This is the trace of the waiting thread. This means there is some thread in the cluster that holds the lock. Is it possible to determine which one and on which jvm and why this lock has not been released.
> We did not use transactions because we did not want to have to handle the condition of what to do if the commit fails. We thought with locking if two threads were updating at the same time the other would just wait until it became free. I am afraid I don't 100% understand this. Transactions were designed and implemented exactly for that goal - if commit fails then nothing changes and data remains consistent. And what do you do if cache.put() fails? Btw, put() in transactional cache starts implicit transaction :) so you have transactions anyways. --Yakov
