[infinispan-issues] [JBoss JIRA] Commented: (ISPN-691) ReplicationQueue has an out-of-order issue
Galder Zamarreño (JIRA)
jira-events at lists.jboss.org
Mon Oct 11 10:07:39 EDT 2010
[ https://jira.jboss.org/browse/ISPN-691?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12556333#action_12556333 ]
Galder Zamarreño commented on ISPN-691:
---------------------------------------
Craig, do you have a unit test for this?
I'm not sure I understand how when max size is hit, items might get flushed out of order. Could you explain in further detail the behaivour you're seeing? Is it because the queue might be flushed concurrently if max size is hit and timer expires at the same time?
> ReplicationQueue has an out-of-order issue
> ------------------------------------------
>
> Key: ISPN-691
> URL: https://jira.jboss.org/browse/ISPN-691
> Project: Infinispan
> Issue Type: Bug
> Components: Core API
> Affects Versions: 4.1.0.Final, 4.2.0.ALPHA1, 4.2.0.ALPHA2
> Reporter: craig bomba
> Assignee: craig bomba
>
> The ReplicationQueue has an exposure to distributing items out of order. The ReplicationQueue may flush items in either of 2 ways. One way is the background thread provided by a ThreadPoolExecutor flushing on a timer. The other is via the current thread that does a put (which calls ReplicationQueue.add). In the case of the call to add if it hits the max size (set in the config by replQueueMaxElements) then items may get flushed to other nodes out of order. This is not evident when a test case only includes puts (new items or updated items in a cache). Your test must include removals to expose this concern.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the infinispan-issues
mailing list