[JBoss JIRA] Created: (ISPN-787) Cache.get(...) does not go remote if DIST + batch + REPEATABLE_READ
8:28 p.m.
Cache.get(...) does not go remote if DIST + batch + REPEATABLE_READ
-------------------------------------------------------------------
Key: ISPN-787
URL: https://jira.jboss.org/browse/ISPN-787
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Affects Versions: 4.2.0.BETA1
Reporter: Paul Ferraro
Assignee: Manik Surtani
Priority: Critical
Attachments: ISPN787TestCase.java
The attached test reproduces the problem.
* Create 3 caches from 3 clustered managers
* Do a cache put
* If batching is enabled, and isolation level is REPEATABLE_READ, cache get only returns
the correct value for those nodes to which the key hashes
* The same cache get succeeds if isolation level is dropped to READ_COMMITTED or if get is
not done within a batch
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:28 p.m.
New subject: [JBoss JIRA] Updated: (ISPN-787) Cache.get(...) does not go remote if DIST + batch + REPEATABLE_READ
[
https://jira.jboss.org/browse/ISPN-787?page=com.atlassian.jira.plugin.sys...
]
Paul Ferraro updated ISPN-787:
------------------------------
Attachment: ISPN787TestCase.java
Cache.get(...) does not go remote if DIST + batch + REPEATABLE_READ
-------------------------------------------------------------------
Key: ISPN-787
URL: https://jira.jboss.org/browse/ISPN-787
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Affects Versions: 4.2.0.BETA1
Reporter: Paul Ferraro
Assignee: Manik Surtani
Priority: Critical
Attachments: ISPN787TestCase.java
The attached test reproduces the problem.
* Create 3 caches from 3 clustered managers
* Do a cache put
* If batching is enabled, and isolation level is REPEATABLE_READ, cache get only returns
the correct value for those nodes to which the key hashes
* The same cache get succeeds if isolation level is dropped to READ_COMMITTED or if get
is not done within a batch
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:01 p.m.
New subject: [JBoss JIRA] Updated: (ISPN-787) Cache.get(...) does not go remote if DIST + batch + REPEATABLE_READ
[
https://jira.jboss.org/browse/ISPN-787?page=com.atlassian.jira.plugin.sys...
]
Paul Ferraro updated ISPN-787:
------------------------------
Description:
The attached test reproduces the problem.
* Create 3 DIST mode caches from 3 clustered managers
* Do a cache put
* If batching is enabled, and isolation level is REPEATABLE_READ, cache get only returns
the correct value for those nodes to which the key hashes
* The same cache get succeeds if isolation level is dropped to READ_COMMITTED or if get is
not done within a batch
was:
The attached test reproduces the problem.
* Create 3 caches from 3 clustered managers
* Do a cache put
* If batching is enabled, and isolation level is REPEATABLE_READ, cache get only returns
the correct value for those nodes to which the key hashes
* The same cache get succeeds if isolation level is dropped to READ_COMMITTED or if get is
not done within a batch
Cache.get(...) does not go remote if DIST + batch + REPEATABLE_READ
-------------------------------------------------------------------
Key: ISPN-787
URL: https://jira.jboss.org/browse/ISPN-787
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Affects Versions: 4.2.0.BETA1
Reporter: Paul Ferraro
Assignee: Manik Surtani
Priority: Critical
Attachments: ISPN787TestCase.java
The attached test reproduces the problem.
* Create 3 DIST mode caches from 3 clustered managers
* Do a cache put
* If batching is enabled, and isolation level is REPEATABLE_READ, cache get only returns
the correct value for those nodes to which the key hashes
* The same cache get succeeds if isolation level is dropped to READ_COMMITTED or if get
is not done within a batch
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:39 a.m.
New subject: [JBoss JIRA] Commented: (ISPN-787) Cache.get(...) does not go remote if DIST + batch + REPEATABLE_READ
[
https://jira.jboss.org/browse/ISPN-787?page=com.atlassian.jira.plugin.sys...
]
Paul Ferraro commented on ISPN-787:
-----------------------------------
Digging into this a little further, I think I see where the discrepancy is:
in org.infinispan.container.EntryFactoryImpl.createWrappedEntry(...) returns a
NullMarkerEntry for the REPEATABLE_READ case, but a null for the READ_COMMITTED case.
However, org.infinispan.interceptors.DistributionInterceptor.needsRemoteGet(...) will not
returns true unless the entry is null, or entry.isLockPlaceholder() is true (for which
NullMarkerEntry returns false).
Perhaps entry.isNull() should be added to this criteria?
Cache.get(...) does not go remote if DIST + batch + REPEATABLE_READ
-------------------------------------------------------------------
Key: ISPN-787
URL: https://jira.jboss.org/browse/ISPN-787
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Affects Versions: 4.2.0.BETA1
Reporter: Paul Ferraro
Assignee: Manik Surtani
Priority: Critical
Attachments: ISPN787TestCase.java
The attached test reproduces the problem.
* Create 3 DIST mode caches from 3 clustered managers
* Do a cache put
* If batching is enabled, and isolation level is REPEATABLE_READ, cache get only returns
the correct value for those nodes to which the key hashes
* The same cache get succeeds if isolation level is dropped to READ_COMMITTED or if get
is not done within a batch
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:22 p.m.
New subject: [JBoss JIRA] Commented: (ISPN-787) Cache.get(...) does not go remote if DIST + batch + REPEATABLE_READ
[
https://jira.jboss.org/browse/ISPN-787?page=com.atlassian.jira.plugin.sys...
]
Paul Ferraro commented on ISPN-787:
-----------------------------------
https://github.com/infinispan/infinispan/pull/52
Cache.get(...) does not go remote if DIST + batch + REPEATABLE_READ
-------------------------------------------------------------------
Key: ISPN-787
URL: https://jira.jboss.org/browse/ISPN-787
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Affects Versions: 4.2.0.BETA1
Reporter: Paul Ferraro
Assignee: Manik Surtani
Priority: Critical
Attachments: ISPN787TestCase.java
The attached test reproduces the problem.
* Create 3 DIST mode caches from 3 clustered managers
* Do a cache put
* If batching is enabled, and isolation level is REPEATABLE_READ, cache get only returns
the correct value for those nodes to which the key hashes
* The same cache get succeeds if isolation level is dropped to READ_COMMITTED or if get
is not done within a batch
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:48 a.m.
New subject: [JBoss JIRA] Resolved: (ISPN-787) Cache.get(...) does not go remote if DIST + batch + REPEATABLE_READ
[
https://jira.jboss.org/browse/ISPN-787?page=com.atlassian.jira.plugin.sys...
]
Manik Surtani resolved ISPN-787.
--------------------------------
Assignee: Paul Ferraro (was: Manik Surtani)
Resolution: Done
Cache.get(...) does not go remote if DIST + batch + REPEATABLE_READ
-------------------------------------------------------------------
Key: ISPN-787
URL: https://jira.jboss.org/browse/ISPN-787
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Affects Versions: 4.2.0.BETA1
Reporter: Paul Ferraro
Assignee: Paul Ferraro
Priority: Critical
Attachments: ISPN787TestCase.java
The attached test reproduces the problem.
* Create 3 DIST mode caches from 3 clustered managers
* Do a cache put
* If batching is enabled, and isolation level is REPEATABLE_READ, cache get only returns
the correct value for those nodes to which the key hashes
* The same cache get succeeds if isolation level is dropped to READ_COMMITTED or if get
is not done within a batch
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
5149
days inactive
5152
days old
infinispan-issues@lists.jboss.org
5 comments
2 participants
participants (2)
-
Manik Surtani (JIRA) -
Paul Ferraro (JIRA)