Re: Implementation of take (multiple) in Jini starter kit

James Grahn <[email protected]>
Newsgroups gmane.comp.java.sun.javaspaces
Message-ID <[email protected]>
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, given that Outrigger keeps all of it
> entries in memory its quite possible that Interger.MAX_VALUE (we use an
> array internally so takeMultipleLimit has to be an int) would be a safe
> value for takeMultipleLimit and assume that the client would use
> maxEntries to make sure it wasn't trying to take "too many".
>
> Hope this helps. Was there a question behind the question?

There was no question behind the question; thank you for your extensive
answer.

We'll most likely change the setting to Integer.MAX_VALUE since our
processes usually have ample memory, and that will adhere to our
expected behavior.

Thanks,
James Grahn

===========================================================================
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.