Re: [collections] Generics the collection subpackage

2006-10-28 Thread Henri Yandell
On 10/27/06, Stephen Colebourne [EMAIL PROTECTED] wrote: First analysis of the collection subpackage of [collections] for the generics branch. - BoundedCollection should be deleted/renamed to Bounded new Bounded interface would not implement Collection, allowing it to be implemented by Maps as

[jira] Created: (COLLECTIONS-228) MultiValueMap put and putAll do not return the correct values

2006-10-28 Thread Stephen Colebourne (JIRA)
MultiValueMap put and putAll do not return the correct values - Key: COLLECTIONS-228 URL: http://issues.apache.org/jira/browse/COLLECTIONS-228 Project: Commons Collections Issue

svn commit: r468684 - in /jakarta/commons/proper/collections/trunk: RELEASE-NOTES.html src/java/org/apache/commons/collections/map/MultiValueMap.java src/test/org/apache/commons/collections/map/TestMu

2006-10-28 Thread scolebourne
Author: scolebourne Date: Sat Oct 28 05:27:01 2006 New Revision: 468684 URL: http://svn.apache.org/viewvc?view=revrev=468684 Log: COLLECTIONS-228 - MultiValueMap put and putAll do not return the correct values Modified: jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html

svn commit: r468685 - in /jakarta/commons/proper/collections/branches/collections_jdk5_branch/src: java/org/apache/commons/collections/map/MultiValueMap.java test/org/apache/commons/collections/map/Te

2006-10-28 Thread scolebourne
Author: scolebourne Date: Sat Oct 28 05:30:27 2006 New Revision: 468685 URL: http://svn.apache.org/viewvc?view=revrev=468685 Log: COLLECTIONS-228 - MultiValueMap put and putAll do not return the correct values Modified:

Re: TLS for FTP

2006-10-28 Thread Rory Winston
Susanne It may be possible that there is a bug in the FTPSClient impl - can you post a transcript of the FTP commands and responses sent over the wire? Thanks Rory Susanne Lefvert wrote: With the help from Rory, I got the FTPSClient to work with the apache ftp server, thanks! I only ran

[jira] Created: (COLLECTIONS-229) Remove deprecated classes from generics version

2006-10-28 Thread Stephen Colebourne (JIRA)
Remove deprecated classes from generics version --- Key: COLLECTIONS-229 URL: http://issues.apache.org/jira/browse/COLLECTIONS-229 Project: Commons Collections Issue Type: Task

svn commit: r468687 - in /jakarta/commons/proper/collections/branches/collections_jdk5_branch: ./ data/test/ src/java/org/apache/commons/collections/ src/java/org/apache/commons/collections/iterators/

2006-10-28 Thread scolebourne
Author: scolebourne Date: Sat Oct 28 05:53:28 2006 New Revision: 468687 URL: http://svn.apache.org/viewvc?view=revrev=468687 Log: COLLECTIONS-229 - Remove deprecated classes and code Added: jakarta/commons/proper/collections/branches/collections_jdk5_branch/RELEASE-NOTES.txt (with props)

[jira] Closed: (COLLECTIONS-228) MultiValueMap put and putAll do not return the correct values

2006-10-28 Thread Stephen Colebourne (JIRA)
[ http://issues.apache.org/jira/browse/COLLECTIONS-228?page=all ] Stephen Colebourne closed COLLECTIONS-228. -- Resolution: Fixed Assignee: Stephen Colebourne MultiValueMap put and putAll do not return the correct values

[jira] Commented: (COLLECTIONS-229) Remove deprecated classes from generics version

2006-10-28 Thread Stephen Colebourne (JIRA)
[ http://issues.apache.org/jira/browse/COLLECTIONS-229?page=comments#action_12445372 ] Stephen Colebourne commented on COLLECTIONS-229: Deleted: - org.apache.commons.collections.BeanMap -

svn commit: r468688 - in /jakarta/commons/proper/httpclient/trunk: build.xml project.xml src/java/org/apache/commons/httpclient/params/DefaultHttpParamsFactory.java xdocs/downloads.xml xdocs/news.xml

2006-10-28 Thread olegk
Author: olegk Date: Sat Oct 28 05:59:24 2006 New Revision: 468688 URL: http://svn.apache.org/viewvc?view=revrev=468688 Log: Changes for 3.1-beta1 release Modified: jakarta/commons/proper/httpclient/trunk/build.xml jakarta/commons/proper/httpclient/trunk/project.xml

[jira] Commented: (COLLECTIONS-229) Remove deprecated classes from generics version

2006-10-28 Thread Stephen Colebourne (JIRA)
[ http://issues.apache.org/jira/browse/COLLECTIONS-229?page=comments#action_12445374 ] Stephen Colebourne commented on COLLECTIONS-229: Modified: - org.apache.commons.collections.CollectionUtils -

svn commit: r468690 - in /jakarta/commons/proper/collections/branches/collections_jdk5_branch/src: java/org/apache/commons/collections/ java/org/apache/commons/collections/bidimap/ test/org/apache/com

2006-10-28 Thread scolebourne
Author: scolebourne Date: Sat Oct 28 06:03:11 2006 New Revision: 468690 URL: http://svn.apache.org/viewvc?view=revrev=468690 Log: COLLECTIONS-229 - Remove deprecated classes and code Modified:

svn commit: r468694 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/CompositeConfiguration.java src/test/org/apache/commons/configuration/TestCompositeConfi

2006-10-28 Thread oheger
Author: oheger Date: Sat Oct 28 08:11:02 2006 New Revision: 468694 URL: http://svn.apache.org/viewvc?view=revrev=468694 Log: Updated CompositeConfiguration.getList() to fully support interpolation; fix for CONFIGURATION-233; thanks to Rainer Jung for the patch Modified:

[jira] Resolved: (CONFIGURATION-233) Incomplete interpolation in CompositeConfiguration.getList()

2006-10-28 Thread Oliver Heger (JIRA)
[ http://issues.apache.org/jira/browse/CONFIGURATION-233?page=all ] Oliver Heger resolved CONFIGURATION-233. Fix Version/s: Nightly Builds Resolution: Fixed Patch applied. Thanks! Incomplete interpolation in

[jira] Commented: (CONFIGURATION-234) Documentation - Dependencies - DefaultConfigurationBuilder needs commons-jxpath

2006-10-28 Thread Oliver Heger (JIRA)
[ http://issues.apache.org/jira/browse/CONFIGURATION-234?page=comments#action_12445385 ] Oliver Heger commented on CONFIGURATION-234: You are right, this dependency is missing on our dependencies page. Now you mention it, I wonder

svn commit: r468695 - /jakarta/commons/proper/httpclient/trunk/release_notes.txt

2006-10-28 Thread olegk
Author: olegk Date: Sat Oct 28 08:39:24 2006 New Revision: 468695 URL: http://svn.apache.org/viewvc?view=revrev=468695 Log: 3.1 Beta 1 release notes Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt URL:

Re: [email] trunk build hangs during unit tests

2006-10-28 Thread Dion Gillard
Cool. Thanks Hen On 10/28/06, Henri Yandell [EMAIL PROTECTED] wrote: It's a threading issue in Dumbster 1.6 - the only change since 1.6 in their CVS is a fix to this. If the socket creation returns too quickly (Mac's must be good at that) then the notification is too early and it hangs:

svn commit: r468709 - /jakarta/commons/proper/collections/branches/collections_jdk5_branch/src/java/org/apache/commons/collections/MapIterator.java

2006-10-28 Thread scolebourne
Author: scolebourne Date: Sat Oct 28 10:49:04 2006 New Revision: 468709 URL: http://svn.apache.org/viewvc?view=revrev=468709 Log: Convert to generics Modified: jakarta/commons/proper/collections/branches/collections_jdk5_branch/src/java/org/apache/commons/collections/MapIterator.java

Re: svn commit: r468511 - /jakarta/commons/proper/email/trunk/project.xml

2006-10-28 Thread Dennis Lundberg
The 1.4 release of JavaMail requires Java 1.4. Are we switching to Java 1.4 for commons-email? If so, then the build scripts for Ant and Maven need to be updated accordingly. You can read more about the requirements of JavaMail 1.4 here: https://glassfish.dev.java.net/javaee5/mail/ --

RE: [codec]Implementing support for additional non-english vowels in double metaphone

2006-10-28 Thread Gary Gregory
Hello: Steinar: The current DoubleMetaphone implementation (released and SVN) allows for Spanish and Germanic characters, so adding support for other languages in the same class seems to be in the spirit of the current implementation. I would also say that having language-specific

Re: svn commit: r468511 - /jakarta/commons/proper/email/trunk/project.xml

2006-10-28 Thread Henri Yandell
Oops :) Sorry, I'm just happy that it wasn't 1.5. I wonder if the Geronimo versions are 1.2/1.3 compatible. Whichever, I think it's worth it to have a build that works out of the box and doesn't involve download-jar-manually pain, or depending on a BCL licensed work. Hen On 10/28/06, Dennis

Re: svn commit: r468511 - /jakarta/commons/proper/email/trunk/project.xml

2006-10-28 Thread Dion Gillard
On 10/29/06, Henri Yandell [EMAIL PROTECTED] wrote: Oops :) Sorry, I'm just happy that it wasn't 1.5. I wonder if the Geronimo versions are 1.2/1.3 compatible. Whichever, I think it's worth it to have a build that works out of the box and doesn't involve download-jar-manually pain, or depending

[pool] intend to propose for a pool 2.0 release soon

2006-10-28 Thread Sandy McArthur
As I mentioned on commons-user I plan to prep a pool 2.0 release candidate in the next week. I'll compile a complete list of changes but here are the important changes I can recall right now. 1. Requires Java 1.4 2. Adds the org.apache.commons.pool.composite pool implementation that I started

svn commit: r468834 - /jakarta/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericKeyedObjectPool.java

2006-10-28 Thread sandymac
Author: sandymac Date: Sat Oct 28 22:20:38 2006 New Revision: 468834 URL: http://svn.apache.org/viewvc?view=revrev=468834 Log: Make sure the natural ordering is consistent with equals, see java.lang.Comparable Javadocs, fixes POOL-85 as reported by Mike Martin. Added checks in case the long to

[jira] Resolved: (POOL-85) GenericKeyedObjectPool.getNumIdle() corrupted under high load

2006-10-28 Thread Sandy McArthur (JIRA)
[ http://issues.apache.org/jira/browse/POOL-85?page=all ] Sandy McArthur resolved POOL-85. Fix Version/s: 2.0 Resolution: Fixed Impressive catch, fix committed. GenericKeyedObjectPool.getNumIdle() corrupted under high load

Re: [collections] Generics the collection subpackage

2006-10-28 Thread Michael Heuer
On Sat, 28 Oct 2006, Stephen Colebourne wrote: First analysis of the collection subpackage of [collections] for the generics branch. - BoundedCollection should be deleted/renamed to Bounded new Bounded interface would not implement Collection, allowing it to be implemented by Maps as well