Re: [all] maven group ids

2006-08-18 Thread Tomasz Pik
On 8/16/06, Dennis Lundberg <[EMAIL PROTECTED]> wrote: > Yes, but instead of transiting something, that depends on other commons > IMHO something without dependencies should be transited first. > In other words, first thing to be done should be a graph of dependencies > between various commons p

[jira] Closed: (LANG-259) ValuedEnum.compareTo(Object other) not typesafe - it easily could be...

2006-08-18 Thread Stephen Colebourne (JIRA)
[ http://issues.apache.org/jira/browse/LANG-259?page=all ] Stephen Colebourne closed LANG-259. --- Fix Version/s: 2.2 (was: 2.3) Resolution: Fixed Fix compareTo to check type rv 432748 > ValuedEnum.compareTo(Object other) no

svn commit: r432748 - in /jakarta/commons/proper/lang/trunk/src: java/org/apache/commons/lang/enums/ test/org/apache/commons/lang/enums/

2006-08-18 Thread scolebourne
Author: scolebourne Date: Fri Aug 18 15:21:47 2006 New Revision: 432748 URL: http://svn.apache.org/viewvc?rev=432748&view=rev Log: LANG-259 - Fix compareTo to check the type is the same Added: jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/enums/ValuedLanguageEnum.java

svn commit: r432703 - in /jakarta/commons/proper/lang/trunk/src: java/org/apache/commons/lang/enums/Enum.java test/org/apache/commons/lang/enums/EnumEqualsTest.java

2006-08-18 Thread scolebourne
Author: scolebourne Date: Fri Aug 18 12:51:26 2006 New Revision: 432703 URL: http://svn.apache.org/viewvc?rev=432703&view=rev Log: Ensure classes are the same in Enum.compareTo Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/enums/Enum.java jakarta/commons/p

DO NOT REPLY [Bug 35338] - [net] FTPClient.listFiles() hangs on Red Hat Linux

2006-08-18 Thread bugzilla
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 35338] - [net] FTPClient.listFiles() hangs on Red Hat Linux

2006-08-18 Thread bugzilla
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 35338] - [net] FTPClient.listFiles() hangs on Red Hat Linux

2006-08-18 Thread bugzilla
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: r432694 - /jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ToStringStyle.java

2006-08-18 Thread scolebourne
Author: scolebourne Date: Fri Aug 18 12:31:37 2006 New Revision: 432694 URL: http://svn.apache.org/viewvc?rev=432694&view=rev Log: Change protected to package scope Modified: jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/builder/ToStringStyle.java Modified: jakarta/com

[jira] Closed: (COLLECTIONS-222) CollectionUtils removeAll is actually retainAll

2006-08-18 Thread Stephen Colebourne (JIRA)
[ http://issues.apache.org/jira/browse/COLLECTIONS-222?page=all ] Stephen Colebourne closed COLLECTIONS-222. -- Resolution: Duplicate > CollectionUtils removeAll is actually retainAll > --- > >

[jira] Commented: (MATH-155) Number Base Conversion

2006-08-18 Thread Remi Arntzen (JIRA)
[ http://issues.apache.org/jira/browse/MATH-155?page=comments#action_12429080 ] Remi Arntzen commented on MATH-155: --- One system of radix conversion that is not currently supported by the base Java library's and the Commons is radix conversion

[jira] Commented: (COLLECTIONS-222) CollectionUtils removeAll is actually retainAll

2006-08-18 Thread Matt Benson (JIRA)
[ http://issues.apache.org/jira/browse/COLLECTIONS-222?page=comments#action_12429071 ] Matt Benson commented on COLLECTIONS-222: - duplicate of COLLECTIONS-219 > CollectionUtils removeAll is actually retainAll > -

[jira] Created: (COLLECTIONS-222) CollectionUtils removeAll is actually retainAll

2006-08-18 Thread Tim Lenz (JIRA)
CollectionUtils removeAll is actually retainAll --- Key: COLLECTIONS-222 URL: http://issues.apache.org/jira/browse/COLLECTIONS-222 Project: Commons Collections Issue Type: Bug Components:

RE: svn commit: r432652 - /jakarta/commons/proper/httpclient/trunk/project.properties

2006-08-18 Thread Gary Gregory
Thanks Oleg ;) Gary > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Friday, August 18, 2006 10:21 AM > To: [EMAIL PROTECTED] > Subject: svn commit: r432652 - > /jakarta/commons/proper/httpclient/trunk/project.properties > > Author: olegk > Date: Fri Aug 1

Re: [httpclient] Please make compile.debug = true the default

2006-08-18 Thread Oleg Kalnichevski
On Fri, 2006-08-18 at 12:55 -0400, Gary Gregory wrote: > Hello All: > > Unlike version 3.0.1, the 3.1-alpha1 version is not compiled with debug > information. > > I think compile.debug = true is a better default. > Done Oleg > Thanks, > Gary > > --

svn commit: r432652 - /jakarta/commons/proper/httpclient/trunk/project.properties

2006-08-18 Thread olegk
Author: olegk Date: Fri Aug 18 10:21:16 2006 New Revision: 432652 URL: http://svn.apache.org/viewvc?rev=432652&view=rev Log: Changed maven.compile.debug flag to true Modified: jakarta/commons/proper/httpclient/trunk/project.properties Modified: jakarta/commons/proper/httpclient/trunk/project

[httpclient] Please make compile.debug = true the default

2006-08-18 Thread Gary Gregory
Hello All: Unlike version 3.0.1, the 3.1-alpha1 version is not compiled with debug information. I think compile.debug = true is a better default. Thanks, Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

Re: [nightly build] io id failed.

2006-08-18 Thread Henri Yandell
On 8/17/06, Jörg Schaible <[EMAIL PROTECTED]> wrote: Hi Phil, Phil Steitz wrote on Friday, August 18, 2006 3:28 AM: > Hi Jorg, > > Sorry for the latency. I have been out of pocket this week. In > answer to your question, I don't know, I just work here ;-) :) > Seriously, I think vmbuild.apac

[jira] Commented: (VFS-78) DefaultFileMonitor does not register changes made on FTP FileObjects

2006-08-18 Thread Patrick Schulz (JIRA)
[ http://issues.apache.org/jira/browse/VFS-78?page=comments#action_12429045 ] Patrick Schulz commented on VFS-78: --- I investigated the problem a little bit. If you change something while you have DFM hold on a breakpoint at the beginning of run

[jira] Resolved: (VALIDATOR-198) example does not compile

2006-08-18 Thread Niall Pemberton (JIRA)
[ http://issues.apache.org/jira/browse/VALIDATOR-198?page=all ] Niall Pemberton resolved VALIDATOR-198. --- Fix Version/s: 1.3.1 Resolution: Fixed Assignee: Niall Pemberton Fixed, thanks for reporting this. > example does not compile

svn commit: r432586 - in /jakarta/commons/proper/validator/trunk: build.xml src/share/org/apache/commons/validator/ValidatorAction.java xdocs/changes.xml

2006-08-18 Thread niallp
Author: niallp Date: Fri Aug 18 07:02:45 2006 New Revision: 432586 URL: http://svn.apache.org/viewvc?rev=432586&view=rev Log: Fix for VALIDATOR-198 - example does not compile using ant build script. Also modify ValidatorAction to provide more obvious message for "class not found" - thanks to Mat

[nightly build] io failed.

2006-08-18 Thread psteitz
Failed build logs: http://people.apache.org/~psteitz/commons-nightlies/20060818/io.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Deleted: (VFS-77) VFS cannot determine file type of root for FTP, prevents listing of children at root

2006-08-18 Thread Mario Ivankovits (JIRA)
[ http://issues.apache.org/jira/browse/VFS-77?page=all ] Mario Ivankovits deleted VFS-77: > VFS cannot determine file type of root for FTP, prevents listing of children > at root >

[jira] Deleted: (VFS-79) Cannot list children of HTTP folders

2006-08-18 Thread Mario Ivankovits (JIRA)
[ http://issues.apache.org/jira/browse/VFS-79?page=all ] Mario Ivankovits deleted VFS-79: > Cannot list children of HTTP folders > > > Key: VFS-79 > URL: http://issues.apache.org/jira/brows

[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed

2006-08-18 Thread commons-jelly-tags-jsl development
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

2006-08-18 Thread commons-jelly-tags-jsl development
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

Re: [logging] SLF4J?

2006-08-18 Thread Boris Unckel
Hello Jörg, Joerg Hohwiller wrote: But in the end, JCL will continue to improve as will SLF4J I expect, and people can choose as they wish - until j.u.logging knocks both libs into the dustbin of history. I do not think that JUL will knock out JCL or SLF4J[1]. JCL is much too spreaded. JUL

[jira] Created: (EL-13) Boolean bean property not found due to Introspector limitation

2006-08-18 Thread Joe Littlejohn (JIRA)
Boolean bean property not found due to Introspector limitation -- Key: EL-13 URL: http://issues.apache.org/jira/browse/EL-13 Project: Commons EL Issue Type: Bug Affects Versions

[jira] Closed: (MATH-155) Number Base Conversion

2006-08-18 Thread James Carman (JIRA)
[ http://issues.apache.org/jira/browse/MATH-155?page=all ] James Carman closed MATH-155. - Resolution: Won't Fix Assignee: James Carman This functionality is provided by the core JDK's java.math.BigDecimal API. It would be trivial to create a "helper"

[jira] Commented: (MATH-155) Number Base Conversion

2006-08-18 Thread Chetan (JIRA)
[ http://issues.apache.org/jira/browse/MATH-155?page=comments#action_12428977 ] Chetan commented on MATH-155: - i guess that solves my problem. sorry for not doing my homework and needlessly raising a new feature request. > Number Base Conversion > -

[jira] Updated: (MATH-155) Number Base Conversion

2006-08-18 Thread James Carman (JIRA)
[ http://issues.apache.org/jira/browse/MATH-155?page=all ] James Carman updated MATH-155: -- Comment: was deleted > Number Base Conversion > -- > > Key: MATH-155 > URL: http://issues.apache.org/jira/browse/M

[jira] Commented: (MATH-155) Number Base Conversion

2006-08-18 Thread James Carman (JIRA)
[ http://issues.apache.org/jira/browse/MATH-155?page=comments#action_12428975 ] James Carman commented on MATH-155: --- Why not try this? new java.math.BigInteger( "2147483647", 10 ).toString( 36 ); Wouldn't that do what you want? > Number Ba

[jira] Commented: (MATH-155) Number Base Conversion

2006-08-18 Thread James Carman (JIRA)
[ http://issues.apache.org/jira/browse/MATH-155?page=comments#action_12428974 ] James Carman commented on MATH-155: --- How about this? String stringValue( long n, int base ); One might argue that this belongs in Commons Lang's StringUtils class

[jira] Commented: (MATH-155) Number Base Conversion

2006-08-18 Thread Chetan (JIRA)
[ http://issues.apache.org/jira/browse/MATH-155?page=comments#action_12428971 ] Chetan commented on MATH-155: - Yes,String representaion should be ok . Something like String (String fromBase,String toBase,String number) For instance if I want to co

[jira] Commented: (MATH-155) Number Base Conversion

2006-08-18 Thread James Carman (JIRA)
[ http://issues.apache.org/jira/browse/MATH-155?page=comments#action_12428969 ] James Carman commented on MATH-155: --- What is "Base" in this API example? Is that some new class? Couldn't you represent the base using a simple integer? Also, w

[jira] Commented: (MATH-155) Number Base Conversion

2006-08-18 Thread Chetan (JIRA)
[ http://issues.apache.org/jira/browse/MATH-155?page=comments#action_12428968 ] Chetan commented on MATH-155: - I am not sure how this might work for arbitrary base where base may extend Base36(0-9 and A-Z gets used up). So atleast the convert(Base f

[jira] Commented: (MATH-155) Number Base Conversion

2006-08-18 Thread James Carman (JIRA)
[ http://issues.apache.org/jira/browse/MATH-155?page=comments#action_12428966 ] James Carman commented on MATH-155: --- So, you basically want to translate the String representation of a number in one base into the String representation for the n

[jira] Created: (MATH-155) Number Base Conversion

2006-08-18 Thread Chetan (JIRA)
Number Base Conversion -- Key: MATH-155 URL: http://issues.apache.org/jira/browse/MATH-155 Project: Commons Math Issue Type: New Feature Affects Versions: 1.2 Final Environment: NA Reporter: Cheta

Re: [logging] pom for commons-logging-api and building/testing JCLwith Maven 1

2006-08-18 Thread Nicolas De Loof
I didn't read the start of this topic, but just my 2 cents about creating more sub-projects for implementation specifics : You're suggesting to split the project into modules for log4j, avalon and so on. Using maven2 you can create those artifacts as POM (not jars) and keep commons-logging as