[jboss-jira] [JBoss JIRA] Resolved: (JGRP-751) ReplicatedHashMap state becomes inconsistent after merge

[Vladimir Blagojevic (JIRA)]

     [ http://jira.jboss.com/jira/browse/JGRP-751?page=all ]

Vladimir Blagojevic resolved JGRP-751.
--------------------------------------

    Resolution: Rejected

A merge strategy is highly dependent on the application at hand, that's 
why we don't provide a one-size-fits-all strategy.

> ReplicatedHashMap state becomes inconsistent after merge
> --------------------------------------------------------
>
>                 Key: JGRP-751
>                 URL: http://jira.jboss.com/jira/browse/JGRP-751
>             Project: JGroups
>          Issue Type: Bug
>    Affects Versions: 2.6.3
>            Reporter: Robert Newson
>         Assigned To: Bela Ban
>            Priority: Minor
>             Fix For: 2.6.3, 2.7
>
>         Attachments: ReplicatedHashMap.patch, ReplicatedHashMapMergeTest.java
>
>
> ReplicatedHashMap does not correctly handle state transfer during a merge, leaving members with inconsistent map entries.
> Specifically, on receipt of a MergeView no attempt is made to reconcile the state of all members. Each member retains the entries it had while partitioned, though all members will correctly apply subsequent mutations.
> I've attached a unit test that demonstrates the bug and also a patch that corrects the behavior (specifically, by calling getState() on the coordinator of each subview on receipt of a MergeView).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira