-
Bug
-
Resolution: Done
-
Critical
-
6.1.0
-
None
Description of problem:
RuntimeManager adds OptimisticLockRetryInterceptor and TransactionLockInterceptor on top of SingleSessionCommandService$TransactionInterceptor on KieSession initialization.
But once a transaction is rolled back in later process execution, SingleSessionCommandService.commandService is overwritten by new TransactionInterceptor(kContext) in initExistingKnowledgeSession() hence the Interceptor stack is lost.
How reproducible:
Once a process execution transaction is rolled back, always reproducible. It could be serious in case of Singleton strategy because an application keeps using the ksession alive.
Steps to Reproduce:
1. Going to send a pull request.
- blocks
-
RHBPMS-1434 [GSS] (6.1.z) SingleSessionCommandService Interceptor stack is lost when rollback
-
- Verified
-
- is duplicated by
-
RHBPMS-1434 [GSS] (6.1.z) SingleSessionCommandService Interceptor stack is lost when rollback
-
- Verified
-