commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Simone Tripodi <>
Subject Re: [Digester] RC1 blocked while deploying :(
Date Sun, 12 Sep 2010 12:00:48 GMT
Hi James, Seb,
thanks for your feedbacks and your help!!! What is going to drive me
crazy is that the latest released digester is successfully using the
1.8.0 release of BeanUtils; the current digester trunk is using the
1.8.3, (with some memory leaks fixes) and doesn't cause errors
locally; even testing with only commons-beanutils-core-1.8.3 (a subset
of the whole beanutils package) it continues working.

Follow below some bash executions on my machine... that's why I don't
understand why it should fail on Gump :(
All te best,

commons-digester simone$ java -version
java version "1.5.0_24"
Java(TM) 2 Runtime Environment, Standard Edition (build
Java HotSpot(TM) Client VM (build 1.5.0_24-149, mixed mode, sharing)

commons-digester simone$ mvn -version
Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200)
Java version: 1.5.0_24
Java home: /XXXXX/JavaVM.framework/Versions/1.5.0/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x" version: "10.6.4" arch: "i386" Family: "unix"

commons-digester simone$ mvn clean test
Tests run: 174, Failures: 0, Errors: 0, Skipped: 0

[INFO] ------------------------------------------------------------------------
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 8 seconds
[INFO] Finished at: Sun Sep 12 13:45:28 CEST 2010
[INFO] Final Memory: 27M/508M
[INFO] ------------------------------------------------------------------------

On Sun, Sep 12, 2010 at 1:44 PM, James Carman
<> wrote:
> On Sun, Sep 12, 2010 at 7:39 AM, sebb <> wrote:
>> On further investigation, it is collections/trunk - i.e. collections4
>> - which does not have FastHashMap.
>> The default Collections version used by Gump is based on
>> tags/PRE_GENERICS_MERGE which does have FastHashMap, so there is a
>> different problem.
>> I'll look further.
> The BeanUtils folks recently decided to remove the collections classes
> from their jar(s) in favor of an optional dependency I believe.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message