Bug 1327610

Summary: Kie server: Concurrent call fails when creating container
Product: [Retired] JBoss BRMS Platform 6 Reporter: Karel Suta <ksuta>
Component: Kie-ServerAssignee: Karel Suta <ksuta>
Status: CLOSED EOL QA Contact: Karel Suta <ksuta>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.3.0CC: etirelli, lpetrovi, rrajasek
Target Milestone: CR1   
Target Release: 6.3.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-03-27 20:01:17 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
stacktrace none

Description Karel Suta 2016-04-15 13:19:56 UTC 
Created attachment 1147640 [details]
stacktrace

Description of problem:
If Kie server gets a request concerning container while this container is being created then Kie server throws exception shown in attachment.

It is caused by creating conversation ID header, which contains also release id of container, for any request concerning such container. If container is being created at that moment then release id isn't set yet, causing this issue.

Solution could be to return empty conversation ID(if wasn't set in request) until container is fully initialized - is in started state.

For more info see [1].


Version-Release number of selected component (if applicable):
6.3.0ER3

How reproducible:
See test in [2]

Steps to Reproduce:
1.
2.
3.

Actual results:
Kie server throws exception when concurrent call is done.

Expected results:
Kie server should correctly return response.

Additional info:


[1] https://issues.jboss.org/browse/DROOLS-1128
[2] https://github.com/droolsjbpm/droolsjbpm-integration/pull/432
Comment 2 Maciej Swiderski 2016-04-15 15:29:10 UTC 
this has been already fixed (by Karel - thanks a lot) and merged into master:
https://github.com/droolsjbpm/droolsjbpm-integration/commit/20a9aac9a45abbc1e83cb0c42907bd29f5b8e6e7

actually this is rather specific use case (though still might happen) that operations are invoked concurrently when container is being started. Usually this operation is fast but first attempts might take more time - when downloading maven dependencies etc.
Comment 3 Karel Suta 2016-04-19 07:59:38 UTC 
merged into 6.4.x:
https://github.com/droolsjbpm/droolsjbpm-integration/commit/f532b9a02031d99395f0122ed23ab43e520552df
Comment 4 Karel Suta 2016-04-28 09:02:06 UTC 
Verified in 6.3.0CR1