Thanks for the answer Daniel. I assume you try the way you describe in 1 before 2?
Some follow upp questions: 1. What formats of SOAPAction is allowed and how is it matched? Is both the namespace and operation part matched or only the operation? Does it handle also WCF style SOAPAction without a #? 2. Do you have some pointers to the CXF source code that does the parsing/matching that I can look at? When in production on the WAS using Axis2 we look at the first childnode of Element type of the SOAPBody and takes its localname but it would be nice to also understand how the matching/parsing of the SOAPAction takes place. Thanks Lars-Fredrik On Apr 10, 2015 7:49 PM, "Daniel Kulp" <[email protected]> wrote: > > > On Apr 9, 2015, at 5:53 PM, Lars-Fredrik Smedberg <[email protected]> > wrote: > > > > I see in JSR 224 that WSDL_SERVICE and WSDL_OPERATION both are optional. > > All services uses a document/literal/wrapped SOAP binding. > > > > We are using WebSphere Liberty Profile Next Beta in development which > uses > > CXF and WebSphere Full Profile in producetion which uses Axis2 > > > > In both cases WSDL_SERVICE contains a value. For CXF we always seem to > get > > a value for WSDL_OPERATION and for Axis2 we not seem to get a value for > > WSDL_OPERATION > > > > Can anyone explain how WSDL_SERVICE and WSDL_OPERATION are populated when > > using CXF? > > There are two ways: > > 1) SOAPAction/WS-Actions - if an operation can be matched based on the > actions, we use it. > > 2) When the SOAP Handler is called, in CXF the “parsing” is at the first > element of the body so we take a look at that element name and if it > matches a single operations payload, we can use that operation name. > > > -- > Daniel Kulp > [email protected] - http://dankulp.com/blog > Talend Community Coder - http://coders.talend.com > >
