Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1063344

Summary: bpm signal_event returns null when completing existing process
Product: [JBoss] JBoss Fuse Service Works 6 Reporter: Anton Giertli <agiertli>
Component: Rules / jBPM integrationAssignee: kconner
Status: CLOSED CURRENTRELEASE QA Contact: ppecka <ppecka>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.0.0 GACC: cobrien, kbabo, ppecka, rwagner, soa-p-jira
Target Milestone: ---   
Target Release: One-off release   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
PATCH NAME: 1063344 PRODUCT NAME: JBoss Fuse Service Works VERSION: 6.0.0 GA SHORT DESCRIPTION: bpm signal_event returns null when completing existing process LONG DESCRIPTION: If a process was already started by one invocation (start_process) to the bpm component, then goes into a wait state, then a second invocation (signal_event) finishes that process instance by way of a merging gateway, then the result data is never returned from the bpm component to the client. MANUAL INSTALL INSTRUCTIONS: Backup and remove the following files: $JBOSS_HOME/modules/system/layers/soa/org/switchyard/component/bpm/main/switchyard-component-bpm-1.1.1-p5-redhat-1.jar Extract the patched files by either: Using unzip: unzip bz-1063344.zip Extract the files from the zip to the following locations: $JBOSS_HOME/modules/system/layers/soa/org/switchyard/component/bpm/main/switchyard-component-bpm-1.1.1-p5-redhat-1.jar Instructions to uninstall: Restore the following files that were backed up before the patch was installed: $JBOSS_HOME/modules/system/layers/soa/org/switchyard/component/bpm/main/switchyard-component-bpm-1.1.1-p5-redhat-1.jar Repeat the same process for any occurence of this library, for example in your maven repository. backup/replace ~/.m2/repository/org/switchyard/components/switchyard-component-bpm/1.1.1-p5-redhat-1/switchyard-component-bpm-1.1.1-p5-redhat-1.jar CREATOR: Anton Giertli (this patch), David Ward (actual fix) DATE: 19.3.2014
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-03-26 15:49:24 UTC Type: Support Patch
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1063388    
Attachments:
Description Flags
switchyard-test
none
diff
none
BZ-1063344 none

Description Anton Giertli 2014-02-10 14:32:28 UTC
Description of problem:
If a process was already started by one invocation (start_process) to the bpm component, then goes into a wait state, then a second invocation (signal_event) finishes that process instance by way of a merging gateway, then the result data is never returned from the bpm component to the client.

Version-Release number of selected component (if applicable):
FSW 6 GA

How reproducible:
always

Steps to Reproduce:
1. Reproducible with the attachment. 


Actual results:
The result variable is be null.

Expected results:
The result variable is properly mapped.

Comment 1 Anton Giertli 2014-02-10 14:33:57 UTC
Created attachment 861411 [details]
switchyard-test

Comment 2 Anton Giertli 2014-02-10 14:35:03 UTC
Fixed by David with this pull request:
https://github.com/jboss-switchyard/components/pull/641

Comment 3 Anton Giertli 2014-03-19 14:50:45 UTC
Created attachment 876383 [details]
diff

diff file produced by
git difftool --extcmd=diff --no-prompt

diff can also be checked in the already mentioned pull request.

Comment 4 Anton Giertli 2014-03-19 15:02:43 UTC
Created attachment 876389 [details]
BZ-1063344

Comment 6 Anton Giertli 2014-03-25 10:48:48 UTC
Hi,

ppecka discovered that there are some issues when the tests are being performed on a project deployed on FSW (service invoked by SoapUI). On the contrary, project works fine when tested as standalone java app (mvn clean test).

Petr, can you please share your latest findings ?

I have also asked customer what tests he has performed, and if he could try to reproduce it deployed on the FSW container. I will update the BZ once I receive the answer.

Cheers,
Anton.

Comment 8 ppecka 2014-03-26 15:15:32 UTC
this issue was VERIFIED on fsw-6.0.0-GA. Patch is already attached to BZ.
it's md5sum
d6f75c36f2bcd083da7f1d502127fd43  BZ-1063344.zip

Comment 9 Anton Giertli 2014-03-26 15:28:05 UTC
Hi,

since the patch has been verified I would like to request it to be uploaded in the Customer Portal.

Thanks,
Anton

Comment 10 ppecka 2014-03-26 15:34:00 UTC
requesting patch upload