- From: Scott Hinkelman <srh@us.ibm.com>
- Date: Wed, 22 May 2002 10:20:00 -0500
- To: "Sanjiva Weerawarana" <sanjiva@watson.ibm.com>
- Cc: www-ws-desc@w3.org
Hi Sanjiva, I wish I felt I was reading too much into the meaning of <operation>, but do not. Clearly the spec indicates "Operation? an abstract description of an action supported by the service.", and there are many wide spread perceptions that it is intended to represent intentionality. Take the thread/issue in this forum " Issue: should WSDL allow overloaded methods?" -I don't even know what a "method" actually is in WSDL, but the discussion refers to WSDL Operations. Beyond this, the spec does also refers to the 4 primitives as "operations" (which I would suggest we call 'interactions'). That said, make no mistake that I agree with you on the primary purpose of <operation> at the abstraction level to allow reference from the realization (concrete binding) layer to the associated <message>s. However, I hold there is significant misconception and needed clarity on this at a minimum, but more is needed. Consider a vertical consortium which has no intention to formally standardize the realization layer and are faced with defining <operation name=>s while reading WSDL 1.1. I assert that it is far from clear that the primary purpose is to provide reference targets that could be used in bindings. I think we need an issue on this, if at this point it is clarification only, but ultimately we need to support portTypes that clearly have no action semantics in the abstract layer (not the case yet in my mind). thanks, Scott ______________ Scott Hinkelman, Senior Software Engineer XML Industry Enablement IBM e-business Standards Strategy 512-823-8097 (TL 793-8097) (Cell: 512-415-8490) srh@us.ibm.com, Fax: 512-838-1074 "Sanjiva Weerawarana" To: Scott Hinkelman/Austin/IBM@IBMUS <sanjiva@watson.i cc: <www-ws-desc@w3.org> bm.com> Subject: Re: proposed issue: Support for non-named-operation oriented portTypes 05/21/2002 03:52 PM Hi Scott, I think you're reading too much into the operation "name." In WSDL 1.1, while you're required to provide a name at the time of defining the portType, there is NO requirement that that translate into something on the wire. In particular, I believe for doc/lit style bindings the operation name simply does not apply. The name exists primarily to allow bindings to refer to specific operations so that binding information may be given. Without a name, there's no way to refer to a particular operation. Bye, Sanjiva. ----- Original Message ----- From: "Scott Hinkelman" <srh@us.ibm.com> To: "Sanjiva Weerawarana" <sanjiva@watson.ibm.com> Cc: <www-ws-desc@w3.org>; <www-ws-desc-request@w3.org> Sent: Friday, May 17, 2002 8:11 PM Subject: proposed issue: Support for non-named-operation oriented portTypes > Hello, > I would like to propose an issue on the requirement for all portTypes to be > named-operation oriented. > > There are significant efforts in several industry/semi-vertical standards > bodies that define business payload content through structures where all > message intentionality is defined directly as part of the payload. Taking > the view that the WSDL name attribute on operation is intended to reflect > the intentionality of the message (which I believe is the popular view) > fundamentally presents core model difference and appears can only result in > unnatural representations at best using WSDL. In my mind, named operations > on a Service is a key aspect to Service Orientation, but there is > significant momentum in industry groups operating outside this orientation > aspect. > > I believe this to be a significant hurdle of WSDL adoption for groups > operating under this type of design, where all message intentionality is an > intricate part of the payload structure. > > I'm not sure of the details for issue submission and thank you for this > consideration. > > Scott > ______________ > Scott Hinkelman, Senior Software Engineer > XML Industry Enablement > IBM e-business Standards Strategy > 512-823-8097 (TL 793-8097) (Cell: 512-415-8490) > srh@us.ibm.com, Fax: 512-838-1074
Received on Wednesday, 22 May 2002 11:20:16 UTC