I ran the test a bit locally.  It seems the ordering is fine either
way, however when transactions are enabled sometimes an event is
raised twice (I only ever saw a mismatch in size).  I tweaked the test
to use regular listeners as well and it happens there as well.  I
would say to log a JIRA and we can look further into it.
]


On Tue, Apr 7, 2015 at 12:46 PM, Pierre Sutra <pierre.su...@unine.ch> wrote:
> Hello,
>
> I have run some tests regarding the ordering properties of the clustered
> eventing mechanism in Infinispan
> (https://gist.github.com/otrack/0b67dcdae61bb83e0da3).
>
> When transaction are set to false, clustered listeners receive events in
> the same order, as expected. Yet, this is not the case when transactions
> are available. I would like to know whether this behavior is expected,
> or not, as the documentation does not precise it.
>
> Cheers,
> Pierre
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
_______________________________________________
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

Reply via email to