Re: [Pgi-wg] Sec: Agreement on WS-Naming (ref by strawman)
ok, consider two EPRs with exactly the same wsa:to elements and only the referenceparameter is different indicating the different resources behind the service interface. How do you visualize/deal with the different EPRs if they are opaque!? Take care, Morris -------------------------------------------------------------------------------- Morris Riedel SW - Engineer Distributed Systems and Grid Computing Division Central Institute of Applied Mathematics Research Centre Juelich Wilhelm-Johnen-Str. 1 D - 52425 Juelich Germany Email: m.riedel@fz-juelich.de Info: http://www.fz-juelich.de/zam/ZAMPeople/riedel Phone: +49 2461 61 - 3651 Fax: +49 2461 61 - 6656 Skype: MorrisRiedel 'We work to improve ourselves and the rest of mankind.' ----- Original Message ----- From: Duane Merrill <dgm4d@virginia.edu> Date: Friday, March 20, 2009 3:39 pm Subject: Re: [Pgi-wg] Sec: Agreement on WS-Naming (ref by strawman)
On Fri, Mar 20, 2009 at 10:30 AM, <m.riedel@fz-juelich.de> wrote:
but if I have an EPR obtained from UNICORE-BES (wsa:To + referenceproperties) that a client of ARC can't handle it
rightly would
break our desired interop by maybe just using wsa:To URIs...
The beauty of WS-Addressing is that reference parameters are opaque. As a client, *you don't need to know* how to handle them. And as a service, you don't need to know how to handle any other service's reference parameterseither. Only your own (and only then if you decide to have them.)
-Duane
------------------------------------------------------------------- ------------------------------------------------------------------- Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzende des Aufsichtsrats: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Dr. Ulrich Krafft (stellv. Vorsitzender), Prof. Dr. Harald Bolt, Dr. Sebastian M. Schmidt ------------------------------------------------------------------- -------------------------------------------------------------------
First off, they may not be logically different (and therefore are interchangable). Also, WS-Addressing *requires* that the client consider that reference parameters as opaque. If your client is making decisions based upon reference parameters, then it may fall victim to a fragile dependence on the syntax/semantics of something it is not meant to understand. If a client needs to know they are different (because the address fields are the same), WS-Naming is there to save the day by telling you that they are different via the EPI. -Duane On Fri, Mar 20, 2009 at 10:42 AM, <m.riedel@fz-juelich.de> wrote:
ok,
consider two EPRs with exactly the same wsa:to elements and only the referenceparameter is different indicating the different resources behind the service interface.
How do you visualize/deal with the different EPRs if they are opaque!?
Take care, Morris
-------------------------------------------------------------------------------- Morris Riedel SW - Engineer Distributed Systems and Grid Computing Division Central Institute of Applied Mathematics Research Centre Juelich Wilhelm-Johnen-Str. 1 D - 52425 Juelich Germany
Email: m.riedel@fz-juelich.de Info: http://www.fz-juelich.de/zam/ZAMPeople/riedel
Phone: +49 2461 61 - 3651 Fax: +49 2461 61 - 6656
Skype: MorrisRiedel
'We work to improve ourselves and the rest of mankind.'
----- Original Message ----- From: Duane Merrill <dgm4d@virginia.edu> Date: Friday, March 20, 2009 3:39 pm Subject: Re: [Pgi-wg] Sec: Agreement on WS-Naming (ref by strawman)
On Fri, Mar 20, 2009 at 10:30 AM, <m.riedel@fz-juelich.de> wrote:
but if I have an EPR obtained from UNICORE-BES (wsa:To + referenceproperties) that a client of ARC can't handle it
rightly would
break our desired interop by maybe just using wsa:To URIs...
The beauty of WS-Addressing is that reference parameters are opaque. As a client, *you don't need to know* how to handle them. And as a service, you don't need to know how to handle any other service's reference parameterseither. Only your own (and only then if you decide to have them.)
-Duane
------------------------------------------------------------------- ------------------------------------------------------------------- Forschungszentrum Juelich GmbH 52425 Juelich
Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzende des Aufsichtsrats: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Dr. Ulrich Krafft (stellv. Vorsitzender), Prof. Dr. Harald Bolt, Dr. Sebastian M. Schmidt ------------------------------------------------------------------- -------------------------------------------------------------------
participants (2)
-
Duane Merrill -
m.riedel＠fz-juelich.de