Re: [jgroups-dev] TreeMesh progress and questions
Bela Ban <[email protected]>
| Newsgroups | gmane.comp.java.javagroups.devel |
|---|---|
| Message-ID | <[email protected]> |
Mike Jensen wrote: > The question is, are using these as UUID's getting me any benefit. Only if you use additional_data. If you don't, use Address as an opaque data structure. > After much consideration, I have decided that the address in this tree > mesh don't need to span data centers. Instead I should put that > functionality in a different protocol (probably something based off > relay, but I don't think it can be relay because I actually want > multiple relay nodes to exist and function, so there are duplicate > connections between data centers. The primary reason for this is to > ensure at least one connection exists, while still not having a > guaranteed view.... OK, makes sense: separation of concerns... > So is there any value in making these casts or should I just store it > as an Address? I'd use Address >> However, if A gets a connection request from B, A might not have any >> idea of the physical address of B, because B was not involved in the >> discovery address. > I don't understand why this is. We have a TCP connection directly to > this nodes socket, why can't we easily determine the address without > having more back & forth communication? Or am I misunderstanding? You're right, I've created [1] to investigate this ! This may still not get use the logical name, but maybe we can ship it with connection establishment in TCP... However, until I've investigated [1], I suggest you do ship this information with the connection request. Once [1] is in place, you could remove that code again... [1] https://jira.jboss.org/browse/JGRP-1240 -- Bela Ban Lead JGroups / Clustering Team JBoss ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Javagroups-development mailing list