Re: [exec][patch] commons-exec initial contrib

Noel J. Bergman wrote: Niklas Gustavsson wrote: Should a CLA/grant be needed, I would of course be happy to work that out. Would a CLA be needed for future patches or would attaching them to a Bugzilla entry be acceptable? If you are going to contribute on an on-going basis, as CLA would be

Re: [exec][patch] commons-exec initial contrib

Noel J. Bergman wrote: >>Ok, do I need to edit the commit message? >> >> > >If you don't mind, yes thanks. > > Ok, I could use some guidance on this. The original message was: r230452 | brett | 2005-08-05 22:21:46 +1000 (Fri, 05 Aug 2005) | 3 lines Submitted by: Niklas Gustavsson initial i

RE: [exec][patch] commons-exec initial contrib

Brett Porter wrote: > "A copy of several classes from the Apache Ant codebase, restructured > into a reusable library without dependence on Ant itself." Sounds fine. Now that we know the history, even the original commit comment makes sense, but when you put the original against the e-mail archiv

Re: [exec][patch] commons-exec initial contrib

Brett Porter wrote: Grey areas, but the larger the contributions that more important that we get a CLA. And, as you noted, the o.a.c.e.launcher package was created by him, and is not just a set of patches. Actually, I thought originally this was an original contribution, but on closer inspecti

Re: [exec][patch] commons-exec initial contrib

Noel J. Bergman wrote: >Brett Porter wrote: > > >>"A copy of several classes from the Apache Ant codebase, restructured >>into a reusable library without dependence on Ant itself." >> >> > >Sounds fine. Now that we know the history, even the original commit comment >makes sense, but when yo

RE: [exec][patch] commons-exec initial contrib

Brett Porter wrote: > Noel J. Bergman wrote: > > I re-read the commit messages, and no it was not entirely > > clear, at least not in terms of the clarity I'd want for > > IP clearance. The concern is tracking provenance. > Ok, do I need to edit the commit message? If you don't mind, yes thanks.

Re: [exec][patch] commons-exec initial contrib

Noel J. Bergman wrote: >I re-read the commit messages, and no it was not entirely clear, at least >not in terms of the clarity I'd want for IP clearance. The concern is >tracking provenance. > > Ok, do I need to edit the commit message? >Ant is in Subversion. If these are patched versions of

RE: [exec][patch] commons-exec initial contrib

Niklas Gustavsson wrote: > Should a CLA/grant be needed, I would of course be happy to work that out. > Would a CLA be needed for future patches or would attaching them to a > Bugzilla entry be acceptable? If you are going to contribute on an on-going basis, as CLA would be best, yes. Otherwise,

RE: Incubator WAS: Project Proposal?

Brett Porter wrote: > given Noel's email on commons-exec, I think it would be good to > talk about the similarities of the sandbox and the incubator and > determine if both are needed and how they can help each other. They are probably both needed, since the sandbox is typically used for internal

Re: [exec][patch] commons-exec initial contrib

Hi I was was writing a reply to Noel's message but Brett beat me to it. Brett Porter wrote: What have I missed and how do we need to correct it? In the worst case, I can svn cp from Ant (as they are soon going to SVN), and stepwise refine it to include these improvements. Do we still need a CLA

RE: [exec][patch] commons-exec initial contrib

Brett Porter wrote: > The "contribution" comes almost entirely from the Ant codebase. Sorry if > I didn't make that clear from the commit message. I re-read the commit messages, and no it was not entirely clear, at least not in terms of the clarity I'd want for IP clearance. The concern is track

Re: Incubator WAS: Project Proposal?

Torsten Curdt wrote: > > Well, AFAIU the incubator is also about establishing a community > not only about legal safety - so that would apply here as well. > > ...but the whole progress might be a bit too much for a little > library project. That's why the commons sandbox still makes > sense. It's

Re: [exec][patch] commons-exec initial contrib

The "contribution" comes almost entirely from the Ant codebase. Sorry if I didn't make that clear from the commit message. The exceptions: - changed structure (merged classes such as ExecTask and Exec, refactored out environment). - addition of the o.a.c.e.launcher package which was created by Nik

RE: [exec][patch] commons-exec initial contrib

Re: http://svn.apache.org/repos/asf/jakarta/commons/sandbox/exec/trunk/ Whoa, hello! This thing is labeled as an initial contribution, and the SVN tree was just created for it in July. It doesn't matter if it is a sandbox project or not. New codebases *MUST* be imported through the Incubator, a

Re: [lang] Using ReflectionToStringBuilder and excluding secure fields

+1 I've thought about something similar, just never did anything about it. I like the idea of being able to exclude some fields from the string build. On 8/4/05, Gary Gregory <[EMAIL PROTECTED]> wrote: > Hello: > > Right now, I use the code below to exclude password fields from output. > >

Re: [logging] proposal

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, Simon Kitching wrote: > [AARGH - I hate top-posting!] > > I'm not opposed to this proposal. Commons-logging already creates a > proxy Log object for each underlying real logger object, so at the worst > the name can be remembered at the Log

Re: [exec] Design of commons-exec

jerome lacoste wrote: 1. Full support for 1.1+ 2. Limited support for 1.1-1.2, full support for 1.3+ 3. No support for 1.1-1.2, full support 1.3+ go for 3 'oldest' I really meant "not SDK 5.0 only". Great, no 3 seems to be the favorite. I'll remove the stuff needed for 1.1 support (like th

DO NOT REPLY [Bug 36062] - [logging] extended API: getChildLogger(String)

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 36062] New: - [logging] extended API: getChildLogger(String)

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 36061] - ToStringBuilder throws StackOverflowError when an Object cycle exists

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 36061] - ToStringBuilder throws StackOverflowError when an Object cycle exists

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 36061] - ToStringBuilder throws StackOverflowError when an Object cycle exists

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 36061] New: - ToStringBuilder throws StackOverflowError when an Object cycle exists

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: [exec] Design of commons-exec

On 8/6/05, Niklas Gustavsson <[EMAIL PROTECTED]> wrote: > Hi Jerome > > Thanks for a lot of really good feedback and ideas! I will come back to > some of the other stuff later on, but first I think we need to discuss > on of the points you bring up: > > jerome lacoste wrote: > > * run on the

DO NOT REPLY [Bug 36059] - [lang] Wrong length check in StrTokenizer.StringMatcher

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: r230565 - in /jakarta/commons/proper/lang/trunk/src: java/org/apache/commons/lang/text/StrTokenizer.java test/org/apache/commons/lang/text/StrTokenizerTest.java

Author: ggregory Date: Sat Aug 6 11:53:57 2005 New Revision: 230565 URL: http://svn.apache.org/viewcvs?rev=230565&view=rev Log: [Bug 36059] [lang] Wrong length check in StrTokenizer.StringMatcher. From Oliver Heger <[EMAIL PROTECTED]>. Modified: jakarta/commons/proper/lang/trunk/src/java/

DO NOT REPLY [Bug 36060] - [math][patch] Integration Source Files

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 36060] New: - [math][patch] Integration Source Files

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 35955] - [collections] Change CollectionUtils.forAllDo to return the Closure

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: [lang] Questions concerning VariableFormatter

Tom Schindl wrote: Stephen Colebourne schrieb: >Please prefix emails by [lang] >Tom Schindl wrote: >>I just found out that this project has exactly what I was searching >>for long time because MessageFormat doesn't really suite my needs. >> >>I see that this Class has been added in 2.2: >>---

DO NOT REPLY [Bug 35588] - [lang] New interpolation features

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 35588] - [lang] New interpolation features

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 36059] - [lang] Wrong length check in StrTokenizer.StringMatcher

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 36059] - [lang] Wrong length check in StrTokenizer.StringMatcher

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 36059] New: - [lang] Wrong length check in StrTokenizer.StringMatcher

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: r230551 - in /jakarta/commons/proper/configuration/trunk: conf/testDtd.xml src/java/org/apache/commons/configuration/XMLConfiguration.java src/test/org/apache/commons/configuration/TestXMLConfiguration.java xdocs/changes.xml

Author: oheger Date: Sat Aug 6 08:35:14 2005 New Revision: 230551 URL: http://svn.apache.org/viewcvs?rev=230551&view=rev Log: Updated XMLConfiguration to set a valid system id in the InputSource used for loading files; corresponding test case Added: jakarta/commons/proper/configuration/trun

svn commit: r230550 - /jakarta/commons/proper/configuration/trunk/build.xml

Author: oheger Date: Sat Aug 6 08:26:43 2005 New Revision: 230550 URL: http://svn.apache.org/viewcvs?rev=230550&view=rev Log: Updated ant build file to reflect the new dependencies Modified: jakarta/commons/proper/configuration/trunk/build.xml Modified: jakarta/commons/proper/configuration/

Re: svn commit: r227018 [1/2] - in /jakarta/commons/proper/configuration/trunk: ./ conf/ src/java/org/apache/commons/configuration/ src/java/org/apache/commons/configuration/plist/ src/test/org/apache/commons/configuration/plist/ xdocs/

The test case TestPropertyListConfiguration.testSave() fails for me in line 195 for the value of the 'dictionary-array' property. I assume ListAssert.assertEquals() is not able to compare two PropertyListConfiguration objects in the passed in lists. Could you please check this? Oliver [EMAIL

DO NOT REPLY [Bug 36058] New: - jsvc.support for setting umask

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

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

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

DO NOT REPLY [Bug 35970] - [betwixt] White spaces in empty elements with indentation active

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: r230543 - in /jakarta/commons/proper/betwixt/trunk: src/java/org/apache/commons/betwixt/io/BeanWriter.java src/test/org/apache/commons/betwixt/io/TestPrettyPrint.java xdocs/tasks.xml

Author: rdonkin Date: Sat Aug 6 03:33:57 2005 New Revision: 230543 URL: http://svn.apache.org/viewcvs?rev=230543&view=rev Log: Fixed issue when pretty printing empty elements. Thanks to Ivano for an accurate diagnosis. Issue #35970. Added: jakarta/commons/proper/betwixt/trunk/src/test/org/

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

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

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

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

Re: Project Proposal?

I thought the established process was to use the incubator, promoting to Jakarta when community strength and diversity was clear. This is what recently happened with Derby to DB, for example. That's for projects external to Apache. Are we saying that if 1, 2 or 3 ASF committers have an idea,

svn commit: r230533 - /jakarta/commons/proper/betwixt/trunk/xdocs/guide/examples.xml

Author: rdonkin Date: Sat Aug 6 00:47:53 2005 New Revision: 230533 URL: http://svn.apache.org/viewcvs?rev=230533&view=rev Log: Changed calls in example to methods which are not deprecated. Modified: jakarta/commons/proper/betwixt/trunk/xdocs/guide/examples.xml Modified: jakarta/commons/prop

svn commit: r230531 - /jakarta/commons/proper/betwixt/trunk/xdocs/tasks.xml

Author: rdonkin Date: Sat Aug 6 00:24:24 2005 New Revision: 230531 URL: http://svn.apache.org/viewcvs?rev=230531&view=rev Log: Added some todo's Modified: jakarta/commons/proper/betwixt/trunk/xdocs/tasks.xml Modified: jakarta/commons/proper/betwixt/trunk/xdocs/tasks.xml URL: http://svn.apa