Let's repeat this with more appropriate subject. My vote is +1: Store essentially is Collection, and there no collections in Java without size.
Vadim > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > > People, > > What's your opinion on adding size() method to the Store interface? > Currently method of getting store size by enumerating through all store > items employed in MRUMemoryStore does not fill me with optimism... > ahem... > > > Another - related to this - question: What classes are considered > "Cocoon public API", the ones which have frozen (since beta) interface? > What classes are "Cocoon Internals", where interface could be changed? > > Vadim > > > > From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]] > > <huge snip> > > > >> Hava you considered a sort of binary approach to emptying stores? > > >> > > >> while (MemoryIsLow) { > > >> free half of the items in the next store > > >> run gc > > >> } > > > > > >I guess half would be too radical :) > > >May be something like 1/10th (decimal approach) would do the job > better? > > > > Everything no problem *if* the Store interface would have a method > like > > <code>int size()</code>. But it doesn't provide this in the moment. > And we > > all no how people react, when we change a work interface. But I can > change > > the implementation of <code>Enumeration keys()</code> and determine so > the > > size elements in the store. That would be possible. > > > > 1/10 I like. Half is a little bit <german>krass</german>. Think about > that > > chain picture Stefano drawed. > > > > Gerhard > > > > -------------------------------------------- > > Very funny, Scotty. Now beam down my clothes. > > --------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
