- From: Vinoski, Stephen <Steve.Vinoski@iona.com>
- Date: Wed, 19 Jan 2005 20:49:03 -0500
- To: "Harris Reynolds" <hreynolds@webmethods.com>, <vikasd@yahoo.com>, <public-ws-addressing@w3.org>
I'm not sure why an EPR would have to be limited to being used only in transitory cases. If it's limited in that way, IMO it just means that something else quite like an EPR will need to be devised for the non-transitory cases. That seems like a mistake. --steve -----Original Message----- From: Harris Reynolds [mailto:hreynolds@webmethods.com] Sent: Wednesday, January 19, 2005 1:15 PM To: 'vikasd@yahoo.com'; public-ws-addressing@w3.org Subject: RE: EPR to UDDI Mapping There isn't currently a mapping from WSA to UDDI, although I am not sure that one will be needed. A lot of times an EPR will be part of an interaction. Node A sends B a message and includes a ReplyTo EPR specifying where a response should be sent. I am still not convinced that EPR are intended to be "stored" in the same way that services are saved to a UDDI Registry. EPRs seem to be more transitory in nature. The discussion on physical vs. logical addresses is interesting in this context. From my perspective the physical address (transport specific location) should be stored, but the logical address (the ERP) likely will not need to be. It will be interesting to see what happens in practice in this area. As a working group we will have a lot of educating to do to ensure the specification is used as designed. Harris Reynolds webMethods, Inc. -----Original Message----- From: public-ws-addressing-request@w3.org [mailto:public-ws-addressing-request@w3.org] On Behalf Of Vikas Deolaliker Sent: Wednesday, January 19, 2005 12:24 PM To: public-ws-addressing@w3.org Cc: vikasd@yahoo.com Subject: EPR to UDDI Mapping Is their a specification that show how a service can discover an existing EPR? Is their a UDDI binding defined for WSA-Core? In general, how can one discover/search for an EPR without an hallway conversation? Thanks Vikas
Received on Thursday, 20 January 2005 01:49:28 UTC