Thread safe handling of CORAL transactions by RDBAccessSvc
Given CORAL transaction context seems to be global, one thread can commit a transaction, which is active at that moment in another thread. Worked around this issue by starting readonly transaction when a session is created, and committing that transaction only when the corresponding session is closed. Addresses the issue discussed in ATLASRECTS-5737. Also removed several redundant include statements.
Showing
- Database/RDBAccessSvc/src/RDBAccessSvc.cxx 33 additions, 75 deletionsDatabase/RDBAccessSvc/src/RDBAccessSvc.cxx
- Database/RDBAccessSvc/src/RDBAccessSvc.h 4 additions, 7 deletionsDatabase/RDBAccessSvc/src/RDBAccessSvc.h
- Database/RDBAccessSvc/src/RDBQuery.cxx 1 addition, 19 deletionsDatabase/RDBAccessSvc/src/RDBQuery.cxx
- Database/RDBAccessSvc/src/RDBQuery.h 1 addition, 1 deletionDatabase/RDBAccessSvc/src/RDBQuery.h
- Database/RDBAccessSvc/src/RDBRecord.cxx 0 additions, 1 deletionDatabase/RDBAccessSvc/src/RDBRecord.cxx
- Database/RDBAccessSvc/src/RDBRecordset.cxx 0 additions, 2 deletionsDatabase/RDBAccessSvc/src/RDBRecordset.cxx
- Database/RDBAccessSvc/src/RDBVersionAccessor.cxx 0 additions, 2 deletionsDatabase/RDBAccessSvc/src/RDBVersionAccessor.cxx
- Database/RDBAccessSvc/src/RDBVersionAccessor.h 3 additions, 3 deletionsDatabase/RDBAccessSvc/src/RDBVersionAccessor.h
- Database/RDBAccessSvc/src/SourceCompAlg.h 0 additions, 1 deletionDatabase/RDBAccessSvc/src/SourceCompAlg.h
Loading
Please register or sign in to comment