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.
>
> 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
