Re: [jgroups-users] Ability to set the coordinator programaticaly and the ability to maintain a shared state
Questions/problems related to using JGroups <[email protected]> Mon, 7 May 2018 20:22:58 +0530
| Newsgroups | gmane.comp.java.javagroups.general |
|---|---|
| Message-ID | <mailman.5301.1525704828.977.javagroups-users@lists.sourceforge.net> |
Hi Bobby, Thanks a lot, I tried this method, so far it has been working perfectly. But I faced an issue when it comes to handling merge views. I was trying to implement [1] in case of merge-view. Can we guarantee that the view changes always happen before the message?. if current coordinator sends some message during a merge view, from clients ent can I be sure that the view change (merge view) will be received first. [1] http://www.jgroups.org/manual4/index.html#_the_primary_partition_approach Thanks & Regards, Tharindu Tharindu Munasinghe. Undergraduate, Department of Computer Science and Engineering University of Moratuwa. Contact no. +94770460887 On Sun, May 6, 2018 at 3:04 AM, Questions/problems related to using JGroups <[email protected]> wrote: > On Sat, May 5, 2018 at 5:24 PM, Questions/problems related to using > JGroups <[email protected]> wrote: > >> >> >> On Sat, May 5, 2018 at 1:35 AM, Questions/problems related to using >> JGroups <[email protected]> wrote: >> >>> Hi all, >>> >>> Thank very much @Bobby for your valuable answer. Your answer actually >>> helps me to understand the usage of state transfer clearly. >>> >>> Just wanted to clarify a small thing. Did you mean that there is an >>> inbuilt message saying "reload the shared state" in the library itself >>> (similar to what happen when there is view change, the views get >>> automatically pushed to all the members) or did you propose a method to >>> fetch the latest state from the coordinator once the coordinator notifies >>> the clients?. >>> >> >> That last one. There actually might be something I don't know about, but >> when the coordinator sees that something has changed it notifies everyone. >> > > I should have been more specific: there might be something in jgroups to > handle this, but in *my* app code we wrote the code to have the coordinator > send the message, other nodes get it, etc. > > Bobby > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > javagroups-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/javagroups-users > > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ javagroups-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/javagroups-users