[jbosscache-dev] Anycast: JBCACHE-813 & JGRP-338

[Manik Surtani]

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 at jboss.org
Telephone: +44 7786 702 706
MSN: manik at 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 at jboss.org
>> Telephone: +44 7786 702 706
>> MSN: manik at 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 at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jbosscache-dev
>>
>>
>>
>
> -- 
> Bela Ban
> Lead JGroups / JBoss Clustering team
> JBoss - a division of Red Hat
>