Re: Implementation of take (multiple) in Jini starter kit
Gregg Wonderly <[email protected]>
| Newsgroups | gmane.comp.java.sun.javaspaces |
|---|---|
| Message-ID | <[email protected]> |
John McClain - Sun Microsystems, Inc. wrote: > Gregg Wonderly wrote: >> John McClain - Sun Microsystems, Inc. wrote: >> >>> Having said all that, for me the main motivation for the phrase "an >>> implementation may chose to take fewer entries from the space than the >>> maximum available or the maximum allowed by maxEntries" was so the space >>> could protect itself from have to load all the entries into memory so it >>> could ship them back to the client... >> >> John, given the use of a smart proxy, and a streaming connection from >> the server to the client, it would be possible for the server to load >> a small number at a time, and then write those batches through the >> stream to the client, where the client iterator could make these >> small groups look like one batch could it not? > > Yes (though I am guessing you have to be careful about how you mark the > entries as removed...), but I didn't want to require such an > implementation since it would make using most (any?) off the shelf RPC > implementation imposable (maybe only difficult, you could always do > multiple RPC calls under the covers I suppose). > > Having said that it might be really nice to have an RPC implementation > that did give you access to the streams..... I don't know if you've looked at it, but my remote InputStream (see http://logman.dev.java.net) was intended to make this easier. In the smart proxy travels an InetSocketAddress to get back to the server with, and a Uuid to identify the user/context. When the smart proxy deserializes, it creates a socket connection to the server which it can then both write down and read from. It really makes it possible to do a lot more interesting things than just using RPC calls. Gregg Wonderly =========================================================================== To unsubscribe, send email to [email protected] and include in the body of the message "signoff JAVASPACES-USERS". For general help, send email to [email protected] and include in the body of the message "help". To view past JAVASPACES-USERS postings, please see: http://archives.java.sun.com/archives/javaspaces-users.html