RE: Serious problem with MRUMap -- JCS LRU and MRUMap -- RE: [simplestore] enhancements (was: [simplestore] inital check in)

2002-01-31 Thread Paulo Gaspar
That sample is a piece of crap. I use a custom made linked list and my Map entries point to the list nodes. This way you get really good performance since you have a direct reference to the node you want to remove. In the Sun sample the mrulist.remove(fname); call has to iterate trough the

Re: [Logging] [VOTE-REDUX] Commons Logging 1.0 Release

2002-01-31 Thread Tomasz Pik
Paulo Gaspar wrote: Well, we are deprecating that logger as it puts us (Velocity devs) into the position to have to support every possible app usage of log4j. The replacement just takes a category, so you can configure things in your app as you want (not hope that we provided the

Re: (Betwixt) a task for a volunteer [Was Re: digester data to XML]

2002-01-31 Thread Slawek Zachcial
COOL! I'll look at this ! cheers, slawek --- robert burrell donkin [EMAIL PROTECTED] wrote: On Tuesday, January 29, 2002, at 09:40 PM, Slawek Zachcial wrote: Hi, Can you list some betwixt points to be done? Maybe I could help? ;-) hi any help would be greatly appreciated

Re: Who Commits to What

2002-01-31 Thread Ted Husted
Peter Donald wrote: If you want for Avalon to move all its components across then there is one thing that needs to be changed. Same thing as it was when Commons was incepted, same thing I have been saying for ages. If working with Avalon is not desired then nothing needs to be changed.

RE: Serious problem with MRUMap -- JCS LRU and MRUMap -- RE: [simplestore] enhancements (was: [simplestore] inital check in)

2002-01-31 Thread Aaron Smuts
-Original Message- From: Paulo Gaspar [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 6:14 AM To: Jakarta Commons Developers List; [EMAIL PROTECTED] Subject: RE: Serious problem with MRUMap -- JCS LRU and MRUMap -- RE: [simplestore] enhancements (was: [simplestore]

RE: Serious problem with MRUMap -- JCS LRU and MRUMap -- RE: [simplestore] enhancements (was: [simplestore] inital check in)

2002-01-31 Thread Aaron Smuts
-Original Message- From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 3:38 AM To: Jakarta Commons Developers List Subject: Re: Serious problem with MRUMap -- JCS LRU and MRUMap -- RE: [simplestore] enhancements (was: [simplestore] inital check in)

cvs commit: jakarta-commons/latka/xsl/site site.xsl

2002-01-31 Thread dion
dion02/01/31 04:39:06 Modified:latka/xsl/site site.xsl Log: Latest version from site-2 Revision ChangesPath 1.3 +2 -1 jakarta-commons/latka/xsl/site/site.xsl Index: site.xsl === RCS

RE: Serious problem with MRUMap -- JCS LRU and MRUMap -- RE: [simplestore] enhancements (was: [simplestore] inital check in)

2002-01-31 Thread Juozas Baliuka
skip You should try to build it as a memory plugin for JCS. It might require some element attribute additions (what type of reference) if they are useful. The cache hub manages expiration at request time, this could be moved to a background thread. Cleanup of unused items could result in

RE: Serious problem with MRUMap -- JCS LRU and MRUMap -- RE: [simplestore] enhancements (was: [simplestore] inital check in)

2002-01-31 Thread Aaron Smuts
-Original Message- From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 12:23 PM To: Jakarta Commons Developers List Subject: RE: Serious problem with MRUMap -- JCS LRU and MRUMap -- RE: [simplestore] enhancements (was: [simplestore] inital check in)

RE: Serious problem with MRUMap -- JCS LRU and MRUMap -- RE: [si mplestore] enhancements (was: [simplestore] inital check in)

2002-01-31 Thread Juozas Baliuka
At 11:20 AM 1/31/2002 -0500, you wrote: -Original Message- From: Juozas Baliuka [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 12:23 PM To: Jakarta Commons Developers List Subject: RE: Serious problem with MRUMap -- JCS LRU and MRUMap -- RE: [simplestore]

cvs commit: jakarta-commons-sandbox/services/src/java/org/apache/commons/services Event.java EventModule.java EventRegistration.java Leaf.java Queue.java QueueModule.java Service.java ServiceManager.java ServiceModule.java

2002-01-31 Thread oalexeev
oalexeev02/01/31 08:57:45 Modified:services/src/java/org/apache/commons/services Event.java EventModule.java EventRegistration.java Leaf.java Queue.java QueueModule.java Service.java ServiceManager.java

RE: httpclient hangs indefinately

2002-01-31 Thread JEvans
Well, since the con.open() method creates a new Socket object, it is subject to the behavior of the Socket class. Unfortunately, at least as of 1.3, attempting to create a new Socket to a host/port combo that does not answer blocks indefinately (or at least for a very long time), this can't be

Digester user question - How to use objects/parameters not in the body

2002-01-31 Thread Kyle Robinson
Hopefully a quick question. Here's what I want to do: 1. Take an XML file 2. Use the digester to run through it, create an object and set a bunch of properties. 3. Then call a method in that object while passing in a Connection object. How do I do this? Is there a way to call a

RE: Digester user question - How to use objects/parameters not in the body

2002-01-31 Thread Scott Sanders
To use any of the existing rules, your Connection would have to be on the stack. Use digester.push to do this before you call parse(). Note that this will make your Connection object the top object on the stack. Alternatively, just create your own rule class and then have it take your

RE: Digester user question - How to use objects/parameters not in the body

2002-01-31 Thread Kyle Robinson
Yes, that helps. Thanks. I'll try it and let ya know. -Original Message- From: Scott Sanders [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 10:26 AM To: Jakarta Commons Developers List Subject: RE: Digester user question - How to use objects/parameters not in the body

RE: httpclient hangs indefinately

2002-01-31 Thread JEvans
Incidentally, it doesn't actually hang indefinately, for me it looks like it times out after about 3 minutes and 12 seconds. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 1:24 PM To: [EMAIL PROTECTED] Subject: RE: httpclient

[httpclient] volunteer for RFC 2109 support task

2002-01-31 Thread JEvans
I sent a message to the list before which I got no response to so I'm trying again with perhaps a more descriptive subject line and as well am including more detail of my proposed solution. I am volunteering to take care of the task listed on the page at

RE: httpclient hangs indefinately

2002-01-31 Thread otisg
Hello, This is a known issue, unfortunately. I brought it up recently (mailing list archives?) after I saw the same problems as you have. I opted for your 3rd suggestion in my local version of HTTP Client. It is too early to put that in the distributed version of HTTP Client for now. As there

cvs commit: jakarta-commons-sandbox/betwixt/src/test/org/apache/commons/betwixt/expression TestEvaluation.java

2002-01-31 Thread rdonkin
rdonkin 02/01/31 11:20:27 Modified:betwixt/src/java/org/apache/commons/betwixt/expression Context.java betwixt/src/test/org/apache/commons/betwixt/expression TestEvaluation.java Added:

cvs commit: jakarta-commons-sandbox/util/src/test/org/apache/commons/util FastPropertyResourceBundle.test.conf FastPropertyResourceBundleTest.java

2002-01-31 Thread dlr
dlr 02/01/31 11:21:12 Added: util/src/test/org/apache/commons/util FastPropertyResourceBundle.test.conf FastPropertyResourceBundleTest.java Log: Test from leandro. Revision ChangesPath 1.1

[logging] defaulting to SimpleLog?

2002-01-31 Thread James Strachan
I've been working with the logging component in the betwixt package. I noticed it currently defaults to NoOp if log4j or logkit or JDK1.4 are not on the classpath. Would it not be more useful to developers in general to default to SimpleLog with a brief logging level, like WARN or ERROR? Folks

[betwixt] various changes...

2002-01-31 Thread James Strachan
I've made a few changes to the betwixt package in the sandbox * used a neater Ant build file (from digester) which among other things makes better generation of cross-referenced javadoc as well as being much tidier. I've also added all the various sample programs and common test cases as targets

[logging] makeNewLogInstance() method...

2002-01-31 Thread James Strachan
The LogSource has a static factory method called makeNewLogInstance(); How about following the naming conventions of JAXP and other fairly recent libraries of just calling this newInstance()? Its not a big deal, it just seems a bit less of a mouthful to remember. Also a question. From the code

RE: [logging] makeNewLogInstance() method...

2002-01-31 Thread Scott Sanders
+1. Go for it. Scott -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 11:16 AM To: Jakarta Commons Developers Subject: [logging] makeNewLogInstance() method... The LogSource has a static factory method called

RE: [logging] defaulting to SimpleLog?

2002-01-31 Thread Scott Sanders
+0. I am fine with that, but I assume that Craig or Robert had a reason for NoOpLog being the default. I personally am fine with either, as I *always* set my Log ;-) Scott -Original Message- From: James Strachan [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 11:00 AM

Re: [betwixt] various changes...

2002-01-31 Thread robert burrell donkin
drat! i didn't get this email until just after i'd just committed some changes - hope i didn't step on you toes... those changes all sounds good but have you committed them yet? (i'm a bit worried since i can't see them when i update using cvs) - robert On Thursday, January 31, 2002, at

Re: [logging] defaulting to SimpleLog?

2002-01-31 Thread robert burrell donkin
On Thursday, January 31, 2002, at 07:20 PM, Scott Sanders wrote: +0. I am fine with that, but I assume that Craig or Robert had a reason for NoOpLog being the default. I personally am fine with either, as I *always* set my Log ;-) i think that this was decided by rodney and morgan (the

RE: httpclient hangs indefinately

2002-01-31 Thread otisg
Yes, that is some OS-dependent timeout value. 3 min. and 15 seconds or so on Linux, some other timeout value on Winblows, etc. Otis On Thu, 31 January 2002, [EMAIL PROTECTED] wrote: Incidentally, it doesn't actually hang indefinately, for me it looks like it times out after about 3

cvs commit: jakarta-commons-sandbox/betwixt/src/test/org/apache/commons/betwixt RSSBeanWriter.java TestBeanReader.java customer.xml rss-example.xml AbstractTestCase.java SampleBeanWriter.java TestAll.java TestBeanWriter.java TestXMLIntrospector.java

2002-01-31 Thread jstrachan
jstrachan02/01/31 11:56:03 Modified:betwixt PROPOSAL.html STATUS.html build.xml betwixt/src/java/org/apache/commons/betwixt ElementDescriptor.java NodeDescriptor.java XMLIntrospector.java

Re: (betwixt) work for a volunteer [was Re: digester data to XML]

2002-01-31 Thread James Strachan
Hi Robert - Original Message - From: robert burrell donkin [EMAIL PROTECTED] i still want to find a fix for that problem of circular references. i'd really like to see what you think about the solution i've started on. (don' t worry i haven't really done much work on it so it'll be no

RE: [logging] defaulting to SimpleLog?

2002-01-31 Thread Paulo Gaspar
Maybe an option for what should be the second chance logger among those two? Have fun, Paulo Gaspar -Original Message- From: robert burrell donkin [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 8:35 PM To: Jakarta Commons Developers List Subject: Re: [logging]

cvs commit: jakarta-commons/digester STATUS.html build.xml

2002-01-31 Thread rdonkin
rdonkin 02/01/31 12:25:11 Modified:digester STATUS.html build.xml Log: Updated java doc copyright date in build.xml Revision ChangesPath 1.4 +2 -1 jakarta-commons/digester/STATUS.html Index: STATUS.html

Re: (betwixt) work for a volunteer [was Re: digester data to XML]

2002-01-31 Thread robert burrell donkin
On Thursday, January 31, 2002, at 07:56 PM, James Strachan wrote: Hi Robert - Original Message - From: robert burrell donkin [EMAIL PROTECTED] i still want to find a fix for that problem of circular references. i'd really like to see what you think about the solution i've started

[VOTE] New committer - Paulo Gaspar

2002-01-31 Thread Scott Sanders
Alright, Paulo has a big enough mouth, and he knows where all the good code is, can I have some +1's to get him in to make io, util, codec, threading, etc. happen. He was a huge help on logging, and other discussions that I cannot remember. He has quite an intimate knowledge of a lot of apache

RE: [VOTE] New committer - Paulo Gaspar

2002-01-31 Thread Gerhard Froehlich
+1 of course, he has a big mouth ;-) in avalon, too! Gerhard - That must be wonderful! I don't understand it at all. - -Original Message- From: Scott Sanders [mailto:[EMAIL

Re: [VOTE] New committer - Paulo Gaspar

2002-01-31 Thread robert burrell donkin
+1 - robert On Thursday, January 31, 2002, at 08:30 PM, Scott Sanders wrote: Alright, Paulo has a big enough mouth, and he knows where all the good code is, can I have some +1's to get him in to make io, util, codec, threading, etc. happen. He was a huge help on logging, and other

RE: [Logging] [VOTE-REDUX] Commons Logging 1.0 Release

2002-01-31 Thread Paulo Gaspar
Sh*t Costin! I was completely convinced that the String argument was the way to go and you had to come up with a technical argument that really makes some sense! =:o/ Now I am divided again! You and your object (bean?) counter habit! =;o) Well, I guess that your arguments make a lot of sense

RE: [Logging] [VOTE-REDUX] Commons Logging 1.0 Release

2002-01-31 Thread costinm
On Fri, 1 Feb 2002, Paulo Gaspar wrote: Now, since you are also a security freak (like Peter Donald) I have a (Devil's Advocate) question: - What is the way to avoid that a hostile logger accesses the objects that are passed to it? I'll send a longer email with comments on the logger -

Re: [VOTE] New committer - Paulo Gaspar

2002-01-31 Thread Geir Magnusson Jr.
On 1/31/02 4:37 PM, Paulo Gaspar [EMAIL PROTECTED] wrote: This one got me by surprise. I thought I would have to contribute more than the couple of patches I did before. Nope. Anyway, everything is upside down: - I am being nominated committer at the commons without being committer

RE: [VOTE] New committer - Paulo Gaspar

2002-01-31 Thread Scott Sanders
I also think that the reason he gave me that authorization has more to do with a small demo he finally got today. Maybe before he was wondering if all these mailing lists weren't just consuming my time. (Strange ideas he has!) Seem to consume a fair bit of my time... Not

RE: [VOTE] New committer - Paulo Gaspar

2002-01-31 Thread Scott Sanders
Craig, Can you get Paulo set up? Or can I do it, and how? Scott -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 3:43 PM To: Jakarta Commons Developers List Subject: Re: [VOTE] New committer - Paulo Gaspar On 1/31/02

cvs commit: jakarta-commons-sandbox/altrmi/src/java/org/apache/commons/altrmi/test TestClient.java TestInterface.java TestInterfaceImpl.java

2002-01-31 Thread hammant
hammant 02/01/31 16:16:38 Modified:altrmi/src/java/org/apache/commons/altrmi/client/impl AbstractAltrmiFactory.java BaseServedObject.java ServerClassAltrmiFactory.java altrmi/src/java/org/apache/commons/altrmi/common

cvs commit: jakarta-commons-sandbox/altrmi build.xml tests.xml

2002-01-31 Thread hammant
hammant 02/01/31 16:17:00 Modified:altrmi build.xml tests.xml Log: alternate facades can be arrays in return types Revision ChangesPath 1.7 +6 -4 jakarta-commons-sandbox/altrmi/build.xml Index: build.xml

RE: [VOTE] New committer - Paulo Gaspar

2002-01-31 Thread Paulo Gaspar
Don't spoil my drama! =;o) Paulo -Original Message- From: Scott Sanders [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 12:13 AM To: Jakarta Commons Developers List Subject: RE: [VOTE] New committer - Paulo Gaspar I don't see how that would depress you. You have

RE: [VOTE] New committer - Paulo Gaspar

2002-01-31 Thread Paulo Gaspar
Answer inline: -Original Message- From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 12:19 AM To: 'Jakarta Commons Developers List'; '[EMAIL PROTECTED]' Subject: RE: [VOTE] New committer - Paulo Gaspar First of all +1 for Paulo as Committer, we

RE: [VOTE] New committer - Paulo Gaspar

2002-01-31 Thread Paulo Gaspar
Well... paulo if there is no other one. =:o) Thanks Sam, Paulo -Original Message- From: Sam Ruby [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 1:02 AM To: Jakarta Commons Developers List Subject: RE: [VOTE] New committer - Paulo Gaspar Scott Sanders wrote: Can

RE: [VOTE] New committer - Paulo Gaspar

2002-01-31 Thread Paulo Gaspar
LOL Do not encourage me! =:o) Have fun, Paulo -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 12:56 AM To: Jakarta Commons Developers List; [EMAIL PROTECTED] Subject: Re: [VOTE] New committer - Paulo Gaspar +1 for Paulo too.

RE: Request for a new Apache IDs

2002-01-31 Thread Paulo Gaspar
Thanks Sam, Paulo -Original Message- From: Sam Ruby [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 1:35 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Request for a new Apache IDs Please create the following new

[pool] interface additions/changes

2002-01-31 Thread Stephen Bartlett
I'd like to make a couple of suggestions for the Pool project: 1) Marker interface for poolKeys (for the KeyedPools) 2) The interface to borrow from a pool should throw a checked exception, returning to a pool should not. I'd be happy to provide patches should it be required. Keep up the good

RE: Request for a new Apache IDs

2002-01-31 Thread Paulo Gaspar
Thanks Manoj, Paulo -Original Message- From: Manoj Kasichainula [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 3:25 AM To: Sam Ruby Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Request for a new Apache IDs On Thu, Jan

Re: Request for a new Apache IDs

2002-01-31 Thread Manoj Kasichainula
On Thu, Jan 31, 2002 at 07:34:41PM -0500, Sam Ruby wrote: Please create the following new Apache ID: id: paulo done -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

RE: Serious problem with MRUMap -- JCS LRU and MRUMap -- FW: cvs commit: jakarta-turbine-stratum/src/java/org/apache/stratum/util/lru LRUStore.java LRUElementDescriptor.java LRUElement.java ILRUElement.java

2002-01-31 Thread Aaron Smuts
I added a better map storage to stratum. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 10:56 PM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-turbine-stratum/src/java/org/apache/stratum/util/lru LRUStore.java

[collections][PATCH] Doc error in Bag

2002-01-31 Thread Michael Smith
Documentation error in org/apache/commons/collections/Bag.java If the bag contains less than i occurences, the item itwm will be removed from the unique set implies that if the bag contains 5 occurences and i is 5, (5 is not less than 5) then the item will not be removed from the unique set,

[collections][PATCH] Ambiguous documentation in FilterIterator

2002-01-31 Thread Michael Smith
Ambiguous documentation in org/apache/commons/collections/FilterIterator.java The FilterIterator does not specify whether it *returns* objects that match the predicate, or whether it ignores (i.e. does not return) objects that match the predicate. This patch clarifies the API documentation.

[collections][PATCH] Various problems with AbstractBag

2002-01-31 Thread Michael Smith
The following patch fixes the following problems with org.apache.commons.collections.AbstractBag: - Documentation does not specify exactly what a subcless needs to do to extend AbstractBag to make a concrete subclass. - AbstractBag.add(Object,int) has two calls to getCount(o), when only one

[collections][PATCH] SequencedHashMap violates Map contract, has poor performance

2002-01-31 Thread Michael Smith
I've submitted this patch twice now (once back in mid-November, once a week ago), but it still has yet to be committed. The patch is essentially a complete rewrite of the SequencedHashMap class and fixes the following problems: - Adding and removing from the map is O(n) because the linked list