[ https://issues.jboss.org/browse/AS7-3768?page=com.atlassian.jira.plugin.s... ] Rostislav Svoboda updated AS7-3768: ----------------------------------- Description: I'm developing WS-Addressing tests for AS7 TS and I hit interesting issue. It's about org.jboss.as.test.integration.ws.wsa.TestNoAddressingTestCase -- usingWSDLFromDeployedEndpoint test, when I run just TestNoAddressingTestCase everything if fine, but when I run all Test*AddressingTestCase I have failure. Main error message is 'A required header representing a Message Addressing Property is not present{http://www.w3.org/2005/08/addressing}MessageAddressingHeaderRequi...;. But WS-Addressing shouldn't be enabled at all. Just TestNoAddressingTestCase (./integration-tests.sh -e -Dts.basic clean test -Dtest=TestNoAddressingTestCase) Details for usingWSDLFromDeployedEndpoint (@HandlerChain used to dump message) {code} ----------- Incoming message: ----------- <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><s... xmlns:ns2="http://www.jboss.org/jbossws/ws-extensions/wsaddressing&q... ----------- Outgoing message: ----------- <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><s... xmlns:ns2="http://www.jboss.org/jbossws/ws-extensions/wsaddressing&q... no-addressing!</return></ns2:sayHelloResponse></soap:Body></soap:Envelope> ----------- {code} All Test*AddressingTestCase (./integration-tests.sh -Dts.basic clean test -Dtest=Test*AddressingTestCase) Details for usingWSDLFromDeployedEndpoint: {code} ----------- Incoming message: ----------- <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><s... xmlns="http://www.w3.org/2005/08/addressing">http://www.jbos... xmlns="http://www.w3.org/2005/08addressing">urn:uuide4f20e7-... xmlns="http://www.w3.org/2005/08/addressing">http://localhos... xmlns="http://www.w3.org/2005/08/addressing"><Address>... xmlns:ns2="http://www.jboss.org/jbossws/ws-extensions/wsaddressing&q... ----------- Outgoing message: ----------- <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><s... xmlns:ns2="http://www.jboss.org/jbossws/ws-extensions/wsaddressing&q... no-addressing!</return></ns2:sayHelloResponse></soap:Body></soap:Envelope> ----------- {code} Details: - How could addressing appear in incoming message? - I dump generated WSDL file and it contains no addressing namespaces and elements [1] - I think WS lookup in usingWSDLFromDeployedEndpoint method is just standard - Is there any client side caching? TestNoAddressingTestCase must be influenced by other tests. Branch with WS-Addressing tests: https://github.com/rsvoboda/jboss-as/tree/ws-addressing Commit: https://github.com/rsvoboda/jboss-as/commit/c345ea0ebccb50bdbada5cd105d2f... [1] WSDL dump: https://github.com/rsvoboda/jboss-as/commit/c345ea0ebccb50bdbada5cd105d2f... was: I'm developing WS-Addressing tests for AS7 TS and I hit interesting issue. It's about org.jboss.as.test.integration.ws.wsa.TestNoAddressingTestCase -- usingWSDLFromDeployedEndpoint test, when I run just TestNoAddressingTestCase everything if fine, but when I run all Test*AddressingTestCase I have failure. Just TestNoAddressingTestCase (./integration-tests.sh -e -Dts.basic clean test -Dtest=TestNoAddressingTestCase) Details for usingWSDLFromDeployedEndpoint (@HandlerChain used to dump message) {code} ----------- Incoming message: ----------- <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><s... xmlns:ns2="http://www.jboss.org/jbossws/ws-extensions/wsaddressing&q... ----------- Outgoing message: ----------- <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><s... xmlns:ns2="http://www.jboss.org/jbossws/ws-extensions/wsaddressing&q... no-addressing!</return></ns2:sayHelloResponse></soap:Body></soap:Envelope> ----------- {code} All Test*AddressingTestCase (./integration-tests.sh -Dts.basic clean test -Dtest=Test*AddressingTestCase) Details for usingWSDLFromDeployedEndpoint: {code} ----------- Incoming message: ----------- <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><s... xmlns="http://www.w3.org/2005/08/addressing">http://www.jbos... xmlns="http://www.w3.org/2005/08addressing">urn:uuide4f20e7-... xmlns="http://www.w3.org/2005/08/addressing">http://localhos... xmlns="http://www.w3.org/2005/08/addressing"><Address>... xmlns:ns2="http://www.jboss.org/jbossws/ws-extensions/wsaddressing&q... ----------- Outgoing message: ----------- <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><s... xmlns:ns2="http://www.jboss.org/jbossws/ws-extensions/wsaddressing&q... no-addressing!</return></ns2:sayHelloResponse></soap:Body></soap:Envelope> ----------- {code} Details: - How could addressing appear in incoming message? - I dump generated WSDL file and it contains no addressing namespaces and elements [1] - I think WS lookup in usingWSDLFromDeployedEndpoint method is just standard - Is there any client side caching? TestNoAddressingTestCase must be influenced by other tests. Branch with WS-Addressing tests: https://github.com/rsvoboda/jboss-as/tree/ws-addressing Commit: https://github.com/rsvoboda/jboss-as/commit/c345ea0ebccb50bdbada5cd105d2f... [1] WSDL dump: https://github.com/rsvoboda/jboss-as/commit/c345ea0ebccb50bdbada5cd105d2f... -- 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/AS7-3768?page=com.atlassian.jira.plugin.s... ] Dimitris Andreadis updated AS7-3768: ------------------------------------ In order to cherrypick this in the EAP ER2 build, we would need a resolution by Feb/27th. Is this doable? -- 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/AS7-3768?page=com.atlassian.jira.plugin.s... ] Richard Opalka updated AS7-3768: -------------------------------- Fix Version/s: (was: 7.1.1.Final) -- 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/AS7-3768?page=com.atlassian.jira.plugin.s... ] Alessio Soldano edited comment on AS7-3768 at 2/21/12 4:20 PM: --------------------------------------------------------------- I *think* you're right, you're dealing with a caching issue, more specifically you're probably ending up using the same Apache CXF bus instance on client side and the client in there is named with the name of service it relates to. A cxf specific way of avoiding this is to force creating a new instance of CXF Bus for each test (that of course affects performances). So there's basically a solution for users having clients consuming multiple services with the same qualified name in the same client thread (not that common situation after all anyway). The jbossws doc warns about potential issues with bus association to the current thread, especially when running in-container (https://docs.jboss.org/author/display/JBWS/Apache+CXF+integration); this is design choice of Apache CXF in any case. was (Author: asoldano): I *think* you're right, you're dealing with a caching issue, more specifically you're probably ending up using the same Apache CXF bus instance on client side and the client in there is named with the name of service is relates to. A cxf specific way of avoiding this is to force creating a new instance of CXF Bus for each test (that of course affects performances). So there's basically a solution for users having clients consuming multiple services with the same qualified name in the same client thread (not that common situation after all anyway). The jbossws doc warns about potential issues with bus association to the current thread, especially when running in-container (https://docs.jboss.org/author/display/JBWS/Apache+CXF+integration); this is design choice of Apache CXF in any case. -- 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