• Bug
  • Status: Closed
  • 2 Major
  • Resolution: Fixed
  • ehcache-core
  • nrana
  • Reporter: alexsnaps
  • March 10, 2010
  • 0
  • Watchers: 0
  • April 13, 2010
  • March 22, 2010

Description

When a transaction is being prepared, while another one is commiting, that have at least 2 keys in common being accessed in “non-natural order of the locks” you end up with a deadlock. EhcacheXAResourceImpl#prepareCommand is simply iterating over the queued commands to lock on the oldVersionStore, while commit does (the proper!) getAndWriteLockAllSyncForKeys() call. That current situation creates the deadlock

Comments

Fiona OShea 2010-03-10

Targeting to Ehcache 2.0.1 (dot release to 2.0.0)

Nitin Rana 2010-04-13

System test “TwoResourceBTMXATest “(ehcache-terracotta-system-tests) is passing now.