No problem Adrian, it was reported hours ago !
I don't expect bugs to be fixed within hours ;-)
And, as we wrote before, this is not really a bug... we are only solidifying
things here and I was not expecting to receive so much exceptions when
connecting to S3 (yeah, you heard me Amazon).
Keep up the good work...
phil
P.S.: my own Hudson internally release versions of my project to an external
repository... when I restart the server, it picks up the latest release (And
I really mean release - not deploy, so I can't use snapshots.. I will have
to wait for the next ispn version anyway.. no hurry)
On Wed, May 26, 2010 at 11:41 PM, Adrian Cole <ferncam1(a)gmail.com> wrote:
Phil,
wrt jclouds
Sorry the bug you've mentioned is not already fixed in beta-6. When
it is fixed in snapshot, you "could" override the maven dependency in
infinispan with the new version. Beta-7 is likely a few weeks away.
I can look into this bug this weekend.
-Adrian
On Wed, May 26, 2010 at 3:17 PM, Philippe Van Dyck <pvdyck(a)gmail.com>
wrote:
> A-mazing...
> FYI, with 4.1.0.BETA1 and jclouds 1.0-beta-5, when S3 resets the
connection,
> I have the same behavior we talked about about the lock not being
released.
>
> The issue is reported here
> :
http://code.google.com/p/jclouds/issues/detail?id=268
> Can't wait to test your fix Manik !
> Cheers,
> Phil
> P.S.: BTW, there is a snapshot (???) in the release maven repository ...
> shouldn't it be in the ... snapshot repo ?
> On Wed, May 26, 2010 at 11:08 PM, Manik Surtani <manik(a)jboss.org> wrote:
>>
>> On 26 May 2010, at 17:58, Philippe Van Dyck wrote:
>>
>> Is it still possible to upgrade to jclouds beta 6 before the release ?
>>
>> Yup jclouds beta6 is in trunk already.
>>
>> cheers,
>> philippe
>> On Wed, May 26, 2010 at 4:04 PM, Manik Surtani <manik(a)jboss.org> wrote:
>>>
>>> On 26 May 2010, at 14:49, Mircea Markus wrote:
>>>
>>> >
>>> > On 26 May 2010, at 15:29, Manik Surtani wrote:
>>> >
>>> >> Guys,
>>> >>
>>> >> So we've decided to release Radegast BETA2 tomorrow rather than
CR1,
>>> >> as it gives folks more time to feed back stuff. Hopefully there
won't be
>>> >> any work done on Radegast between BETA2 and CR1 except fixing
issues
people
>>> >> may report.
>>> >>
>>> >> And for this purpose, I propose branching trunk to a 4.1 branch,
after
>>> >> we tag BETA2:
>>> >>
>>> >>
http://anonsvn.jboss.org/repos/infinispan/branches/4.1.x
>>> >>
>>> >> This way trunk can contain the 5.0 codebase, and people can start
>>> >> working on 5.0 features.
>>> >>
>>> > so that we release from 4.1.x and after releasing merge into trunk?
or
>>> > merge into trunk before releasing?
>>>
>>> I presume you are referring to post-BETA2 releases - in that case,
merge
>>> to trunk first (since commits/changes for 4.1.x releases will be on
that
>>> branch)
>>>
>>> >> Thoughts, opinions?
>>> >>
>>> >> Cheers,
>>> >> Manik
>>> >> --
>>> >> Manik Surtani
>>> >> manik(a)jboss.org
>>> >> Lead, Infinispan
>>> >> Lead, JBoss Cache
>>> >>
http://www.infinispan.org
>>> >>
http://www.jbosscache.org
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >> _______________________________________________
>>> >> infinispan-dev mailing list
>>> >> infinispan-dev(a)lists.jboss.org
>>> >>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>> >
>>> >
>>> > _______________________________________________
>>> > infinispan-dev mailing list
>>> > infinispan-dev(a)lists.jboss.org
>>> >
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>>
>>> --
>>> Manik Surtani
>>> manik(a)jboss.org
>>> Lead, Infinispan
>>> Lead, JBoss Cache
>>>
http://www.infinispan.org
>>>
http://www.jbosscache.org
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> infinispan-dev mailing list
>>> infinispan-dev(a)lists.jboss.org
>>>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>
>> --
>> Manik Surtani
>> manik(a)jboss.org
>> Lead, Infinispan
>> Lead, JBoss Cache
>>
http://www.infinispan.org
>>
http://www.jbosscache.org
>>
>>
>>
>>
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev