[ https://issues.jboss.org/browse/ISPN-1620?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-1620: ------------------------------- Summary: A remote get acquired a local lock for the key before writing it to L1 and never releases it (was: A remote get acquired a local lock for the key before writing it to L1) Fix Version/s: 5.1.0.CR2 5.1.0.FINAL Description: See the example code in the forum: http://community.jboss.org/message/641760 Because the lock is not released, a subsequent put on the key owner will not be able to invalidate the copy in L1 and so we get an inconsistency between the data in the two caches. It seems to work fine in non-transactional caches. Priority: Critical (was: Major) Assignee: Mircea Markus (was: Manik Surtani) Affects Version/s: 5.1.0.CR1 Component/s: Locking and Concurrency Forum Reference: http://community.jboss.org/message/641760 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/ISPN-1620?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-1620: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/737 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira