RE: [wsrf] Comments on wsrf-ws_resource-1.2-spec-wd-07

From
Ian Robinson <>
Date
2005-09-07T15:56:23+00:00
ID
Thread
RE: [wsrf] Comments on wsrf-ws_resource-1.2-spec-wd-07
One reason it is now difficult to relate the terms "resource identifier"
and "reference to a WS-Resource" is that I removed (per the resolution to
issue 127) the following text which related these 2 concepts:
"An identifier of the resource MUST be represented in any reference to a
WS-Resource. and MUST appear as part of any message to a WS-Resource to
allow the WS-Resource to disambiguate the resource targeted by the message.
The precise location of the resource identifier in a message to a
WS-Resource is dependent on the protocol binding used to interact with the
WS-Resource endpoint but is normatively defined in the appropriate
WS-Addressing binding specification. For example, [WSA – SOAP] defines the
binding of message addressing properties for the SOAP protocol."

It is not clear to me that this text repeats any part of WS-Addressing - it
is a description of the WS-RF usage of EPRs.
I would agree with Kirk's observation and suggest that we reinstate some or
all of the above text. At the very least, it would seem that we should
still state: "An identifier of the resource MUST be represented in any
reference to a WS-Resource. "

Comments?

Regards,
Ian Robinson
STSM, WebSphere Messaging and Transactions Architect
IBM Hursley Lab, UK



                                                                           
             "Murray, Bryan                                                
             P."                                                           
             <bryan.murray@hp.                                          To 
             com>                      "Wilson, Kirk D"                    
                                       <>, Ian           
             06/09/2005 20:48          Robinson/UK/IBM@IBMGB,              
                                       <>         
                                                                        cc 
                                                                           
                                                                   Subject 
                                       RE: [wsrf] Comments on              
                                       wsrf-ws_resource-1.2-spec-wd-07     
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           




The reason ResourceIdentifier is NOT used is that an EPR does not
provide "identity" for a resource. An EPR is only a reference to a
resource.

The use and rules associated with reference parameters is covered in
WS-Addressing and should not be covered in this spec.

Bryan

-----Original Message-----
From: Wilson, Kirk D [mailto:]
Sent: Tuesday, September 06, 2005 12:08 PM
To: ; 
Subject: [wsrf] Comments on wsrf-ws_resource-1.2-spec-wd-07

There now seems to be three concepts used with the space two pages:

             Resource Identifier
             Reference to a WS-Resource (which is structurally tied to
WS-Addressing)
             And, in the SOAP example: SomeDisambiguatorElement

These three concepts are never explicitly related to one other.
Obviously, SomeDisabmiguator is part of the reference to a WS-Resource
(ReferenceParameters).  Further, I assume, after carefully trying to
connect things that are in the text, that the Resource Identifier is at
least one possible "disambiguator element".  If so, would be clearer to
use <ResourceIdentifier>R1</ResourceIdentifier> rather than
<SomeDisambiguatorElement> in the example? After all, the text does say
that "R1" "identifies" the resource


Kirk Wilson
Architect, Development
Office of the CTO
802 765-4337