Return-Path: 
 <cocoon-dev-return-22013-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org
Received: (qmail 64693 invoked by uid 500); 31 Jan 2002 15:59:11 -0000
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-dev-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-dev-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-dev@xml.apache.org>
Reply-To: cocoon-dev@xml.apache.org
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 64676 invoked from network); 31 Jan 2002 15:59:11 -0000
From: "Vadim Gritsenko" <vadim.gritsenko@verizon.net>
To: <cocoon-dev@xml.apache.org>
Subject: [VOTE] Add Store.size() method
Date: Thu, 31 Jan 2002 10:57:59 -0500
Message-ID: <015c01c1aa70$0e2af580$0a00a8c0@vgritsenkopc>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
In-Reply-To: <003e01c1a83e$398f35d0$0a00a8c0@vgritsenkopc>
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

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:vadim.gritsenko@verizon.net]
> 
> 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:g-froehlich@gmx.de]
> 
> <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: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org