Bug 780751 (SOA-3205) - Wise SOAPClient SOAPFaultException lost
Summary: Wise SOAPClient SOAPFaultException lost
Keywords:
Status: CLOSED NEXTRELEASE
Alias: SOA-3205
Product: JBoss Enterprise SOA Platform 5
Classification: JBoss
Component: JBossESB
Version: 5.1.0 GA
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 5.2.0.ER5
Assignee: tcunning
QA Contact:
URL: http://jira.jboss.org/jira/browse/SOA...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-07-21 20:48 UTC by david.boeren
Modified: 2011-11-03 11:32 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-11-03 11:32:58 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
HelloWS.jar (6.73 KB, application/java-archive)
2011-07-21 20:49 UTC, david.boeren
no flags Details
webservice_consumer_wise_smooks.zip (51.31 KB, application/zip)
2011-07-21 20:50 UTC, david.boeren
no flags Details
webservice_consumer_wise_smooks.zip (46.06 KB, application/zip)
2011-07-22 20:15 UTC, david.boeren
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 780774 0 high CLOSED Wise SOAPClient SOAPFaultException lost 2021-02-22 00:41:40 UTC
Red Hat Issue Tracker SOA-3205 0 None None None Never

Internal Links: 780774

Description david.boeren 2011-07-21 20:48:41 UTC
Help Desk Ticket Reference: https://c.na7.visual.force.com/apex/Case_View?id=500A0000007BBvM&sfdc.override=1
Steps to Reproduce: 1.  Deploy the attached war file on SOA-P 5.1
2.  Unzip the webservice_consumer_wise_smooks.zip into the quickstarts directory
3.  ant deploy
4.  ant runtest
project_key: SOA

Wise will allow expected exceptions to be returned as an InvocationResult but will trap anything it does not recognise and throw it back to the invoker as an exception.  This terminates the pipeline and the remainder of the pipeline is prevented from processing the *valid* SOAP response because wise is turning it into an exception, thereby treating it in a different manner from the exceptions that are defined within the WSDL (and expected).  It is still visible through the exception processing but shouldn't be, it should be treated in the same manner as other SOAP faults.

Comment 1 david.boeren 2011-07-21 20:49:19 UTC
Attachment: Added: HelloWS.jar


Comment 2 david.boeren 2011-07-21 20:50:10 UTC
Attachment: Added: webservice_consumer_wise_smooks.zip


Comment 3 tcunning 2011-07-22 15:02:11 UTC
Link: Added: This issue is related to JBESB-3643


Comment 4 david.boeren 2011-07-22 20:15:16 UTC
This is an updated version fixing a small build.xml bug that would lose the build/META-INF/smooks*.xml files if you did a clean.

Comment 5 david.boeren 2011-07-22 20:15:16 UTC
Attachment: Added: webservice_consumer_wise_smooks.zip


Comment 6 david.boeren 2011-07-28 19:43:22 UTC
Link: Added: This issue relates to SOA-3227


Comment 7 tcunning 2011-08-22 19:42:04 UTC
The fix for this has been committed, but it seems as if there's a regression caused by the Smooks upgrade from ESB 4.9->ESB 4.10.     PropertyChecker.java is not finding the generated bean class the first time the quickstart is run, but any subsequent time, this works fine.

Comment 8 tcunning 2011-08-22 19:42:49 UTC
Link: Added: This issue is related to JBESB-3666


Comment 9 Tom Fennelly 2011-09-08 11:44:34 UTC
So, is the issue associated with this JIRA fixed then?  Sounds like Tom is saying it is, but something else (unrelated to the fix made for this JIRA) is broken because of the upgrade to Smooks v1.4, right?  Or is the regression specifically related to the fix made for this JIRA?  If so, do we know if it fails or not with the previous version of Smooks?

Tom... can you provide more info on the regression please?  Which test is failing etc?

Comment 10 Kevin Conner 2011-09-08 12:35:57 UTC
This may be related to SOA-3321, it would be worth retesting

Comment 11 Kevin Conner 2011-09-08 14:01:21 UTC
The classloading appears to have been addressed by the fix for SOA-3321, the quickstart ran correctly.

One problem I noticed us that the fix is passing information between the SOAPClient and aspect using a system property, which is not safe.  We need to fix this part.

Comment 12 Kevin Conner 2011-09-08 14:12:17 UTC
Link: Added: This issue depends JBESB-3678


Comment 13 tcunning 2011-09-08 21:37:09 UTC
Fixed the system property issue, replaced with ThreadLocal.

Comment 14 David Le Sage 2011-09-25 23:24:44 UTC
Release Notes Docs Status: Added: Documented as Resolved Issue
Writer: Added: dlesage
Release Notes Text: Added: https://issues.jboss.org/browse/SOA-3205


Comment 15 David Le Sage 2011-09-27 02:26:27 UTC
Release Notes Text: Removed: https://issues.jboss.org/browse/SOA-3205 Added: https://issues.jboss.org/browse/SOA-3205

If Wise encountered an error it could not handle, it would terminate the pipeline.  A code fix has been applied so that exceptions are now handled in a consistent manner.


Comment 16 Filip Elias 2011-11-03 11:32:33 UTC
Verified in 5.2.ER6

Comment 17 Filip Elias 2011-11-03 11:32:58 UTC
Verified in 5.2.ER6


Note You need to log in before you can comment on or make changes to this bug.