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

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

[nightly build] attributes id failed.

Failed build logs: http://people.apache.org/~psteitz/commons-nightlies/20060909/attributes.log http://people.apache.org/~psteitz/commons-nightlies/20060909/id.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

svn commit: r441812 - /jakarta/commons/proper/beanutils/trunk/src/test/org/apache/commons/beanutils/converters/DateConverterTestBase.java

Author: joehni Date: Sat Sep 9 09:29:44 2006 New Revision: 441812 URL: http://svn.apache.org/viewvc?view=revrev=441812 Log: Fix time slice problem for calendar instance. Modified:

Re: [nightly build] beanutils id failed.

Niall Pemberton wrote: On 9/8/06, Jörg Schaible [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote on Thursday, September 07, 2006 3:33 PM: Failed build logs: http://people.apache.org/~psteitz/commons-nightlies/20060907/beanutils.log

[jira] Commented: (CONFIGURATION-225) Document exactly what's returned by ConfigurationEvent.getPropertyValue() after EVENT_ADD_PROPERTY.

[ http://issues.apache.org/jira/browse/CONFIGURATION-225?page=comments#action_12433637 ] Oliver Heger commented on CONFIGURATION-225: Where would be the best place for such a documentation? In the JavaDocs of ConfigurationEvent or

[jira] Commented: (CONFIGURATION-224) BaseConfiguration.getProperty() returns reference to intenal store collection object instead of a clone

[ http://issues.apache.org/jira/browse/CONFIGURATION-224?page=comments#action_12433639 ] Oliver Heger commented on CONFIGURATION-224: Good catch. This also means that the way ConfigurationDynaBean is implemented ATM it will not

[VOTE] Release Commons Configuration 1.3

This is a vote for releasing version 1.3 of Commons Configuration based on the second release candidate. All related files are available for inspection at http://people.apache.org/~oheger/commons-configuration-1.3rc2/. The mail with the announcement of this release candidate can be found at

svn commit: r441852 - in /jakarta/commons/proper/dbcp/trunk: src/java/org/apache/commons/dbcp/PoolingDataSource.java src/test/org/apache/commons/dbcp/TestPoolingDataSource.java xdocs/changes.xml

Author: psteitz Date: Sat Sep 9 13:20:00 2006 New Revision: 441852 URL: http://svn.apache.org/viewvc?view=revrev=441852 Log: Changed implementation of equals in PoolingDataSource.PoolGuardConnectionWrapper to ensure it is reflexive, even when wrapped connections are not DelegatingConnections.

[jira] Resolved: (DBCP-198) PoolingDataSource.PoolGuardConnectionWrapper equals() implementation incorrect

[ http://issues.apache.org/jira/browse/DBCP-198?page=all ] Phil Steitz resolved DBCP-198. -- Resolution: Fixed This bug only manifests when wrapped connections are not DelegatingConnections. The implementation of equals in DelegatingConnection masks the

Re: [VOTE] Release [net] version 2.0

Rory Winston wrote: Hi all I would like to gauge support for a release of Commons::Net 2.0. The major changes are: * FTPS (SSL/TLS) support has been added * FTPClient doesnt extend TelnetClient any longer * The build now uses Maven 2 * [net] is now standalone - no external dependencies

[PROPOSAL] Commons and JDK5, was VOTE Release [net] version 2.0

Steve Cohen wrote: I am not ready to vote yet on this until there is a discussion about what this release means. Will commons-net-2.0 become the official release, with previous versions relegated to backward compatibility support? If so, this may be premature as Sun is still supporting

[Jakarta-commons Wiki] Trivial Update of PoolRoadMap by SandyMcArthur

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 SandyMcArthur: http://wiki.apache.org/jakarta-commons/PoolRoadMap The comment on the change is: minor update removing stale info about a

Re: [PROPOSAL] Commons and JDK5, was VOTE Release [net] version 2.0

On Sun, 2006-09-10 at 00:39 +0100, Stephen Colebourne wrote: Steve Cohen wrote: [PROPOSAL] As such, I would like to propose that projects creating a JDK1.5 only release should use a new package name. Thus, in this case, the release would use the package org.apache.commons.net5.*. With

Re: [PROPOSAL] Commons and JDK5, was VOTE Release [net] version 2.0

On 10/09/2006, at 12:40 PM, Simon Kitching wrote: BTW, It would be great if Java had some other mechanism for handling multiple versions of the same library (as Microsoft's CLR has I believe).. As an ASF committer, you are welcome to participate in our involvement in JSR 277. See

Re: [PROPOSAL] Commons and JDK5, was VOTE Release [net] version 2.0

On 9/9/06, Stephen Colebourne [EMAIL PROTECTED] wrote: Steve Cohen wrote: I am not ready to vote yet on this until there is a discussion about what this release means. Will commons-net-2.0 become the official release, with previous versions relegated to backward compatibility support? If

[jira] Updated: (DBCP-128) [dbcp] BasicDataSource.getConnection() Connections don't work as hashtable keys -- test case provided

[ http://issues.apache.org/jira/browse/DBCP-128?page=all ] Phil Steitz updated DBCP-128: - Bugzilla Id: (was: 39537) Fix Version/s: 1.3 Affects Version/s: 1.2.1 (was: 1.3) Fix version should have been 1.3,

[jira] Commented: (DBCP-128) [dbcp] BasicDataSource.getConnection() Connections don't work as hashtable keys -- test case provided

[ http://issues.apache.org/jira/browse/DBCP-128?page=comments#action_12433670 ] Phil Steitz commented on DBCP-128: -- Removing equals / hashcode impls would have side effects. Agree they should be fixed. [dbcp] BasicDataSource.getConnection()