Re: [jbosscache-dev] Anycast: JBCACHE-813 & JGRP-338
Mid-next week? I have something I need to debug on that branch
anyway, which I hope to do on Mon/Tue. And then Wed to give things a
sanity check, test everything, etc. So if I can have it for Wed it
would be great.
That said, I need to see if I need to hold out for JBCACHE-315.
Let's see after the TCK call today, since that will help determine
whether 1.4.1 goes into AS 4.2.
Cheers,
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
On 1 Dec 2006, at 08:39, Bela Ban wrote:
How long can you hold it ?
Manik Surtani wrote:
> +1. I can hold 1.4.1.CR for this next release of JGroups.
>
> Much preferred route for me. :-)
> --
> Manik Surtani
>
> Lead, JBoss Cache
> JBoss, a division of Red Hat
>
> Email: manik(a)jboss.org
> Telephone: +44 7786 702 706
> MSN: manik(a)surtani.org
> Yahoo/AIM/Skype: maniksurtani
>
>
>
> On 29 Nov 2006, at 09:42, Bela Ban wrote:
>
>> No. You'll send out the same request to *all* members, then wait
>> for all replies. At least that's how I will do it in anycast as
>> part of JGroups.
>> Hmm, no, you are actually right ! Okay, so let's leave the
>> JBossCache impl untouched and wait for JGroups 2.5 then. I can
>> cut a release in a week from now if you want.
>>
>> Brian Stansberry wrote:
>>> Re: making multiple unicast calls from the JBC layer, doesn't this
>>> likely increase the overall time to do the group RPC by putting
>>> each
>>> call/response in series? You lose JGroups' ability to correlate the
>>> responses.
>>>
>>>
>>
>> --Bela Ban
>> Lead JGroups / JBoss Clustering team
>> JBoss - a division of Red Hat
>>
>> _______________________________________________
>> jbosscache-dev mailing list
>> jbosscache-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosscache-dev
>
>
>
--
Bela Ban
Lead JGroups / JBoss Clustering team
JBoss - a division of Red Hat