You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@axis.apache.org by Tony Opatha <to...@yahoo.com> on 2004/01/15 07:49:48 UTC

Can AXIS 1.1 Web Services have operations sharing same Requests/Responses?

In AXIS using the WSDL2Java tool it seems that for Document style SOAP messages, i.e., Doc/Lit messaging option, there is a limitation that if we have more than two or 
more operations for a given web service then each of those web services have to 
have different (i.e., unique) Request and Response types defined as part of the
wsdl:message component definition:
 
- Ops1Request
- Ops1Response
- Ops2Request
- Ops2Response
 
where Ops1Request and Ops1Response will be processed by the web service's
Ops1 operation, and Ops2Request and OpsResponse would be processed by
the web service's Ops2 operation.
 
Is it possible for some of the operations that are defined as part of the WSDL
interface specification to re-use the Request and Response type for different
operations?
 
Or, is true that AXIS 1.1 run-time has problems in handling multiple operations within a web service?

Does AXIS 1.1 depend on the unique request types such that Axis framework knows exactly which operation that it should dispatch to? 
 
Is there a workaround for this in AXIS 1.1 and/or recommendation of how we should
design the WSDL interface spec?
 
Isn't this behaviour consistent with WSDL 1.1?
 
Thanks for your help. 


---------------------------------
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes

Re: Can AXIS 1.1 Web Services have operations sharing same Requests/Responses?

Posted by Anne Thomas Manes <an...@manes.net>.
Tony,

I can't answer your question regarding the behavior of Axis, but according 
to the WS-I Basic Profile, each operation must have a unique message 
signature, which is defined by the qname of the child element of the 
<env:Body> element. (When using Doc/Literal, the child element of the 
<env:Body> is the element specified in the input message body <part> 
element attribute.) Therefore each operation must use a unique input 
message. No such restriction exists for the output message.

Anne

At 11:18 AM 1/15/2004, you wrote:
>In AXIS using the WSDL2Java tool it seems that for Document style SOAP 
>messages, i.e., Doc/Lit messaging option, there is a limitation that if we 
>have more than two or
>more operations for a given web service then each of those web services 
>have to
>have different (i.e., unique) Request and Response types defined as part 
>of the
>wsdl:message component definition:
>
>- Ops1Request
>- Ops1Response
>- Ops2Request
>- Ops2Response
>
>where Ops1Request and Ops1Response will be processed by the web service's
>Ops1 operation, and Ops2Request and OpsResponse would be processed by
>the web service's Ops2 operation.
>
>Is it possible for some of the operations that are defined as part of the WSDL
>interface specification to re-use the Request and Response type for different
>operations?
>
>Or, is true that AXIS 1.1 run-time has problems in handling multiple 
>operations within a web service?
>Does AXIS 1.1 depend on the unique request types such that Axis framework 
>knows exactly which operation that it should dispatch to?
>
>Is there a workaround for this in AXIS 1.1 and/or recommendation of how we 
>should
>design the WSDL interface spec?
>
>Isn't this behaviour consistent with WSDL 1.1?
>
>Thanks for your help.
>
>
>Do you Yahoo!?
>Yahoo! Hotjobs: 
><http://pa.yahoo.com/*http://us.rd.yahoo.com/hotjobs/mail_footer_email/evt=21482/*http://hotjobs.sweepstakes.yahoo.com/signingbonus>Enter 
>the "Signing Bonus" Sweepstakes