[collections] nightly build failures

The nightlies seem to be failing for [collections], but the ant build works fine for me. Any ideas why the nigthlies are failing? Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [digester2] Additions

Hi Simon, I have now committed the first proposal for the XMLIO like rule manager called SupplementaryRuleManager. I also added a very basic test for it. I had to make a minor visibility change in DefaultRuleManager that it extends. Path now has match methods. All this isn't perfect, especially J

svn commit: r153487 - in jakarta/commons/proper/digester/branches/digester2/src: java/org/apache/commons/digester2/DefaultRuleManager.java java/org/apache/commons/digester2/Path.java java/org/apache/commons/digester2/SupplementaryRuleManager.java test/org/apache/commons/digester2/SupplementaryRuleManagerTestCase.java

Author: ozeigermann Date: Fri Feb 11 23:27:46 2005 New Revision: 153487 URL: http://svn.apache.org/viewcvs?view=rev&rev=153487 Log: Added early proposal for xmlio like rule manager and processing style Added: jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/dige

[GUMP@brutus]: Project commons-jelly-tags-ant (in module commons-jelly) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-ant has an issue affecting its community integration. This iss

[GUMP@brutus]: Project commons-jelly-tags-xml (in module commons-jelly) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-xml has an issue affecting its community integration. This iss

Re: concurrency and starting a synchronized block

On Fri, 2005-02-11 at 16:53 -0800, David Graham wrote: > --- Stephen Colebourne <[EMAIL PROTECTED]> wrote: > > > From: "Torsten Curdt" <[EMAIL PROTECTED]> > > >Regarding the FastHashMap: since the > > use is more or less discouraged ...why > > not deprecate it? > > > > Because it works on everyth

Re: concurrency and starting a synchronized block

--- Stephen Colebourne <[EMAIL PROTECTED]> wrote: > From: "Torsten Curdt" <[EMAIL PROTECTED]> > >Regarding the FastHashMap: since the > use is more or less discouraged ...why > not deprecate it? > > Because it works on everything that its been tried on. It's more like no one has ever noticed i

Re: concurrency and starting a synchronized block

From: "Torsten Curdt" <[EMAIL PROTECTED]> Regarding the FastHashMap: since the use is more or less discouraged ...why not deprecate it? Because it works on everything that its been tried on. No-ones ever reported a bug, its just that with all the double-checked locking theoretical ideas we have t

svn commit: r153474 - in jakarta/commons: proper/feedparser/ sandbox/feedparser/

Author: burton Date: Fri Feb 11 16:17:25 2005 New Revision: 153474 URL: http://svn.apache.org/viewcvs?view=rev&rev=153474 Log: init Added: jakarta/commons/proper/feedparser/ - copied from r153472, jakarta/commons/sandbox/feedparser/ Removed: jakarta/commons/sandbox/feedparser/ ---

DO NOT REPLY [Bug 33529] - [dbcp] improved Exception nesting in ConnectionPool

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r153468 - jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/PoolingDataSource.java jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/PoolingDriver.java

Author: dirkv Date: Fri Feb 11 14:23:56 2005 New Revision: 153468 URL: http://svn.apache.org/viewcvs?view=rev&rev=153468 Log: Bugzilla 33529 [dbcp] improved Exception nesting in ConnectionPool Modified: jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/PoolingDataSource.java

DO NOT REPLY [Bug 33529] New: - [dbcp] improved Exception nesting in ConnectionPool

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Need karma for commons proper...

On Fri, 11 Feb 2005 11:47:53 -0800, Kevin A. Burton <[EMAIL PROTECTED]> wrote: > I'm trying to import feedparser from the sandbox and into commons proper > and I get: ... > > I assume this is because I need karma to commons proper? Yep (sorry Simon :) ). I've added karma and asked Infra to do

DO NOT REPLY [Bug 33528] - [dbcp] add DriverManager.invalidateConnection

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r153465 - in jakarta/commons/proper/dbcp/trunk/src: java/org/apache/commons/dbcp/PoolingDriver.java test/org/apache/commons/dbcp/TestManual.java

Author: dirkv Date: Fri Feb 11 14:16:47 2005 New Revision: 153465 URL: http://svn.apache.org/viewcvs?view=rev&rev=153465 Log: Bugzilla 33528 [dbcp] add DriverManager.invalidateConnection Modified: jakarta/commons/proper/dbcp/trunk/src/java/org/apache/commons/dbcp/PoolingDriver.java jaka

DO NOT REPLY [Bug 33528] New: - [dbcp] add DriverManager.invalidateConnection

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Need karma for commons proper...

On Fri, 2005-02-11 at 11:47 -0800, Kevin A. Burton wrote: > I'm trying to import feedparser from the sandbox and into commons proper > and I get: > > > svn move > https://svn.apache.org/repos/asf/jakarta/commons/sandbox/feedparser > https://svn.apache.org/repos/asf/jakarta/commons/proper/feedp

Re: [logging] discovery error handling

At 11:25 PM 2/8/2005, you wrote: one of the drawbacks about JCL 1.0.x is the approach to handling errors in the configuration and discovery mechanism. JCL falls down and (in most commons use cases) takes the application with it. it also fails to provide useful diagnostic information. i've been cons

Re: new development: java 5 annotations library

James Rosen wrote: I've been thinking about starting a library of commonly-used java 5 annotations, and I thought it might be good to have it be part of a commons project. I first proposed the idea to the sandbox:annotations group, but that project is really more of a substitute for java 5 annotati

svn commit: r153452 - jakarta/commons/proper/transaction/trunk/RELEASE-NOTES.txt

Author: ozeigermann Date: Fri Feb 11 11:51:53 2005 New Revision: 153452 URL: http://svn.apache.org/viewcvs?view=rev&rev=153452 Log: Added recent changes and prepared for rc1 Modified: jakarta/commons/proper/transaction/trunk/RELEASE-NOTES.txt Modified: jakarta/commons/proper/transaction/trun

Need karma for commons proper...

I'm trying to import feedparser from the sandbox and into commons proper and I get: > svn move https://svn.apache.org/repos/asf/jakarta/commons/sandbox/feedparser https://svn.apache.org/repos/asf/jakarta/commons/proper/feedparser Authentication realm: ASF Committers

svn commit: r153450 - jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java

Author: ozeigermann Date: Fri Feb 11 11:46:40 2005 New Revision: 153450 URL: http://svn.apache.org/viewcvs?view=rev&rev=153450 Log: Split lock(Object ownerId, Object resourceId, int targetLockLevel, int compatibility, boolean preferred, long timeoutMSecs) into two parts to make subclassing eas

svn commit: r153449 - jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java

Author: burton Date: Fri Feb 11 11:43:03 2005 New Revision: 153449 URL: http://svn.apache.org/viewcvs?view=rev&rev=153449 Log: ... Modified: jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedFilter.java Modified: jakarta/commons/sandbox/feedparser/trunk/sr

svn commit: r153448 - jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/locking/GenericLockManager.java

Author: ozeigermann Date: Fri Feb 11 11:42:32 2005 New Revision: 153448 URL: http://svn.apache.org/viewcvs?view=rev&rev=153448 Log: Made #checkLock, #hasLock, #release only check on existing locks as creating a new lock was silly in that scenario Modified: jakarta/commons/proper/transaction/

DO NOT REPLY [Bug 33525] New: - [functor][Enhancement]Parent interface for all functors

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [vfs] ISO 9660 file system?

Could be a great place to start.. Looks like this one is read-only though. - Filip > After some gooogling, I found a LGPL implementation... > > http://www.jnode.org > > http://cvs.sourceforge.net/viewcvs.py/jnode/jnode/fs/src/fs/org/jnode/fs/iso9660/ > > -Mark > > [EMAIL PROTECTED] wrote: >>

Re: [vfs] ISO 9660 file system?

After some gooogling, I found a LGPL implementation... http://www.jnode.org http://cvs.sourceforge.net/viewcvs.py/jnode/jnode/fs/src/fs/org/jnode/fs/iso9660/ -Mark [EMAIL PROTECTED] wrote: Yep, this would be really great! Esp. if it could be used to create a ISO 9660 file system. - Filip Yes,

Re: [vfs] ISO 9660 file system?

Yep, this would be really great! Esp. if it could be used to create a ISO 9660 file system. - Filip > > Yes, I would like to have that functionality; I'm sure this would also > be a valuable addition for many other developers. > > -Brian > > > Mark Diggory wrote: > >> Hi all, >> >> Are there any

Re: [vfs] ISO 9660 file system?

Yes, I would like to have that functionality; I'm sure this would also be a valuable addition for many other developers. -Brian Mark Diggory wrote: Hi all, Are there any interests in having a VFS that works with ISO 9660 files used to burn data CDROMs/DVDs? I could really use a means to work wit

DO NOT REPLY [Bug 33524] New: - [configuration] Wrong primitive conversion in DataConfiguration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33520] - [configuration] DataConfiguration.getXXXArray() fails on empty values

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[vfs] ISO 9660 file system?

Hi all, Are there any interests in having a VFS that works with ISO 9660 files used to burn data CDROMs/DVDs? I could really use a means to work with building iso files in Java for a project I'm working on. -Mark - To unsubscrib

[Jakarta Commons Wiki] Updated: Digester/TODO

Date: 2005-02-11T07:45:02 Editor: WendySmoak Wiki: Jakarta Commons Wiki Page: Digester/TODO URL: http://wiki.apache.org/jakarta-commons/Digester/TODO no comment Change Log: -- @@ -75,7 +75,7 @@ Most

DO NOT REPLY [Bug 33475] - [configuration] ClassNotFoundException on Sun App Server

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r153409 - in jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/ConfigurationFactory.java xdocs/changes.xml

Author: oheger Date: Fri Feb 11 07:19:52 2005 New Revision: 153409 URL: http://svn.apache.org/viewcvs?view=rev&rev=153409 Log: Fix for issue 33475: Configuring digester to use context class loader Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/

DO NOT REPLY [Bug 33520] New: - [configuration] DataConfiguration.getXXXArray() fails on empty values

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

new development: java 5 annotations library

I've been thinking about starting a library of commonly-used java 5 annotations, and I thought it might be good to have it be part of a commons project. I first proposed the idea to the sandbox:annotations group, but that project is really more of a substitute for java 5 annotations. They suggeste

DO NOT REPLY [Bug 33475] - [configuration] ClassNotFoundException on Sun App Server

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[digester2] general development strategy

Hi to all Digester types, You may have seen a fair few commits to digester2 recently that change fundamental stuff. I just want to point out that it is not my intention to charge ahead with this without anyone's input; it's just that I don't see anyone else who really cares to debate these changes

svn commit: r153393 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/factory/ActionFactory.java

Author: skitching Date: Fri Feb 11 04:25:31 2005 New Revision: 153393 URL: http://svn.apache.org/viewcvs?view=rev&rev=153393 Log: Updates due to changes in CallMethodAction and the CallParam actions. Modified: jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/dig

svn commit: r153392 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/actions/CallParamAction.java

Author: skitching Date: Fri Feb 11 04:24:12 2005 New Revision: 153392 URL: http://svn.apache.org/viewcvs?view=rev&rev=153392 Log: No longer needed; the functionality has been split out into separate CallParam...Action classes. Removed: jakarta/commons/proper/digester/branches/digester2/src/

svn commit: r153391 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/actions

Author: skitching Date: Fri Feb 11 04:23:23 2005 New Revision: 153391 URL: http://svn.apache.org/viewcvs?view=rev&rev=153391 Log: Functionality split out from old CallParamRule Added: jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/actions/CallParamAt

svn commit: r153389 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/actions/Parameters.java

Author: skitching Date: Fri Feb 11 04:22:11 2005 New Revision: 153389 URL: http://svn.apache.org/viewcvs?view=rev&rev=153389 Log: New class used by CallMethodAction and CallParam actions to store parameter values. This is much nicer than the old object[] approach. Added: jakarta/commons/pro

svn commit: r153388 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/actions/CallMethodAction.java

Author: skitching Date: Fri Feb 11 04:21:15 2005 New Revision: 153388 URL: http://svn.apache.org/viewcvs?view=rev&rev=153388 Log: Major rework. Modified: jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/actions/CallMethodAction.java Modified: jakarta

svn commit: r153387 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/actions/CreateObjectWithFactoryAction.java

Author: skitching Date: Fri Feb 11 04:20:27 2005 New Revision: 153387 URL: http://svn.apache.org/viewcvs?view=rev&rev=153387 Log: Fixes due to change to Context.putInstanceData method. Modified: jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/actions/

svn commit: r153386 - jakarta/commons/proper/digester/branches/digester2/src/java/org/apache/commons/digester2/Context.java

Author: skitching Date: Fri Feb 11 04:18:59 2005 New Revision: 153386 URL: http://svn.apache.org/viewcvs?view=rev&rev=153386 Log: Reimplemented arbitrary item storage facility: * renamed putInstanceData --> putItem * renamed getInstanceData --> getItem * added ItemId class, removed InstanceItem

DO NOT REPLY [Bug 33336] - [io] CountingInputStream.getCount() often returns invalid values

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: concurrency and starting a synchronized block

Guys, thanks everyone for the useful input! Since this part of the code is really(!) a hotspot I am really careful with any additional overhead. ...but looks like I need to have a closer look into the concurrent package then. Regarding the FastHashMap: since the use is more or less discouraged ...w

DO NOT REPLY [Bug 32643] - [fileupload] FileUploadException, Stream ended unexpectedly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[GUMP@brutus]: Project commons-id (in module jakarta-commons-sandbox) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-id has an issue affecting its community integration. This issue affects 1

DO NOT REPLY [Bug 33475] - [configuration] ClassNotFoundException on Sun App Server

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu