(Adding Jonathan who knows a thing or two about transactions.)
Given that READ_COMMITTED (RC) is less performant than REPEATABLE_READ (RR)
I don't see any value in keeping RC around. I don't think users rely on
exact RC semantics (i.e. if an entry has been committed then an ongoing
tx requires t
Dear Infinispan community,
We are proud to announce the first Beta release of Infinispan 6.0.0. This is an
important milestone in the 6.0.0 lifecycle: it is feature and API complete.
Included in this release, you can find:
• a complete implementation of the remote-query functionality,
i
On 19 September 2013 09:06, Radim Vansa wrote:
> I think that Read Committed isolation level is not obliged to present
> you with up-to-date committed data - the only fact is that it can, but
> application must not rely on that. It's lower isolation level.
> Nevertheless, I think that lower isolat
For Infinispan 6.0 we decided that the following issue is a bloker:
https://issues.jboss.org/browse/ISPN-2143 - Improve how different
indexed caches sync up on new indexed types
It really is important, and I'm a bit concerned that it was moved to
CR1 as it might not be trivial: for embedded query
No for this reason.
Sent from my iPhone
> On 19 Sep 2013, at 06:30, Bela Ban wrote:
>
> Does this delay the final release accordingly ?
>
>> On 9/19/13 12:14 AM, Mircea Markus wrote:
>> ..because of some errors in the server build:
>> https://gist.github.com/mmarkus/6616484
>>
>> Cheers,
>
Hi all,
Re: https://issues.jboss.org/browse/ISPN-3318
Re: https://docs.jboss.org/author/display/ISPN/Rolling+upgrades
I've been thinking about this migration stuff, and I came to the conclusion
that for anyone that wants to migrate cache store data and are using Hot Rod or
REST, they should use
I think that Read Committed isolation level is not obliged to present
you with up-to-date committed data - the only fact is that it can, but
application must not rely on that. It's lower isolation level.
Nevertheless, I think that lower isolation level should mean better
performance. I would be