I agree with Wolfgang's statement and would like to one thing. In the WS-I Basic Profile 1.1, rule R1127 [1] states: "A RECEIVER MUST NOT rely on the value of the SOAPAction HTTP header to correctly process the message. "
So, even in the case of a document/literal (wrapped or not) message, we must be able to route without the SOAP Action. I believe this works in Axis and should work in Axis2 as well. [1] - http://www.ws-i.org/Profiles/BasicProfile-1.1.html#SOAPAction_HTTP_Header Nicholas Gallardo WebSphere - WebServices Development [EMAIL PROTECTED] Phone: 512-838-1182 Building: 901 / 5G-016 WJ Krpelan <[EMAIL PROTECTED]> 01/10/2007 06:51 AM Please respond to [email protected] To [email protected] cc Subject Re: SOAPAction required? dear all, pls don't create a new bug. SOAPACTION is REQUIRED for HTTP-Transport (empty or otherwise) and it is PROHIBITED for every other transport other than HTTP. Noone is required to USE it, but there is some standard-usage within .NET. Cheers, Wolfgang Krpelan --- Amila Suriarachchi <[EMAIL PROTECTED]> wrote: > On 1/10/07, Justin Schoeman <[EMAIL PROTECTED]> > wrote: > > > > OK - Appending the operation name to the URL does > work, but I am not > > sure if .Net does this (I do not have .Net, just > some recorded > > messages). From what I can read on the web, > routing is supposed to > > occur via the first tag in the SOAP body (in this > case a > > confirmCustomerReq message). > > > Yes. This is the case if you have rpc/literal as > your soap binding style. > In rpc style it is supposed to wrap the input > message from an element of > which name equals to operation name. (see the WSDL > spec). hence it is > possible to determine the operation using the > message. > but in document/literal style (in this case) input > message is directly send > in the soapbody. And also it is possible to have the > same input message for > two different operations. Therefore it is not > possible to determine the > operation from the first element. > > > I realise this is a bit more complex, but it seems > to be how it is > > supposed to be done, although the documentation is > extremely vague on > > this point... > > > > > > > > > > -- > > > Amila Suriarachchi, > > > WSO2 Inc. > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > -- > Amila Suriarachchi, > WSO2 Inc. > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
