On 12 September 2010 11:43, sebb <seb...@gmail.com> wrote: > On 12 September 2010 10:32, Simone Tripodi <simone.trip...@gmail.com> wrote: >> Hi Seb, >> I have the feeling something is going wrong on Gump, running classes >> still import org.apache.commons.collections.FastHashMap that in /trunk >> is not more used. >> I suspect some update didn't work :( >> You can see this because tests fail, like [1] and [2]. >> Can you help me please? Many thanks in advance, >> Simo >> >> [1] >> http://vmgump.apache.org/gump/public/apache-commons/commons-digester/gump_file/TEST-org.apache.commons.digester.BeanPropertySetterRuleTestCase.xml.html >> [2] >> http://vmgump.apache.org/gump/public/apache-commons/commons-digester/gump_file/TEST-org.apache.commons.digester.plugins.TestLocalRules.xml.html > > java.lang.NoClassDefFoundError: org/apache/commons/collections/FastHashMap > at > org.apache.commons.beanutils.PropertyUtilsBean.getPropertyDescriptor(PropertyUtilsBean.java:926) > > The stack trace shows that Digester is using BeanUtils which is using > Collections - which no longer has FastHashMap. > > I've no idea why Collections trunk no longer has FastHashMap - it's > possible this was accidentally lost during the re-org of Collections > last year. > I'll start a new thread about it.
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. >> >> http://people.apache.org/~simonetripodi/ >> http://www.99soft.org/ >> >> >> >> On Sat, Sep 11, 2010 at 4:19 PM, sebb <seb...@gmail.com> wrote: >>> On 11 September 2010 15:04, Simone Tripodi <simone.trip...@gmail.com> wrote: >>>> thanks a lot, very appreciated!!! Gump just notified a failure, it >>>> will be much more easier understanding why it failed! >>> >>> Unfortunately that run was started after I made the change, so you >>> will have to wait for the next run. >>> >>>> thanks again, have a nice day, >>>> Simo >>>> >>>> http://people.apache.org/~simonetripodi/ >>>> http://www.99soft.org/ >>>> >>>> >>>> >>>> On Sat, Sep 11, 2010 at 3:54 PM, sebb <seb...@gmail.com> wrote: >>>>> On 11 September 2010 08:49, Simone Tripodi <simone.trip...@gmail.com> >>>>> wrote: >>>>>> Hi Phil, >>>>>> very very appreciated, believe me that problem didn't let me sleep!!! :) >>>>>> Since tag and install steps have been done, I'll try to continue with >>>>>> scp using the approach you just suggested... >>>>>> >>>>>> BTW in the meanwhile, even if I didn't change any single line of code >>>>>> on /trunk, Gump nicely reported tests error, so I think I've to fix >>>>>> the build first before calling an RC1 >>>>> >>>>> I've added a <report> tag to the digester Gump build which hopefully >>>>> will give access to the Surefire reports after the next Gump run. >>>>> >>>>>> Thanks a lot, have a nice day, >>>>>> Simo >>>>>> >>>>>> http://people.apache.org/~simonetripodi/ >>>>>> http://www.99soft.org/ >>>>>> >>>>>> >>>>>> >>>>>> On Sat, Sep 11, 2010 at 3:15 AM, Phil Steitz <phil.ste...@gmail.com> >>>>>> wrote: >>>>>>> On 9/10/10 6:27 PM, Simone Tripodi wrote: >>>>>>>> >>>>>>>> Hi all guys, >>>>>>>> the RC1 is driving me crazy... once resolved the gpg issues, following >>>>>>>> the wiki guide[1] Rahul ans Seb suggested, once launched "mvn -Prc >>>>>>>> release:perform" when going to deploy artifacts, the build was >>>>>>>> blocked: >>>>>>>> >>>>>>>> [INFO] [INFO] [deploy:deploy {execution: default-deploy}] >>>>>>>> [INFO] >>>>>>>> [INFO] >>>>>>>> [INFO] Note that too many successive login failures will result in >>>>>>>> further >>>>>>>> [INFO] logins from your IP address being blocked. If this happens, >>>>>>>> contact >>>>>>>> [INFO]<infrastruct...@apache.org>, mentioning your IP address so that >>>>>>>> it >>>>>>>> can >>>>>>>> [INFO] be unblocked. >>>>>>>> [INFO] >>>>>>>> [INFO] >>>>>>>> >>>>>>>> Even if I try to insert my apache password, nothing happens, the >>>>>>>> process seems to be suspended... any idea/hints on it? >>>>>>>> Many thanks in advance, >>>>>>>> Simo >>>>>>>> >>>>>>>> [1] http://wiki.apache.org/commons/CreatingReleases >>>>>>>> >>>>>>>> http://people.apache.org/~simonetripodi/ >>>>>>>> http://www.99soft.org/ >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>>>>> >>>>>>> >>>>>>> If you don't mind a slightly lower-tech approach, the process >>>>>>> documented on >>>>>>> the web page [1] works. I just used it for the [pool] release. There >>>>>>> is a >>>>>>> bash script that automates most of the steps in pool trunk [2], though >>>>>>> the >>>>>>> steps are pretty simple. Personally, I think the lack of control and >>>>>>> generally flaky behavior of maven release automation is not worth the >>>>>>> trouble. I just use >>>>>>> mvn -Prc -DcreateChecksum=true install >>>>>>> to create the artifacts and then deploy them using scp (which you end up >>>>>>> having to do in the end to /dist even with the release plugin approach). >>>>>>> The advantages of this approach are 1) it is clear what is happening at >>>>>>> each stage 2) tags don't change 3) what we vote on is what gets >>>>>>> deployed 4) >>>>>>> it works reliably. >>>>>>> >>>>>>> [1] http://commons.apache.org/releases/index.html >>>>>>> [2] http://svn.apache.org/repos/asf/commons/proper/pool/trunk/pool-RC.sh >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> 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 >>>>>> >>>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> 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 >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> 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 >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
