[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] Jason Shepherd updated JBESB-3796: ---------------------------------- Attachment: SupportCase00634223.zip -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration updated JBESB-3796: ------------------------------------------- Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=820031 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on JBESB-3796: ------------------------------------------------ Rick Wagner <rwagner(a)redhat.com&gt; made a comment on [bug 820031|https://bugzilla.redhat.com/show_bug.cgi?id=820031] The attached reproducer shows that the caller might or might not see a fault depending on whether or not ServiceInvoker is used in the Action chain. On the Support case, Jason has suggested this might be related to https://issues.jboss.org/browse/JBESB-3772. Could we please take a look at this for SOA-P 5.3? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on JBESB-3796: ------------------------------------------------ Rick Wagner <rwagner(a)redhat.com&gt; made a comment on [bug 820031|https://bugzilla.redhat.com/show_bug.cgi?id=820031] GSS bumping from 'medium' to 'high'. The customer is expressing interest in the issue, we would really like this one for 5.3. Thanks, Rick -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on JBESB-3796: ------------------------------------------------ Suz <sdorfiel(a)redhat.com&gt; made a comment on [bug 820031|https://bugzilla.redhat.com/show_bug.cgi?id=820031] Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Exception handling issues can arise after the SyncServiceInvoker fails. If an exception is thrown after the SyncServiceInvoker call, the error is not sent to the client. This can be resolved by setting a "FaultTo" EPR in a custom composer-class set on the service's FS-Provider. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] Jason Shepherd updated JBESB-3796: ---------------------------------- Attachment: BZ820031.patch Suggested fix to be implemented on 4.11_CP branch -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on JBESB-3796: ------------------------------------------------ Jason Shepherd <jshepherd(a)redhat.com&gt; made a comment on [bug 820031|https://bugzilla.redhat.com/show_bug.cgi?id=820031] Pending QA Approval -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on JBESB-3796: ------------------------------------------------ Rick Wagner <rwagner(a)redhat.com&gt; made a comment on [bug 852809|https://bugzilla.redhat.com/show_bug.cgi?id=852809] +++ This bug was initially created as a clone of Bug #820031 +++ Description of problem: I have an EBWS based service which is using the SyncServiceInvoker to call a second service. This all works fine but if I throw an exception after the SyncServiceInvoker call the exception is not propagated to the client as a soap fault. However if I remove the invocation of the SyncServiceInvoker and throw an exception, a soap fault is sent to the client. I have attached a test project which demonstrates this. To see the fault just comment out the SyncServiceInvoker call. Version-Release number of selected component (if applicable): 4.10 How reproducible: Use attached example project Steps to Reproduce: 1. Deploy the attached example project to SOA Platform 5.2.0 2. Use any SOAP Client to send a WS request to the ESB. 3. Observe that the returned response is not a SOAP Fault --- Additional comment from rwagner(a)redhat.com on 2012-05-11 09:22:34 EDT --- Created attachment 583845 User's example. --- Additional comment from rwagner(a)redhat.com on 2012-05-11 11:37:51 EDT --- The attached reproducer shows that the caller might or might not see a fault depending on whether or not ServiceInvoker is used in the Action chain. On the Support case, Jason has suggested this might be related to https://issues.jboss.org/browse/JBESB-3772. Could we please take a look at this for SOA-P 5.3? --- Additional comment from jshepherd(a)redhat.com on 2012-05-15 20:29:58 EDT --- The customer tried the suggestion on issue, JBESB-3772. And found it fixed this problem. We suggest the change implementer try suggestions there as a starting point. --- Additional comment from rwagner(a)redhat.com on 2012-05-22 08:27:03 EDT --- GSS bumping from 'medium' to 'high'. The customer is expressing interest in the issue, we would really like this one for 5.3. Thanks, Rick --- Additional comment from rwagner(a)redhat.com on 2012-06-06 09:03:50 EDT --- Not accepted as a blocker for 5.3, but we probably should re-visit this issue later. --- Additional comment from sdorfiel(a)redhat.com on 2012-06-12 01:00:36 EDT --- Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Exception handling issues can arise after the SyncServiceInvoker fails. If an exception is thrown after the SyncServiceInvoker call, the error is not sent to the client. This can be resolved by setting a "FaultTo" EPR in a custom composer-class set on the service's FS-Provider. --- Additional comment from jshepherd(a)redhat.com on 2012-08-12 18:50:35 EDT --- I confirmed this issue still exists on the 5.3 branch. Could we please have this addressed in the next roll-up patch? --- Additional comment from jira-update(a)redhat.com on 2012-08-28 17:57:14 EDT --- Jason Shepherd <jshepherd(a)redhat.com&gt; made a comment on jira JBESB-3796 Suggested fix to be implemented on 4.11_CP branch --- Additional comment from jshepherd(a)redhat.com on 2012-08-28 17:59:26 EDT --- Created attachment 607702 Suggested fix for Branch JBESB_4_11_CP Pending QA Approval -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration updated JBESB-3796: ------------------------------------------- Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=820031, https://bugzilla.redhat.com/show_bug.cgi?id=852809 (was: https://bugzilla.redhat.com/show_bug.cgi?id=820031) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] Sato Tadayoshi commented on JBESB-3796: --------------------------------------- I find that rather the root cause should be located in ActionProcessingPipeline. I understand that the core philosophy of ActionProcessingPipeline is use the ReplyTo/FaultTo of the original request message header when it returns the normal response message or the fault message regardless of however these headers are changed during the action processing. At the innermost processPipeline(Message) method, the call info of the original request message is surely cached to 'callDetails' variable, and this cache is consistently refered to for determining the FaultTo EPR in the faultTo method when an exception occurs while processing actions. However, what's not consistent is when the error message is created by invoking Factory.createErrorMessage(...) method, which unfortunatelly refers to the original request message itself instead of the callDetails cache. To make things worse, Factory.createErrorMessage(...) returns the input message rather than a newly created error message if the input message doesn't have ReplyTo/FaultTo in its header, which is the case of this issue. That's why an ESB service doesn't return a SOAP fault but the normal result of SyncServiceInvoker to the client. Considering that the problem is in this inconsistency of ActionProcessingPipeline and the same issue can occur with any actions which manipulates the request message header to null, I think the correct fix to the issue should be modifying ActionProcessingPipeline and Factory.createErrorMessage(...). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] Tadayoshi Sato resolved JBESB-3796. ----------------------------------- Fix Version/s: 4.11 CP2 Resolution: Done -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on JBESB-3796: ------------------------------------------------ Julian Coleman <jcoleman(a)redhat.com&gt; changed the Status of [bug 820031|https://bugzilla.redhat.com/show_bug.cgi?id=820031] from MODIFIED to ON_QA -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on JBESB-3796: ------------------------------------------------ Rick Wagner <rwagner(a)redhat.com&gt; changed the Status of [bug 820031|https://bugzilla.redhat.com/show_bug.cgi?id=820031] from VERIFIED to CLOSED -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/JBESB-3796?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on JBESB-3796: ------------------------------------------------ Rick Wagner <rwagner(a)redhat.com&gt; changed the Status of [bug 881857|https://bugzilla.redhat.com/show_bug.cgi?id=881857] from ASSIGNED to ON_QA -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira