[infinispan-issues] [JBoss JIRA] (ISPN-3603) Conditional command is committed on originator when it fails on primary owner
[
https://issues.jboss.org/browse/ISPN-3603?page=com.atlassian.jira.plugin....
]
Radim Vansa commented on ISPN-3603:
-----------------------------------
Well, I think my resilience tests would show more "problematic situations" that
are now fixed in 6.0 - looking for this particular issue would be pretty complicated.
Unless you want all fixes to be backported to 5.2.x. I don't have any specific
test-case, just stress the cluster until it gets broken and then spend quite a long time
digging into the trace logs for each instance of some problem.
Conditional command is committed on originator when it fails on
primary owner
-----------------------------------------------------------------------------
Key: ISPN-3603
URL: https://issues.jboss.org/browse/ISPN-3603
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Affects Versions: 6.0.0.CR1
Reporter: Radim Vansa
Assignee: Pedro Ruivo
Priority: Critical
Labels: jdg62blocker
In non-tx cache, when conditional command (e.g. ReplaceCommand) fails on primary owner
because the old value is not equal to current value, the
NonTxDistributionInterceptor.visitReplaceCommand returns false but the entry is committed
in EntryWrappingInterceptor anyway.
Speaking about EntryWrappingInterceptor.invokeNextAndApplyChanges:
NonTxDistributionInterceptor does not mark the command as unsuccessful if it fails on the
primary owner, therefore, checking for command.isSuccessful() in order to retry the
command upon topology change may seem insufficient.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira