Return-Path: Delivered-To: apmail-ws-axis-user-archive@ws.apache.org Received: (qmail 36538 invoked by uid 500); 12 Aug 2003 22:18:03 -0000 Mailing-List: contact axis-user-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-user@ws.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list axis-user@ws.apache.org Received: (qmail 36518 invoked from network); 12 Aug 2003 22:18:02 -0000 Subject: Re: Query To: axis-user@ws.apache.org X-Mailer: Lotus Notes Release 5.0.8 June 18, 2001 Message-ID: From: Junaid.Bhatra@mro.com Date: Tue, 12 Aug 2003 18:20:31 -0400 X-MIMETrack: Serialize by Router on MTA1/MRO(Release 6.0.2CF1|June 9, 2003) at 08/12/2003 06:19:57 PM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I was just reading through the WS-I Basic Profile 1.0 and I guess this is just the exact sort of thing that it prohibits when it says: R2710: The operations in a wsdl:binding in a WSDL description must result in wire signatures that are different from one another. The profile defines the "wire signature" of an operation in a wsdl:binding to be the fully qualified name of the child element of the soap:Body of the SOAP input message it describes. In the document-literal case, since a wrapper with the operation name is not present, the message signatures must be correctly designed so that they meet this requirement. - Junaid "Anne Thomas Manes" To: "sood_303" , cc: Subject: Re: Query 08/12/2003 08:00 AM Please respond to axis-user Ashish, I hope you don't mind, but I'm sending this response to the Axis community, because I'm sure others will appreciate it. You asked: > Can more than two operations in WSDL refer to the same message? if > yes then is there a way to map the message back to the operation? How > we can map the message back to the operation?Will the behaviour > differ in case rpc and document styles? The WSDL specification explicitly allows the reuse of messages, so, yes, two operations may refer to the same message. But I would recommend that you do so only when using the RPC style. A SOAP server is supposed to dispatch requests based on the Qname of the child element of the . When you're using RPC, the RPC system automatically generates a unique Qname for each operation -- the child element of the is the operation name. When you're using Document style, the Qname of the child element of the is the element named in the message definition. So for example, for any operation that uses the following message definition as its input, the child element of will be So, if you have two operations that use the same message as input, your SOAP server can't distinguish between the two messages based on the Qname. In this case you have to use some other mechanism to distinguish the messages, such as the HTTP SOAPAction header. This mechanism works in SOAP 1.1, but SOAPAction will be an optional feature in SOAP 1.2, so I suggest that you not grow dependent on it. Note that you would have the same problem if you use the same element definition in two messages: In this situation, if you use message "foo" in one operation and message "bar" in a second operation, both opertions will produce a signature of . Therefore, I recommend that you define separate elements for each message definition, although both elements may use the same type: Best regards, Anne ----- Original Message ----- From: "sood_303" To: Sent: Tuesday, August 12, 2003 5:01 AM Subject: Query > Hi, > > I read your repsonse to a question asked regarding WSDL. Well, the > response was excellent and explained all the details of WSDL > maginficently. It ecouraged me mail a question to you in > anticipation of similar response. > > I am also a newbie in this field. > I am working on software that has to decode a SOAP message and map it > to an operation. Assuming I have access to the WSDL file. > Can more than two operations in WSDL refer to the same message? if > yes then is there a way to map the message back to the operation? How > we can map the message back to the operation?Will the behaviour > differ in case rpc and document styles? > > Thanks > Ashish >