Re: [logging] LogFactoryImpl weaknesses [WAS Re: [logging] issues highlighted by analysis]

--- robert burrell donkin <[EMAIL PROTECTED]> wrote: > On Sun, 2005-04-24 at 23:59 -0700, Brian Stansberry > wrote: > > I think a better approach would be more like the > > following: > > > > 1) newInstance checks if logConstructor is null. > > 2) if null, call a "private Log > > discoverLogImp

DO NOT REPLY [Bug 34198] - [validator] Handling of float and double should use the locale object

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: r164749 - in /jakarta/commons/proper/validator/trunk/src: share/org/apache/commons/validator/ test/org/apache/commons/validator/

Author: mrdon Date: Mon Apr 25 23:15:17 2005 New Revision: 164749 URL: http://svn.apache.org/viewcvs?rev=164749&view=rev Log: Adding methods that use the locale for parsing numbers. The original patch came from Andrew van der Voort. Including unit tests however they could use more tests as I ha

Re: [logging] possible errors in child first cases

Sorry to waste your time; false alarm. The child-first cases are fine. Somehow my commons-logging.jar had everything but the kitchen sink in it, including the demonstration code. Good news is with that problem fixed and a refactored LogFactoryImpl, JCL worked as expected in all cases. Brian --

DO NOT REPLY [Bug 34613] New: - Need to process [attribute id="name"]somename[/attribute]

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 34592] - [VFS] Zip files are locked even after close()

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: r164716 - /jakarta/commons/proper/lang/trunk/xdocs/index.xml

Author: stevencaswell Date: Mon Apr 25 19:04:32 2005 New Revision: 164716 URL: http://svn.apache.org/viewcvs?rev=164716&view=rev Log: updated link to status document; changed repository link to point to subversion repository Modified: jakarta/commons/proper/lang/trunk/xdocs/index.xml Modifie

svn commit: r164715 - /jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml

Author: stevencaswell Date: Mon Apr 25 19:03:10 2005 New Revision: 164715 URL: http://svn.apache.org/viewcvs?rev=164715&view=rev Log: added instructions for building a release Modified: jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml Modified: jakarta/commons/proper/lang/trunk/xdo

svn commit: r164714 - /jakarta/commons/proper/lang/trunk/default.properties

Author: stevencaswell Date: Mon Apr 25 19:02:18 2005 New Revision: 164714 URL: http://svn.apache.org/viewcvs?rev=164714&view=rev Log: updated version to 2.1-RC3 Modified: jakarta/commons/proper/lang/trunk/default.properties Modified: jakarta/commons/proper/lang/trunk/default.properties URL:

svn commit: r164713 - /jakarta/commons/proper/lang/trunk/project.xml

Author: stevencaswell Date: Mon Apr 25 19:01:19 2005 New Revision: 164713 URL: http://svn.apache.org/viewcvs?rev=164713&view=rev Log: updated version to 2.1-RC3 Modified: jakarta/commons/proper/lang/trunk/project.xml Modified: jakarta/commons/proper/lang/trunk/project.xml URL: http://svn.ap

svn commit: r164711 - /jakarta/commons/proper/lang/trunk/STATUS.html

Author: stevencaswell Date: Mon Apr 25 18:47:17 2005 New Revision: 164711 URL: http://svn.apache.org/viewcvs?rev=164711&view=rev Log: updated with 2.1 changes Modified: jakarta/commons/proper/lang/trunk/STATUS.html Modified: jakarta/commons/proper/lang/trunk/STATUS.html URL: http://svn.apac

Collections 3.2/4.0 questions

Guys, What are the plans, RE generics support being put into Commons-Collections? I'm in the middle of doing a conversion right now; I'm aware of a Collections 2.0(?) based port on sourceforge... Bryan - To unsubscribe, e-mail:

DO NOT REPLY [Bug 34592] - [VFS] Zip files are locked even after close()

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: r164648 - /jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/overview.html

Author: stevencaswell Date: Mon Apr 25 14:06:15 2005 New Revision: 164648 URL: http://svn.apache.org/viewcvs?rev=164648&view=rev Log: changed to reflect version 2.1 Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/overview.html Modified: jakarta/commons/proper/l

svn commit: r164646 - /jakarta/commons/proper/lang/trunk/xdocs/navigation.xml

Author: stevencaswell Date: Mon Apr 25 14:05:06 2005 New Revision: 164646 URL: http://svn.apache.org/viewcvs?rev=164646&view=rev Log: renamed CVS navigation menu item to Subversion and changed the url to point to the subversion repository; renames the Javadoc (CVS latest) navigation menu item to

Re: [logging] possible errors in child first cases [WAS Re: [logging] issues highlighted by analysis]

--- robert burrell donkin <[EMAIL PROTECTED]> wrote: > On Sun, 2005-04-24 at 23:59 -0700, Brian Stansberry > wrote: > > --- robert burrell donkin > > > > > When I ran these, for every child-first case the > > sysout output said the caller was defined by the > child > > loader. > > > > [java]

Re: [logging] issues highlighted by analysis

--- robert burrell donkin <[EMAIL PROTECTED]> wrote: > On Sun, 2005-04-24 at 16:43 -0700, Brian Stansberry > wrote: > > --- robert burrell donkin > > <[EMAIL PROTECTED]> wrote: > > > > > > i'm wondering whether to commit them onto a > branch > > > so that everyone can > > > take a look, check

[logging] possible errors in child first cases [WAS Re: [logging] issues highlighted by analysis]

On Sun, 2005-04-24 at 23:59 -0700, Brian Stansberry wrote: > --- robert burrell donkin > When I ran these, for every child-first case the > sysout output said the caller was defined by the child > loader. > > [java] Callerdefined by CHILD class loader > > For 18, 20, 26, 28, 30 and 3

[logging] Cases 13+14 Re: [logging] issues highlighted by analysis

On Sun, 2005-04-24 at 23:59 -0700, Brian Stansberry wrote: > --- robert burrell donkin > <[EMAIL PROTECTED]> wrote: > > here are my results obtained by comparing the theory > > with the current > > behaviour. > > > > (1) JCL Behaves As Expected (50%) > > - > > 1,2,

svn commit: r164642 - /jakarta/commons/proper/logging/trunk/demonstration/src/java/overview.html

Author: rdonkin Date: Mon Apr 25 13:37:28 2005 New Revision: 164642 URL: http://svn.apache.org/viewcvs?rev=164642&view=rev Log: Corrected mistake in analysis. Thanks to Brian Stansberry. Modified: jakarta/commons/proper/logging/trunk/demonstration/src/java/overview.html Modified: jakarta/co

Re: Jakarta Commons Discovery

+1 to 0.3 -- dims On 4/25/05, robert burrell donkin <[EMAIL PROTECTED]> wrote: > On Mon, 2005-04-25 at 17:00 +0100, Rory Winston wrote: > > Hi Robert, > > > > Yes sure, I can do that. > > good :) > > > Should I start with a vote? > > what i've done for my last few releases is to stick a plan u

Re: Jakarta Commons Discovery

On Mon, 2005-04-25 at 17:00 +0100, Rory Winston wrote: > Hi Robert, > > Yes sure, I can do that. good :) > Should I start with a vote? what i've done for my last few releases is to stick a plan up on the wiki (to keep track of what work needs to be done so people can grab any tasks they feel l

[logging] runtime exceptions [WAS Re: [logging] issues highlighted by analysis]

On Sun, 2005-04-24 at 23:59 -0700, Brian Stansberry wrote: > --- robert burrell donkin > > i suspect that many of failure cases in #3 are > > caused by JCL being able > > to load one or more of the appropriate classes by > > name from a > > classloader but then throw an exception when they > > a

[logging] LogFactoryImpl weaknesses [WAS Re: [logging] issues highlighted by analysis]

(getting a bit big so breaking up the topic) On Sun, 2005-04-24 at 23:59 -0700, Brian Stansberry wrote: > --- robert burrell donkin > > i suspect that many of the failure cases in #2 are > > caused by JCL using > > an incompatible class from the context classloader > > when one is available > >

DO NOT REPLY [Bug 34592] - [VFS] Zip files are locked even after close()

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: [logging] issues highlighted by analysis

On Sun, 2005-04-24 at 16:43 -0700, Brian Stansberry wrote: > --- robert burrell donkin > <[EMAIL PROTECTED]> wrote: > > i'm wondering whether to commit them onto a branch > > so that everyone can > > take a look, check their accuracy and take a look at > > fixes. opinions? > > Please forgive if

Re: Jakarta Commons Discovery

Hi Robert, Yes sure, I can do that. Should I start with a vote? Cheers Rory "Jakarta Commons Developers List" wrote: > > On Fri, 2005-04-22 at 10:23 -0400, Davanum Srinivas wrote: > > Added myself to discovery's project.xml. > > me also > > i'll try to find some time soon to review discover

Re: Jakarta Commons Discovery

Hi Robert, Yes sure, I can do that. Should I start with a vote? Cheers Rory "Jakarta Commons Developers List" wrote: > > On Fri, 2005-04-22 at 10:23 -0400, Davanum Srinivas wrote: > > Added myself to discovery's project.xml. > > me also > > i'll try to find some time soon to review discover

svn commit: r164592 - /jakarta/commons/proper/daemon/trunk/src/native/unix/native/location.c

Author: jfclere Date: Mon Apr 25 08:50:09 2005 New Revision: 164592 URL: http://svn.apache.org/viewcvs?rev=164592&view=rev Log: Add location of libjvm.so in the lastest JENV. Modified: jakarta/commons/proper/daemon/trunk/src/native/unix/native/location.c Modified: jakarta/commons/proper/daem

DO NOT REPLY [Bug 34362] - [configuration] AbstractFileConfiguration.save() creates a new file instead of overwritting the existing one

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 34362] - [configuration] AbstractFileConfiguration.save() creates a new file instead of overwritting the existing one

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 34362] - [configuration] AbstractFileConfiguration.save() creates a new file instead of overwritting the existing one

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 34362] - [configuration] AbstractFileConfiguration.save() creates a new file instead of overwritting the existing one

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 34362] - [configuration] AbstractFileConfiguration.save() creates a new file instead of overwritting the existing one

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 34362] - [configuration] AbstractFileConfiguration.save() creates a new file instead of overwritting the existing one

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 34362] - [configuration] AbstractFileConfiguration.save() creates a new file instead of overwritting the existing one

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 34362] - [configuration] AbstractFileConfiguration.save() creates a new file instead of overwritting the existing one

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 34601] - [io] FileFinder.find() doesn't work correctly with Finder.TIME option

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 34601] New: - FileFinder.find() doesn't work correctly with Finder.TIME option

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 34600] - [lang] Enum.equals() is too fragile

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 34600] New: - Enum.equals() is too fragile

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-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

svn commit: r164543 - /jakarta/commons/proper/daemon/trunk/src/native/unix/native/arguments.c

Author: jfclere Date: Mon Apr 25 01:10:51 2005 New Revision: 164543 URL: http://svn.apache.org/viewcvs?rev=164543&view=rev Log: Arrange the stop handling... Modified: jakarta/commons/proper/daemon/trunk/src/native/unix/native/arguments.c Modified: jakarta/commons/proper/daemon/trunk/src/nati

DO NOT REPLY [Bug 34568] - [beanutils] ResultSetDynaClass contains wrong property class type

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: r164542 - /jakarta/commons/proper/daemon/trunk/src/native/unix/native/jsvc-unix.c

Author: jfclere Date: Mon Apr 25 00:08:53 2005 New Revision: 164542 URL: http://svn.apache.org/viewcvs?rev=164542&view=rev Log: Arrange warnings in Solaris8. Modified: jakarta/commons/proper/daemon/trunk/src/native/unix/native/jsvc-unix.c Modified: jakarta/commons/proper/daemon/trunk/src/nat