Description
SentryStore.openTransaction() is synchronized for no reason - the peristence manager factory is thread-safe.
The synchronization here doesn't make any sense at all:
/** * Synchronized due to sequence id generation */ public synchronized CommitContext commitUpdateTransaction(PersistenceManager pm) { commitTransaction(pm); return new CommitContext(SERVER_UUID, incrementGetSequenceId()); } /** * Increments commitSequenceId which should not be modified outside * this method. * * @return sequence id */ private synchronized long incrementGetSequenceId() { return ++commitSequenceId; }
Note that incrementGetSequenceId() is synchronized so there is no need to synchronize commitUpdateTransaction(). More over, there is no need to synchronize incrementGetSequenceId(), it can just use atomic for the index. And I think that handling of this atomic should be moved to the CommitContext instead.
Attachments
Issue Links
- blocks
-
SENTRY-1491 Sentry transactions are not rolled back immediately when commit fails
- Resolved
- relates to
-
SENTRY-1422 JDO deadlocks while processing grant while a background thread processes Notificationlogs
- Resolved
-
SENTRY-872 Uber jira for HMS HA + Sentry HA redesign
- Resolved