RE: [logging] Avalon log not Serializable?

Simon Kitching wrote on Thursday, February 23, 2006 6:17 AM: [snip] > Assuming that some Avalon loggers are *not* serializable then > there are > two problems. None of it implement Serializable, so your assumption is right. Since they don't have a default ctor they also cannot be the base of a

Re: [logging] JCL2.0 design - Architecture

On Thu, 2006-02-23 at 17:11 +1100, Torsten Curdt wrote: > On 23.02.2006, at 16:43, Simon Kitching wrote: > > > On Thu, 2006-02-23 at 13:10 +1100, Torsten Curdt wrote: > >>> Agreed. How I see it working is: > >>> > >>> commons-logging-log4j.jar: > >>> LogFactory tweaked to delegate to LogFacto

Re: [logging] Avalon log not Serializable?

These two issues *can* be sort-of worked around by my proposed option (c). However I don't really like the idea of silently disabling logging. Me neither :-/ In short, I believe that Avalon logging in general, and the JCL AvalonLogger in particular are not designed to handle serialization

Re: [logging] JCL2.0 design - Architecture

On 23.02.2006, at 16:43, Simon Kitching wrote: On Thu, 2006-02-23 at 13:10 +1100, Torsten Curdt wrote: Agreed. How I see it working is: commons-logging-log4j.jar: LogFactory tweaked to delegate to LogFactoryLog4j LogFactoryLog4j - concrete subclass log LogFactory Log -- standard

Re: [logging] JCL1 branch

On Wed, 2006-02-22 at 22:48 +, robert burrell donkin wrote: > On Wed, 2006-02-22 at 18:32 +1300, Simon Kitching wrote: > > On Tue, 2006-02-21 at 21:46 +, robert burrell donkin wrote: > > > I've cut a branch for any ongoing work needed for JCl1: > > > http://svn.apache.org/repos/asf/jakarta

Re: [logging] JCL2.0 design - Architecture

On Thu, 2006-02-23 at 13:10 +1100, Torsten Curdt wrote: > > Agreed. How I see it working is: > > > > commons-logging-log4j.jar: > > LogFactory tweaked to delegate to LogFactoryLog4j > > LogFactoryLog4j - concrete subclass log LogFactory > > Log -- standard Log interface > > Log4JLo

Re: [logging] Avalon log not Serializable?

On Thu, 2006-02-23 at 13:07 +1100, Torsten Curdt wrote: > > Here are the options I can see: > > (a) remove AvalonLogger from the JCL 1.1 distribution. > > N ...bad idea IMO. We would have to deprecate it first. Ok. > > > (b) remove Serializable marker interface from AvalonLogger > > It's p

DO NOT REPLY [Bug 38730] - [net] program hangs while trying to delete a file on a remote FTP Server after downloading same

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] JCL2.0 design - Architecture

Agreed. How I see it working is: commons-logging-log4j.jar: LogFactory tweaked to delegate to LogFactoryLog4j LogFactoryLog4j - concrete subclass log LogFactory Log -- standard Log interface Log4JLogger -- implementation of Log interface for log4j commons-logging-jul.jar: L

Re: [logging] Avalon log not Serializable?

Here are the options I can see: (a) remove AvalonLogger from the JCL 1.1 distribution. N ...bad idea IMO. We would have to deprecate it first. (b) remove Serializable marker interface from AvalonLogger It's probably the best to fix it in the Avalon code. It's old, it's becoming reviled

DO NOT REPLY [Bug 38746] - [pool] indicate that ObjectPools.addObject may throw an UnsupportedOperationException

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: r379967 - in /jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool: KeyedObjectPool.java ObjectPool.java

Author: rdonkin Date: Wed Feb 22 15:14:24 2006 New Revision: 379967 URL: http://svn.apache.org/viewcvs?rev=379967&view=rev Log: Tightened API contract (missed from last batch). Contributed by Sandy McArthur. Issue #38746. Modified: jakarta/commons/proper/pool/trunk/src/java/org/apache/commo

Re: [pool] pool utility methods

On Mon, 2006-02-20 at 22:56 -0500, Sandy McArthur wrote: > I'm planning a helper class for Pool similar to the > java.util.Collections class. Below are the static methods I'm thinking > of implementing. Let me know if I forgot anything, misnamed anything, > added too much. > > * Two synchronizedPo

Re: [logging] JCL1 branch

On Wed, 2006-02-22 at 18:32 +1300, Simon Kitching wrote: > On Tue, 2006-02-21 at 21:46 +, robert burrell donkin wrote: > > I've cut a branch for any ongoing work needed for JCl1: > > http://svn.apache.org/repos/asf/jakarta/commons/proper/logging/branches/JCL1/ > > > > future release candidate

Re: [logging] discovery and memory leaks

On Wed, 2006-02-22 at 17:45 +1300, Simon Kitching wrote: > On Tue, 2006-02-21 at 22:15 +, robert burrell donkin wrote: > > too much caffine for me yesterday (very bad for me resulting in mental > > overdrive and then no sleep). even though i'm tired now, it the manic > > phase may have produced

[RESULT] [VOTE] Elect Sandy McArthur As Committer

On Tue, 2006-02-14 at 23:05 +, robert burrell donkin wrote: > I therefore propose that he is elected a committer > > i'll tally the votes no earlier than 2400 GMT one week hence (Tuesday > the 21st). by my count (please jump in and correct any mistakes): +1's (binding) robert burrell donkin

[Jakarta-commons Wiki] Update of "VfsNext" by MarioIvankovits

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification. The following page has been changed by MarioIvankovits: http://wiki.apache.org/jakarta-commons/VfsNext -

svn commit: r379870 - in /jakarta/commons/proper/configuration/trunk/src: java/org/apache/commons/configuration/beanutils/XMLBeanDeclaration.java test/org/apache/commons/configuration/beanutils/TestXM

Author: oheger Date: Wed Feb 22 12:16:44 2006 New Revision: 379870 URL: http://svn.apache.org/viewcvs?rev=379870&view=rev Log: Added interpolation support to XMLBeanDeclaration Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/beanutils/XMLBeanDec

svn commit: r379868 - /jakarta/commons/proper/vfs/trunk/xdocs/filesystems.xml

Author: imario Date: Wed Feb 22 12:05:19 2006 New Revision: 379868 URL: http://svn.apache.org/viewcvs?rev=379868&view=rev Log: some javadoc for ram filesystem Modified: jakarta/commons/proper/vfs/trunk/xdocs/filesystems.xml Modified: jakarta/commons/proper/vfs/trunk/xdocs/filesystems.xml URL

DO NOT REPLY [Bug 33795] - [vfs] memory provider

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: r379859 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/ src/test/org/apache/commons/configuration/ xdocs/

Author: oheger Date: Wed Feb 22 11:43:20 2006 New Revision: 379859 URL: http://svn.apache.org/viewcvs?rev=379859&view=rev Log: Moved implementation of interpolation features from AbstractConfiguration to PropertiesConverter, so that it can be accessed from other objects, too (namely bean declara

DO NOT REPLY [Bug 38730] - [net] program hangs while trying to delete a file on a remote FTP Server after downloading same

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: [csv] Priorisation of enhancements

On Wed, 22 Feb 2006, Henri Yandell wrote: Given the slow performance of the current codebase, I'm tempted to think that 2) should be moving in parallel with 1). Either by hand-optimising the current one via a tool like YourKit or JProfiler; or by leaping over to generating a parser via a parser g

Re: [csv] Priorisation of enhancements

On 2/22/06, Stefan Rufer <[EMAIL PROTECTED]> wrote: > Henry proposed a series of enhancements for the commons-csv, including: > > - performance (poor for current implementation) > - features > - naming/design (introduce Csv instead of String[][], introduce > CsvStrategy class) > > For det

DO NOT REPLY [Bug 38753] - [collections] LRUMap loses values when resizing.

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 38753] - [collections] LRUMap loses values when resizing.

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 38753] - [collections] LRUMap loses values when resizing.

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 38753] New: - LRUMap looses values when resizing.

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

[csv] Priorisation of enhancements

Henry proposed a series of enhancements for the commons-csv, including: - performance (poor for current implementation) - features - naming/design (introduce Csv instead of String[][], introduce CsvStrategy class) For details of the tests and feature list see http://people.apache.org/~ba

svn commit: r379796 - /jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/model/Path.java

Author: rahul Date: Wed Feb 22 07:35:11 2006 New Revision: 379796 URL: http://svn.apache.org/viewcvs?rev=379796&view=rev Log: Minor Javadoc additions. Modified: jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/model/Path.java Modified: jakarta/commons/sandbox/scxm

svn commit: r379794 - /jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/model/Send.java

Author: rahul Date: Wed Feb 22 07:32:49 2006 New Revision: 379794 URL: http://svn.apache.org/viewcvs?rev=379794&view=rev Log: Minor Javadoc additions. Modified: jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/model/Send.java Modified: jakarta/commons/sandbox/scxm

svn commit: r379791 - /jakarta/commons/sandbox/scxml/trunk/src/main/java/org/apache/commons/scxml/io/SCXMLDigester.java

Author: rahul Date: Wed Feb 22 07:26:23 2006 New Revision: 379791 URL: http://svn.apache.org/viewcvs?rev=379791&view=rev Log: Break the digester style XPath constants into three categories for better visual inspection: 1) complete paths, prefixed by XP_ 2) universal paths, prefixed by XPU_ 3) pat

[EMAIL PROTECTED]: Project commons-jelly-tags-define-test (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-define-test has an issue affecting its community integration.

[EMAIL PROTECTED]: Project commons-jelly-tags-define-test (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-define-test has an issue affecting its community integration.

[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (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-jsl-test has an issue affecting its community integration. Th

[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (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-jsl-test has an issue affecting its community integration. Th

[EMAIL PROTECTED]: Project commons-jelly-tags-html (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-html has an issue affecting its community integration. This i

[EMAIL PROTECTED]: Project commons-jelly-tags-html (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-html has an issue affecting its community integration. This i

[EMAIL PROTECTED]: Project commons-latka (in module jakarta-commons) 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-latka has an issue affecting its community integration. This issue affect

[EMAIL PROTECTED]: Project commons-latka (in module jakarta-commons) 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-latka has an issue affecting its community integration. This issue affect

[EMAIL PROTECTED]: Project commons-jelly-tags-xml-test (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-test has an issue affecting its community integration. Th

[EMAIL PROTECTED]: Project commons-jelly-tags-xml-test (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-test has an issue affecting its community integration. Th