Vadim Gritsenko wrote:
>
> Carsten, All,
>
> Do we have any showstoppers for the upcoming release? What's left for
> the 2.0.1? End of January is not far away...
>
Yes, I see currently two showstoppers:
1) If you change the cocoon.xconf in a running system, XSP is broken.
I reported this
> After spending quite some time trying to get rid of getRealPath (or work
> around it), I came across these problems.
>
> 1) In war format, under Weblogic 6.1, library jars under WEB-INF/lib arent
> accessible directly the file system. The URI to a war file is similar to
>
zip:D:/bea/wlserver6.1/
cziegeler02/01/28 23:53:49
Modified:src/webapp/sub/stylesheets simple-samples2html.xsl
Log:
Fixed broken image link
Revision ChangesPath
1.5 +1 -1 xml-cocoon2/src/webapp/sub/stylesheets/simple-samples2html.xsl
Index: simple-samples2html.xsl
- Original Message -
From: "Sylvain Wallez" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 28, 2002 8:52 PM
Subject: Re: Cocoon for docs generation
> Nicola Ken Barozzi wrote:
>
> >Cocoon in docs build is slow. :-(
> >On the same documentation set
> >(PIII 1Ghz, 512 M
- Original Message -
From: "Vadim Gritsenko" <[EMAIL PROTECTED]>
To: "'Cocoon Developers'" <[EMAIL PROTECTED]>
Sent: Monday, January 28, 2002 11:57 PM
Subject: Cocoon Release
> Carsten, All,
>
> Do we have any showstoppers for the upcoming release? What's left for
> the 2.0.1? End of Ja
Thanks for the work on the store. I think with the dispose option to put
the store onto disk at shutdown that will work well, although the
machine could spend a long time shutting down if you have a lot of
objects in memory. I like the MRU store as I can throw lots of RAM at
serving from cache (an
After spending quite some time trying to get rid of getRealPath (or work
around it), I came across these problems.
1) In war format, under Weblogic 6.1, library jars under WEB-INF/lib arent
accessible directly the file system. The URI to a war file is similar to
zip:D:/bea/wlserver6.1/config/mydo
One of the most intriguing and provocative comparisons I've heard about
Cocoon is to Unix, in that it provides a host of small
generic components that can be piped together to create new output. Cocoon is like an operating system for
web resources.
This analogy got me started on a li
OK, it now uses Carsten's compromise solution.
There is still wasted screen space at the top, though
it is certainly better than the original layout.
--David
Carsten Ziegeler wrote:
> What about a compromize? Using two rows,
> the first one containing the "The ASF..." in the middle
> and the seco
crossley02/01/28 18:51:45
Modified:src/webapp/stylesheets simple-samples2html.xsl
svg-samples2html.xsl
src/webapp/sub/stylesheets simple-samples2html.xsl
Log:
Use a compromise solution for the previous change, i.e. banner uses two
table rows.
Hi,
as noted by david there were some js problems, i removed the js refs
from the sample pages,
so a second try trigger some discussion about more accurate reference
documentation.
I try to summarize what I have done, i make a distro available under
http://members.a1.net/berni_huber/ref-docs/i
Hi,
>>If you launch "build docs" the first file in build/cocoon/docs are
>>generated, that's okay.
>>
>>If you launch "build docs" a second time all images, each html is
>>generated once again, as far as i understand.
>>Note: I have not changed the documentation source files.
>>
>>That might be
Hi,
>From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
>
>Carsten, All,
>
>Do we have any showstoppers for the upcoming release? What's left for
>the 2.0.1? End of January is not far away...
>From my point of view no showstoppers, left. Sorry for patching so
late (Murphies law rulez again).
Let'
vgritsenko02/01/28 15:06:32
Modified:.changes.xml
Log:
Reflect changes.
Revision ChangesPath
1.80 +17 -2 xml-cocoon2/changes.xml
Index: changes.xml
===
RCS file: /home/cvs/xml-cocoo
vgritsenko02/01/28 15:06:11
Modified:src/java/org/apache/cocoon/components/language/markup
AbstractMarkupLanguage.java
Log:
Resolve all logicsheet with the same resolver instance. Remove FIXME note.
Revision ChangesPath
1.5 +7 -3
xml-c
Carsten, All,
Do we have any showstoppers for the upcoming release? What's left for
the 2.0.1? End of January is not far away...
Vadim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTE
Hi,
>>Also, do you think that docs generation can be a good performance
>>measurement of Cocoon speed?
>>
>I have checked a bit what is done if you launch "build docs".
>
>If you launch "build docs" the first file in build/cocoon/docs are
>generated, that's okay.
>
>If you launch "build docs" a
vgritsenko02/01/28 14:55:35
Modified:src/java/org/apache/cocoon/components/hsqldb ServerImpl.java
Log:
Do not start HSQL if it is already started
Revision ChangesPath
1.5 +13 -12
xml-cocoon2/src/java/org/apache/cocoon/components/hsqldb/ServerImpl.java
Inde
vgritsenko02/01/28 14:53:37
Modified:src/webapp/search welcome-index.xsp
Removed: src/webapp/stylesheets simple-page2html.xsl
Log:
- fix broken link
- remove unused file
Revision ChangesPath
1.3 +1 -1 xml-cocoon2/src/webapp/search/welcome-index.xsp
hi,
>Also, do you think that docs generation can be a good performance
>measurement of Cocoon speed?
>
I have checked a bit what is done if you launch "build docs".
If you launch "build docs" the first file in build/cocoon/docs are
generated, that's okay.
If you launch "build docs" a second ti
Hi!
> BTW: How would you implement this? The filenames are not
> the same as the requested pages. They are parts of
> the xml serialization.
There should be defined some set of rules for apache to
determine how to extract/generate filename from an url,
and how to get known if it should check
I want to bring everyone's attention to the new packages in Avalon Excalibur's CVS.
I have some new packages that can all work together, or be separated. Among the
new goodies are a suite of managers. The manager hierarchy is a bit of a shift, but
let's look at what is here.
1) Abstraction for
+10 to add size() to the Interface, although
it doesn't make much sense for the FilesystemStore!
Gerhard
"This message was printed on all-new,
100% virgin electrons
(Tom Harrington)"
>-Original Message-
>From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
>Sent: Monday, January 28, 2002
Hi,
>From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
>
>> From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]]
>>
>> >New store implementation - does it swaps to file system when removing
>> >items from the stores?
>>
>> Yep it does. When the free() method is called, the oldest object is
>> swap
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
"Cocoo
> From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]]
>
> >New store implementation - does it swaps to file system when removing
> >items from the stores?
>
> Yep it does. When the free() method is called, the oldest object is
swapped
> to Filsystem. That's the main difference here.
Good!
> >>
Hi,
>From: Mikhail Fedotov [mailto:[EMAIL PROTECTED]]
>
>> a) The old way stored every object twice. First in
>> Memory, Second on the
>> Filesystem. That was a very _expensive_ operation. We
>> needed an extra
>> thread which did all that serialization and he eated
>> performance.
>> The onl
Hi!
Hi!
> a) The old way stored every object twice. First in
> Memory, Second on the
> Filesystem. That was a very _expensive_ operation. We
> needed an extra
> thread which did all that serialization and he eated
> performance.
> The only real advantage was to have the objects
> persistent
Hi,
>From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
>
>> From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]]
>>
>> Hi,
>>
>> >-Original Message-
>> >From: Britton, Colin [mailto:[EMAIL PROTECTED]]
>> >Sent: Monday, January 28, 2002 5:59 PM
>> >To: [EMAIL PROTECTED]
>> >Subject: RE: cvs
> From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]]
>
> Hi,
>
> >-Original Message-
> >From: Britton, Colin [mailto:[EMAIL PROTECTED]]
> >Sent: Monday, January 28, 2002 5:59 PM
> >To: [EMAIL PROTECTED]
> >Subject: RE: cvs commit: MRUMemoryStore.java
FilesystemQueueObject.java
> >
> >
>
Hi,
>-Original Message-
>From: Britton, Colin [mailto:[EMAIL PROTECTED]]
>Sent: Monday, January 28, 2002 5:59 PM
>To: [EMAIL PROTECTED]
>Subject: RE: cvs commit: MRUMemoryStore.java FilesystemQueueObject.java
>
>
>For our application I want to not only cache from memory, but also store
>t
Hi Team,
I hope I fixed the problem now!
I changed the StoreJanitorImpl, I try to explain in
prosa:
Cocoon reaches 1 million request per second and
memory is getting dangerously low. Time for the
StoreJanitor to kick in and do something. First
he forces the GC. Damn, memory is still low,
we hav
For our application I want to not only cache from memory, but also store
the objects on the fileSystem (as the cost of generation in our app can
be high). With the change so that items are only written to the file
system when the number of memory objects reaches max and this.free() is
called it se
> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
>
> Nicola Ken Barozzi wrote:
>
> >Also, do you think that docs generation can be a good performance
> >measurement of Cocoon speed?
> >
> No, because Cocoon has an important warm up time that pays on the long
> run, but is dramatic for one-time
froehlich02/01/28 11:58:13
Modified:src/webapp cocoon.xconf
Log:
ok I hope I fixed the problem now:
The number of objects which are freed out of the Store
is calculated now. It take a configurable percentage
of stored objects. For i.e: 10% and 1000 objects, then
the StoreJan
froehlich02/01/28 11:57:52
Modified:src/java/org/apache/cocoon/components/store
StoreJanitorImpl.java MRUMemoryStore.java
Log:
ok I hope I fixed the problem now:
The number of objects which are freed out of the Store
is calculated now. It take a configura
Nicola Ken Barozzi wrote:
>Cocoon in docs build is slow. :-(
>On the same documentation set
>(PIII 1Ghz, 512 Mb, W$2000SP1, Jdk Sun 1.3.1_01):
>
>Anakia: 4 sec
>Cocoon of two weeks ago: 50 sec
>Cocoon of two weeks ago precompiled sitemap: 16 sec
>Cocoon HEAD: 45 sec
>Cocoon HEAD with cocoon.xconf
> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]]
>
> Cocoon in docs build is slow. :-(
> On the same documentation set
> (PIII 1Ghz, 512 Mb, W$2000SP1, Jdk Sun 1.3.1_01):
>
> Anakia: 4 sec
> Cocoon of two weeks ago: 50 sec
> Cocoon of two weeks ago precompiled sitemap: 16 sec
> Cocoon HEAD:
Cocoon in docs build is slow. :-(
On the same documentation set
(PIII 1Ghz, 512 Mb, W$2000SP1, Jdk Sun 1.3.1_01):
Anakia: 4 sec
Cocoon of two weeks ago: 50 sec
Cocoon of two weeks ago precompiled sitemap: 16 sec
Cocoon HEAD: 45 sec
Cocoon HEAD with cocoon.xconf tweaks: 38sec
Cocoon HEAD precompil
> There are cases where LinkedList has good performances (mainly
> insert/remove in the middle of the list), but it's the slowest for stacks.
That is a less absolute statement. I was missing that context.
=:o)
For stacks the ArrayList is obviously faster as soon as maximum
length is reached.
H
> From: Butler, Mark [mailto:[EMAIL PROTECTED]]
>
> Hi Carsten
>
> > I see currently two (minor) problems with Deli:
> > - the legacyDevice.xml contains profile references which are URIs.
> > As these URIs are served by Cocoon, they currently contain
> > the server name
> > and the server po
Hi Carsten
> I see currently two (minor) problems with Deli:
> - the legacyDevice.xml contains profile references which are URIs.
> As these URIs are served by Cocoon, they currently contain
> the server name
> and the server port (assuming localhost and 8080 is correct).
> This is a bad d
Paulo Gaspar wrote:
>>-Original Message-
>>From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
>>Sent: Monday, January 28, 2002 3:11 PM
>>
>>
>>LinkedList? That is the slowest list we have!
>>
>
>That really depends on what you are doing.
>
>It is not much slower to iterate trough it than an
Michael Homeijer wrote:
>>-Original Message-
>>From: Torsten Curdt [mailto:[EMAIL PROTECTED]]
>>Sent: maandag 28 januari 2002 15:25
>>To: [EMAIL PROTECTED]
>>Subject: Re: Who needs 386% speed up?
>>
>
>
>>>2) The wrapping the calls of the XSP to handle "return"
>>>calls in the middle
> -Original Message-
> From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 28, 2002 3:11 PM
>
>
> LinkedList? That is the slowest list we have!
That really depends on what you are doing.
It is not much slower to iterate trough it than any
other list and it can obv
> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
>
> Morrison, John wrote:
>
> >>From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> >>
> >>>the XSP source : about half of produced SAX events are
> >>>
> >>blank strings.
> >>
> >>Ok, you already have a volunteer for this. Good luck, John! :)
> >
> From: Torsten Curdt [mailto:[EMAIL PROTECTED]]
>
> > >>Hi,
> > >>
> > >>I though somebody might be interested in this result, so here is
the
> > >>letter :)
> > >>PS If somebody could ask Xalan guys to get rid of new
PrintWriter() -
> > >>this would be great :)
> > >>
> > >
> > > Did post a mes
Michael Homeijer wrote:
>>-Original Message-
>>From: Torsten Curdt [mailto:[EMAIL PROTECTED]]
>>Sent: maandag 28 januari 2002 15:25
>>To: [EMAIL PROTECTED]
>>Subject: Re: Who needs 386% speed up?
>>
>>
>>
>
>
>>>2) The wrapping the calls of the XSP to handle "return"
>>>
>>calls in the
Morrison, John wrote:
>>From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
>>
>>>the XSP source : about half of produced SAX events are
>>>
>>blank strings.
>>
>>Ok, you already have a volunteer for this. Good luck, John! :)
>>
>
>Woa there - I said I'd help ;)
>
>Somebody needs to come up with th
> -Original Message-
> From: Torsten Curdt [mailto:[EMAIL PROTECTED]]
> Sent: maandag 28 januari 2002 15:25
> To: [EMAIL PROTECTED]
> Subject: Re: Who needs 386% speed up?
>
>
>
> > 2) The wrapping the calls of the XSP to handle "return"
> calls in the middle of
> > a SAX stream.
> >>Hi,
> >>
> >>I though somebody might be interested in this result, so here is the
> >>letter :)
> >>PS If somebody could ask Xalan guys to get rid of new PrintWriter() -
> >>this would be great :)
> >>
> >
> > Did post a message on Xalan Dev?
>
>
> Please do!
Can anyone subscribed to XalanDev
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> > the XSP source : about half of produced SAX events are
> blank strings.
>
> Ok, you already have a volunteer for this. Good luck, John! :)
Woa there - I said I'd help ;)
Somebody needs to come up with the idea though... Question,
is it ju
> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
>
> Torsten Curdt wrote:
>
> >On Sun, 27 Jan 2002, Vadim Gritsenko wrote:
> >
> >>Hi,
> >>
> >>While playing with OptimizeIt, I found quite interesting piece of
code
> >>in Xalan code, class org.apache.xml.utils.DefaultErrorHandler:
> >>
> >> pu
cziegeler02/01/28 06:19:35
Modified:lib/core xml-apis.jar
Added: lib/core xalan-2.2.0.jar
Log:
Updated to latest official xalan
Revision ChangesPath
1.2 +339 -371 xml-cocoon2/lib/core/xml-apis.jar
<>
1.1 xml-cocoon2/lib/
Sylvain Wallez wrote:
> Morrison, John wrote:
>
> I was thinking of using a special attribute to direct white space
> filtering. The xml spec provides the xml:space attribute which can have
> the values "default" or "preserve".
>
> The xml spec says that when a document has no DTD, the defaul
Sylvain Wallez wrote:
> Torsten Curdt wrote:
>
> ... or is this bad scalability a past myth ? I refactored
> ServerPagesGenerator at the beginning of december to make the
> document-completion stuff faster and optional (disabled by default).
> This was using a LinkedList to keep track of the
Torsten Curdt wrote:
> On Sun, 27 Jan 2002, Vadim Gritsenko wrote:
>
>
>>Hi,
>>
>>I though somebody might be interested in this result, so here is the
>>letter :)
>>PS If somebody could ask Xalan guys to get rid of new PrintWriter() -
>>this would be great :)
>>
>
> Did post a message on Xalan
Hi,
I see currently two (minor) problems with Deli:
- the legacyDevice.xml contains profile references which are URIs.
As these URIs are served by Cocoon, they currently contain the server name
and the server port (assuming localhost and 8080 is correct).
This is a bad dependency. It would
Vadim Gritsenko wrote:
>
> > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
> >
> > Vadim Gritsenko wrote:
> > >
> > >
> > > What do you think about SystemID generated by SitemapSource? I
> really do
> > > not like server name and port there. It makes compiled JSPs
> > > non-portable...
> > >
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
>
> Vadim Gritsenko wrote:
> >
> >
> > What do you think about SystemID generated by SitemapSource? I
really do
> > not like server name and port there. It makes compiled JSPs
> > non-portable...
> >
>
> Can you elaborate a little bit on this?
Michael Homeijer wrote:
>
>>-Original Message-
>>From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
>>Sent: maandag 28 januari 2002 10:11
>>To: [EMAIL PROTECTED]
>>Subject: Re: Who needs 386% speed up?
>>
>>
>>Torsten Curdt wrote:
>>
>>>On Sun, 27 Jan 2002, Vadim Gritsenko wrote:
>>>
Hi,
cziegeler02/01/28 05:29:16
Modified:src/java/org/apache/cocoon/components
CocoonComponentManager.java
Log:
Added recomposing of request lifecycle components
Revision ChangesPath
1.3 +5 -1
xml-cocoon2/src/java/org/apache/cocoon/componen
Vadim Gritsenko wrote:
>
>
> What do you think about SystemID generated by SitemapSource? I really do
> not like server name and port there. It makes compiled JSPs
> non-portable...
>
Can you elaborate a little bit on this?
Carsten
What do you think about SystemID generated by SitemapSource? I really do
not like server name and port there. It makes compiled JSPs
non-portable...
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
>
> Thanks Vadim!
>
> You're right, that was the reason - I have an apache server in front
of
Thanks Vadim!
You're right, that was the reason - I have an apache server in front of
Tomcat.
After removing the ":8080" from legacyDevice.xml and(!) restarting cocoon it
works.
Hm, where is this documented?
This tight binding of cocoon to the current port and servername of the
servlet engine
i
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
>
> After I turned on the Deli component in the cocoon.xconf,
> I get an empty HTML page with IE 6.0 for the Deli example.
Do you have Tomcat on other than 8080 port and error message in console
like
RDF Error code:10 Nested Exception = java.n
> -Original Message-
> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
> Sent: maandag 28 januari 2002 10:11
> To: [EMAIL PROTECTED]
> Subject: Re: Who needs 386% speed up?
>
>
> Torsten Curdt wrote:
>
> >On Sun, 27 Jan 2002, Vadim Gritsenko wrote:
> >
> >>Hi,
> >>
> >>While playing w
Stefano Mazzocchi wrote:
>
>Be careful when going down this road: the JLS doesn't say anything about
>'how' the weak references should be cleaned. And Java 1.3 implements it
>in the most memory efficient possible way: if the GC gets a weak
>reference, all of them are removed.
>
>Now, imagine th
Hi All,
Is there any reason this is in with the samples rather than with the
rest of the logicsheets?
Thanks,
J.
--
The IRS spends God knows how much of your tax money on these toll-free
information hot lines staffed by IRS employees, whose idea of a
dynamite tax tip is that you should print
What about a compromize? Using two rows,
the first one containing the "The ASF..." in the middle
and the second one containing the logo in the middle and
the version on the right?
Carsten
David Crossley wrote:
>
> Carsten Ziegeler wrote:
> > Hi,
> >
> > the current layout of the samples page i
Carsten Ziegeler wrote:
> Hi,
>
> the current layout of the samples page is a little bit ugly as
> the text "The Apache Software Foundation is proud to present...",
> the Cocoon logo and the version information are all displayed in
> a row.
> Is this change intentionally? I'm really +1 on changin
---
This mail is generated automatically using
Jakarta Ant. Contents are automatically
downloaded from Apache's Bugzilla.
---
Please do not reply to t
cziegeler02/01/28 03:13:07
Modified:src/webapp cocoon.xconf
Log:
Reverting
Revision ChangesPath
1.13 +0 -10 xml-cocoon2/src/webapp/cocoon.xconf
Index: cocoon.xconf
===
RCS file: /home/cvs/x
cziegeler02/01/28 03:11:39
Modified:src/webapp cocoon.xconf
src/webapp/stylesheets/system error2html.xsl
Log:
typo
Revision ChangesPath
1.12 +10 -0 xml-cocoon2/src/webapp/cocoon.xconf
Index: cocoon.xconf
XSP seems to run as long as you do not change the cocoon.xconf in a running
system.
If you change it, Cocoon is reinstantiated and you get the following
exception (for
example for the eqsl example, but the others fail, too):
org.apache.cocoon.ProcessingException: Exception in
ServerPagesGenerator
After I turned on the Deli component in the cocoon.xconf,
I get an empty HTML page with IE 6.0 for the Deli example.
Carsten
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi,
the current layout of the samples page is a little bit ugly as
the text "The Apache Software Foundation is proud to present...",
the Cocoon logo and the version information are all displayed in
a row.
Is this change intentionally? I'm really +1 on changing it to
the old layout. If noone is ag
Morrison, John wrote:
>>From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
>>
>
>
>
>>The next thing that's needed for XSP to be as fast as a regular
>>generator is a way to remove unneeded white space used for
>>indenting in
>>the XSP source : about half of produced SAX events are blank strings.
tcurdt 02/01/28 01:37:17
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
EsqlQuery.java
src/java/org/apache/cocoon/components/language/markup/xsp/java
esql.xsl
Log:
added support for getting the compl
> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
> The next thing that's needed for XSP to be as fast as a regular
> generator is a way to remove unneeded white space used for
> indenting in
> the XSP source : about half of produced SAX events are blank strings.
*please*!!! Anything I can
Torsten Curdt wrote:
>On Sun, 27 Jan 2002, Vadim Gritsenko wrote:
>
>>Hi,
>>
>>While playing with OptimizeIt, I found quite interesting piece of code
>>in Xalan code, class org.apache.xml.utils.DefaultErrorHandler:
>>
>> public DefaultErrorHandler()
>> {
>>m_pw = new PrintWriter(System.err,
Yeees, kool. It's not the Store this time ;-)
Maybe you should post it to the Xalan
devs!
Gerhard
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi,
>> Everything no problem *if* the Store interface would have a method like
>> int size(). 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 Enumeration keys() and determine so
the
>> size el
83 matches
Mail list logo
