Because a commit command usually has at least one locked key, it is much more likely than other commands to fail on the originator with a RehashInProgressException.

There is no retry mechanism in this case, so the transaction will fail (after we have confirmed the prepare to the TM) and the transaction's keys will not be unlocked (because the failure happens in StateTransferLockInterceptor, which is below the locking interceptor in the invocation chain).