Re: [javagroups-users] 2.8.0 Beta 2 - Draw2Channels

[Bela B. <be...@ya...>]

Why do you need 2 separate channels ? I suggest to use the same channel 
! A data channel with only UDP and FRAG2 is dangerous because

    * dropped UDP datagrams are not retransmitted (needs NAKACK or UNICAST)
    * flow control is not provided (needs FC)
    * failure detection is not present (needs FD or FD_SOCK/FD_ALL, or a
      combination thereof)

I'm confident JGroups can handle the traffic for both channels in one.

Having said that, you can always run both channels on top of the same 
shared transport (read the manual for how to set it up) and achive what 
you want. Again, I do NOT recommend that though !


Tai Truong wrote:
> Hi,
>
> I tried something similar as shown in Draw2Channels (see attached file) 
> for 2.6.10.merged where my AgentDispatcher has two RPCDispatcher:
>
> - dispatcher with control channel with a full blown protocol stack 
> including GMS
> - dispatcher with data channel containing only UDP and FRAG2
>
> Now when running two AgentDispatcher and PerfDispatcherTest it works 
> fine. The important thing is that the data channels in each dispatcher 
> does not know each other (since it does not has GMS). So what I did is 
> to ask the AgentDispatcher (first member in control channel) to return 
> the data channel's address.
>
> Then the data channel is used in PerfDispatcherTest's as a target 
> address (provided by AgentDispatcher) to do a remote call. This works 
> all fine under 2.6.10.merged.
>
> Now with 2.8.0 Beta 2 there is the introduction with the logical address 
> (getLocalAddress() in AgentDispatcher needs to be replaced twice with 
> getAddress()). But now TP.sendToSingleMember() uses a map to do lookup 
> for a PhysicalAddress for the UUID (logical address). But since the data 
> channel in PerfDispatcherTest does only know itself and no other members 
> this is not working anymore.
>
> Cheers Tai
>
>   

-- 
Bela Ban
Lead JGroups / Clustering Team
JBoss (by Red Hat)