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 w
[ 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
> ---
Author: sandymac
Date: Sat Oct 28 22:20:38 2006
New Revision: 468834
URL: http://svn.apache.org/viewvc?view=rev&rev=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
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 wri
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 dependin
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 Lun
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/
--
Dennis
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 implementation
Author: scolebourne
Date: Sat Oct 28 10:49:04 2006
New Revision: 468709
URL: http://svn.apache.org/viewvc?view=rev&rev=468709
Log:
Convert to generics
Modified:
jakarta/commons/proper/collections/branches/collections_jdk5_branch/src/java/org/apache/commons/collections/MapIterator.java
Modif
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:
2005-
Author: olegk
Date: Sat Oct 28 08:39:24 2006
New Revision: 468695
URL: http://svn.apache.org/viewvc?view=rev&rev=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:
[
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 i
[ 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 CompositeConfiguration.getLi
Author: oheger
Date: Sat Oct 28 08:11:02 2006
New Revision: 468694
URL: http://svn.apache.org/viewvc?view=rev&rev=468694
Log:
Updated CompositeConfiguration.getList() to fully support interpolation; fix
for CONFIGURATION-233; thanks to Rainer Jung for the patch
Modified:
jakarta/commons/pro
Author: scolebourne
Date: Sat Oct 28 06:03:11 2006
New Revision: 468690
URL: http://svn.apache.org/viewvc?view=rev&rev=468690
Log:
COLLECTIONS-229 - Remove deprecated classes and code
Modified:
jakarta/commons/proper/collections/branches/collections_jdk5_branch/src/java/org/apache/commons/co
[
http://issues.apache.org/jira/browse/COLLECTIONS-229?page=comments#action_12445374
]
Stephen Colebourne commented on COLLECTIONS-229:
Modified:
- org.apache.commons.collections.CollectionUtils
- org.apache.commons.collections.A
Author: olegk
Date: Sat Oct 28 05:59:24 2006
New Revision: 468688
URL: http://svn.apache.org/viewvc?view=rev&rev=468688
Log:
Changes for 3.1-beta1 release
Modified:
jakarta/commons/proper/httpclient/trunk/build.xml
jakarta/commons/proper/httpclient/trunk/project.xml
jakarta/commons/p
[
http://issues.apache.org/jira/browse/COLLECTIONS-229?page=comments#action_12445372
]
Stephen Colebourne commented on COLLECTIONS-229:
Deleted:
- org.apache.commons.collections.BeanMap
- org.apache.commons.collections.BinaryHeap
[ 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
>
Author: scolebourne
Date: Sat Oct 28 05:53:28 2006
New Revision: 468687
URL: http://svn.apache.org/viewvc?view=rev&rev=468687
Log:
COLLECTIONS-229 - Remove deprecated classes and code
Added:
jakarta/commons/proper/collections/branches/collections_jdk5_branch/RELEASE-NOTES.txt
(with props)
Remove deprecated classes from generics version
---
Key: COLLECTIONS-229
URL: http://issues.apache.org/jira/browse/COLLECTIONS-229
Project: Commons Collections
Issue Type: Task
Components
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 into
Author: scolebourne
Date: Sat Oct 28 05:30:27 2006
New Revision: 468685
URL: http://svn.apache.org/viewvc?view=rev&rev=468685
Log:
COLLECTIONS-228 - MultiValueMap put and putAll do not return the correct values
Modified:
jakarta/commons/proper/collections/branches/collections_jdk5_branch/src
Author: scolebourne
Date: Sat Oct 28 05:27:01 2006
New Revision: 468684
URL: http://svn.apache.org/viewvc?view=rev&rev=468684
Log:
COLLECTIONS-228 - MultiValueMap put and putAll do not return the correct values
Modified:
jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html
jakarta
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 Typ
25 matches
Mail list logo