Re: Fwd: Last call issue with section 3.0: why does this spec man date a dispatching model?

Tim:
The WG, during its F2F, decided NOT to accept your proposal (identified as LC issue 54) to delete some text in section 3.0 related to dispatching. The text, however, was revised. The revised accepted text is:

"The mandatory [destination] and [action] properties indicate the target processing location and the verb or intent of the message respectively, which can facilitate dispatch of incoming messages."

Please acknowledge on this list whether or not this resolution is acceptable to you,

Thanks,
Nilo
(on behalf of the WS-A WG)

> Resent-From: public-ws-addressing-comments@w3.org
> From: "Tim Ewald" <tim@mindreef.com>
> Date: April 18, 2005 11:31:25 AM PDT
> To: <public-ws-addressing-comments@w3.org>
> Subject: Last call issue with section 3.0: why does this spec mandate 
> a dispatching model?
> Reply-To: <tim@mindreef.com>
> Organization: MindReef
> X-Archived-At: http://www.w3.org/mid/ <http://www.w3.org/mid/> 
>
>
> I want to raise an issue with section 3.0, [1], which says, in part:
>
> <quote>
> The dispatching of incoming messages is based on two message 
> properties: the
> mandatory "destination" and "action" fields indicate the target 
> processing
> location and the verb or intent of the message respectively.
> </quote>
>
> In the WS-I BP WG, we argued strongly that we shouldn't be saying 
> anything
> about dispatching because it is a service implementation detail. So I 
> wonder
> why WS-Addressing says this. If I choose to dispatch on request 
> element in
> SOAP body or prefix used for the SOAP envelope, what do you care? Is 
> it the
> intent of WSA to "standardize" implementation model?
>
> I'd prefer to see this paragraph dropped.
>
> Thanks,
> Tim-
>
> [1] http://www.w3.org/TR/2005/WD-ws-addr-core-20050331/#msgaddrprops <http://www.w3.org/TR/2005/WD-ws-addr-core-20050331/#msgaddrprops> 
>
> _______________________
> Tim Ewald
> http://www.mindreef.com <http://www.mindreef.com/> 

Received on Monday, 2 May 2005 17:32:05 UTC