DO NOT REPLY [Bug 32240] - [configuration] XMLConfiguration.save() does not keep element hierarchy

gzilla/show_bug.cgi?id=32240 --- Additional Comments From [EMAIL PROTECTED] 2004-12-15 08:52 --- Hi Oliver, hi Emmanuel, I cannot compile the latest sources (from 2004-12-14) due to the following error: compile: [javac] Compiling 41 source files to E:\TEMP\commons-configuration-src- 20

Re: [VOTE][EMAIL] Release Commons-Email 1.0

Shouldn't NOTICE.TXT be in the distribution? On Fri, 3 Dec 2004 18:08:50 +0100, Eric Pugh <[EMAIL PROTECTED]> wrote: > Dear community, > > Commons Email is now ready for release. The code is stable, all bugs fixed, > and the unit tests all run. Additionally the various licensing issues with >

Re: [id] Remove dependency on codec?

+1 -Phil Rory Winston wrote: If there are any [id] devs watching, do they think it might be worthwhile removing the explicit dependency on [codec]? The only portions of codec which are used in [id] are the Hex encoding and the MD5/SHA-1 encoding routines. The hex encoding is trivial and could be

DO NOT REPLY [Bug 32240] - [configuration] XMLConfiguration.save() does not keep element hierarchy

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: [id] Remove dependency on codec?

+1 Stephen --- Rory Winston <[EMAIL PROTECTED]> wrote: > If there are any [id] devs watching, do they think > it might be > worthwhile removing the explicit dependency on > [codec]? The only > portions of codec which are used in [id] are the Hex > encoding and the > MD5/SHA-1 encoding routine

Re: Enterprise Logging - API Proposal

You have me almost convinced :) I still have some lingering concerns/doubts though... * LogFactory - I'm not comfortable introducing a new LogFactory so that logging is supported. What happens when the next new logging feature comes along? Then we'd have to have three factories somehow, and

DO NOT REPLY [Bug 32240] - [configuration] XMLConfiguration.save() does not keep element hierarchy

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: [doc] First attempt at update to release.html

Martin, You're right - sorry about that - the following line will fix that $ for f in $(ls commons*); do mv $f ${f/1.3.0/current}; done i.e. this will turn all commons-xxx-1.3.0.foo into commons-xxx-current.foo Probably should tidy this up into a script and encapsulate the version number as a var

Re: [doc] First attempt at update to release.html

Hmm, Or even (given that 1.3.0 is the version number): $ for f in $(ls -d *1.3.0*); do if [[ -f $f ]]; then md5sum $f > $f.md5; fi;done To create the md5sums. I think we could be able to automate most of the process with some judicious scripting. Cheers, Rory Rory Winston wrote: Martin, You're

RE: [VOTE][EMAIL] Release Commons-Email 1.0

Now +1 ;-) Stephen --- Eric Pugh <[EMAIL PROTECTED]> wrote: > I apologise for the delay, I had an unexpected trip > to take. At this point > I have updated the jar file in the distributions to > have the NOTICE.txt, and > renamed them commons-email-rc2. > > If Stephen changes his -1 to a +1 th

Re: [transaction][RESULT][VOTE] Release 1.0 final

> The result is based on the assumption that Stephen > implicitely changed > his vote to +1: +1 Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Vote] Moving commons-sql to db.apache.org (repost)

+1.. Although I hope I can still have karma on it.. I am pretty much moving towards a big dependency on commons sql, with almost all my projects. Since sql is a far from finished item, I only chose it because I had the karma to actually change things that were not finished (or broken). Let me know

Re: Enterprise Logging - API Proposal

Matt Sgarlata <[EMAIL PROTECTED]> wrote on 12/13/2004 07:05:31 PM: > Ah-hah, I understand our main disconnect now: I'm thinking in terms of > configuring logging for an overall application and you're thinking in > terms of components. So now at least I understand where you're coming A step f

Re: [doc] First attempt at update to release.html

This is cool, but it doesn't look quite right. The links are supposed to use "current" in the name instead of the actual version number. (The real files have the version number, obviously.) -- Martin Cooper On Tue, 14 Dec 2004 15:56:43 +, Rory Winston <[EMAIL PROTECTED]> wrote: > I just crea

DO NOT REPLY [Bug 32507] - [configuration] AbstractConfiguration.addProperty doesn't split arrays

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

cvs commit: jakarta-commons/configuration/xdocs changes.xml

ebourg 2004/12/14 09:03:51 Modified:configuration/src/java/org/apache/commons/configuration AbstractConfiguration.java HierarchicalConfiguration.java MapConfiguration.java PropertyConverter.java confi

Re: [doc] First attempt at update to release.html

I just created a two-liner to create my symlinks (doing my first release, so fingers crossed ;-)) Here it is (assuming your binaries and source dirs are named likewise): $ for f in $(ls source/*1.3.0*);do ln -s $f ${f##source/}; done $ for f in $(ls binaries/*1.3.0*);do ln -s $f ${f##binaries/};

DO NOT REPLY [Bug 32691] - [logging] Convenience methods for cleaner application code

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 30268] - [logging] Add CLDC support

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-jsl (in module jelly-tags) 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 has an issue affecting its community integration. This iss

cvs commit: jakarta-commons-sandbox/transaction MOVED TO COMMONS PROPER

ozeigermann2004/12/14 02:46:46 Added: transaction MOVED TO COMMONS PROPER Log: Indicate transaction now is in commons proper Revision ChangesPath No revision No revision No revision No revisio

DO NOT REPLY [Bug 32374] - [net] FTP task pathname not recognizable

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: [transaction][VOTE] Release 1.0 final

OK, assuming this now... Oliver On Mon, 13 Dec 2004 21:36:32 +0100, Oliver Zeigermann <[EMAIL PROTECTED]> wrote: > Hey, Stephen, > > can I assume your vote is +1 now? > > > > Oliver > > On Fri, 10 Dec 2004 17:45:23 -, Stephen Colebourne > <[EMAIL PROTECTED]> wrote: > > -1 . > > The