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, Simo commons-digester simone$ java -version java version "1.5.0_24" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_24-b02-357-10M3065) 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] BUILD SUCCESSFUL [INFO] ------------------------------------------------------------------------ [INFO] Total time: 8 seconds [INFO] Finished at: Sun Sep 12 13:45:28 CEST 2010 [INFO] Final Memory: 27M/508M [INFO] ------------------------------------------------------------------------ http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Sun, Sep 12, 2010 at 1:44 PM, James Carman <ja...@carmanconsulting.com> wrote: > On Sun, Sep 12, 2010 at 7:39 AM, sebb <seb...@gmail.com> 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: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
