- From: Yalcinalp, Umit <umit.yalcinalp@sap.com>
- Date: Tue, 9 Nov 2004 21:42:07 +0100
- To: "'Hugo Haas'" <hugo@w3.org>
- Cc: public-ws-addressing@w3.org
>-----Original Message----- >From: public-ws-addressing-request@w3.org >[mailto:public-ws-addressing-request@w3.org] On Behalf Of Hugo Haas >Sent: Tuesday, Nov 09, 2004 9:46 AM >To: Yalcinalp, Umit >Cc: public-ws-addressing@w3.org >Subject: Re: Issue 019: WSDL Version Neutrality > > >Hi Umit. > >* Yalcinalp, Umit <umit.yalcinalp@sap.com> [2004-11-09 03:02+0100] >> >- the action MIH has some WSDL 1.1 language associated to >it. I would >> > propose: >> > >> > It is RECOMMENDED that value of the [action] property is a URI >> > identifying an input, output, or fault message within a WSDL >> > description. >> > >> >- the main issue with the action MIH comes from: >> > >> > An action may be explicitly or implicitly associated with the >> > corresponding WSDL definition. Section 3.3 below describes the >> > mechanisms of association. >> > >> > However, section 3.3 describes a WSDL 1.1-specific >mechanism. If the >> > service has a WSDL 2.0 description, another mechanism needs to be >> > used, which is actually defined by the WSDL 2.0 specification[4]. >> > >> > I would therefore propose that section 3.3 be introduced as a >> > mapping of a WSDL 1.1 description to an action URI, that we note >> > that for WSDL 2.0, the message reference component URI should be >> > used. >> > >> >> >> After many hours of discussions in WSDL 2.0 wg with respect >to how to carry operation names on the wire, the content of >[action] with the fragment identifier as proposed looks a lot >like the operation name feature for WSDL 2.0 [1], which is >described in Section 2.2.1.1. Interestingly, there has been >resistence to make it a required feature [2]. >> >> Action delivers exactly the requirement that the operation >name feature was trying to deliver with your proposal, namely >making the operation name on the wire to be present. If Action >is required to be present, as being debated now, consequently >the operation name will always present as suggested by the >fragment identifier value ONLY IF the value of [action] MUST >be the fragment identifier. >> >> Therefore, I am trying to get a clarification to whether you >are suggesting that the value SHOULD be the fragment >identifier or MUST be? Following the similar debate, the >answer begs the question as to whether it is possible to >define a "null" action (even if Action is required) or whether >the proposed [action] values MAY contain URI values including, >but not limited to, fragment identifiers of message reference >components. > >As it stands, this is only a default value for people who have a WSDL >in their hands (a SHOULD). However, you could not use a "null" value >as the [action] URI is mandatory, though you could certainly use an >unhelpful one such as "http://unhelpful.example/". That is what I was getting at ("null"/not meaningful). There are two different things here -- whether Action is required or not. -- What its value must/should be Even if the Action is required, it is possible to define a meaningless Action (aka "null"). As far as I understand your proposal, one would not be required to constrain the Action values to URIs for message reference components, but would be recommended to. > >Basically, the use of addressing will give people the ability to >fulfill the operation name requirement, but I think that it will only >fulfill it if they use it to provide useful information, which the >implicit value does. > >Cheers, Thanks for the clarification, --umit > >Hugo > >-- >Hugo Haas - W3C >mailto:hugo@w3.org - http://www.w3.org/People/Hugo/ >
Received on Tuesday, 9 November 2004 20:42:52 UTC