- From: Mark Nottingham <mark.nottingham@bea.com>
- Date: Wed, 10 Nov 2004 21:06:17 -0800
- To: Rebecca Bergersen <Rebecca.Bergersen@iona.com>, Anish Karmarkar <Anish.Karmarkar@oracle.com>
- Cc: "<public-ws-addressing@w3.org>" <public-ws-addressing@w3.org>, Stephen Vinoski <Steve.Vinoski@iona.com>, Eric Newcomer <Eric.Newcomer@iona.com>
OK. This is now i033; http://www.w3.org/2002/ws/addr/wd-issues/#i033 > The focus of Issue 27 is whether the existing PortType and ServiceName > elements of an EPR are meaningful. It also suggests that if the > consumer has the WSDL, the PortType and ServiceName elements are not > needed. The focus of the issue revolves around the PortType and > ServiceName elements. These are good comments and they make a worthy > issue, but it is not the issue I have defined. A possible resolution > to issue 27 would be to remove the portType and serviceName elements > as being meaningless (and I do NOT advocate such a resolution!) I didn't read that into 27 (the references to portType and serviceName's utility seemed to me to be more rhetorical motivation for defining such a property), but I can see that it could be read otherwise, and that the resolution could take a different path. Anish, please note that a possible resolution to i027 is also the proposed resolution to i033; this might save you some work. > Additionally, I would like to own the issue I have been diligently > pursuing. I believe both issues are valuable and should be addressed > independently. Since you've expressed interest, I've already assigned it to you. Regards and thanks for your patience, >> -----Original Message----- >> From: Mark Nottingham [mailto:mark.nottingham@bea.com] >> Sent: Wednesday, November 10, 2004 9:01 PM >> To: Bergersen, Rebecca >> Cc: Vinoski, Stephen; public-ws-addressing@w3.org; Newcomer, Eric >> Subject: Re: NEW Issue - Reference to WSDL definition in an EPR >> >> >> Rebecca, >> >> Issue 23 became a discussion of optionality in EPRs because that was >> the most well-defined aspect of it discussed at the F2F; your action >> item was specifically intended to assure that the other >> aspects of the >> original issue, as you saw them, were captured. >> >> Your proposed issue did not "disappear"; I asked for clarification, in >> >> http://lists.w3.org/Archives/Public/public-ws-addressing/2004Nov/ >> 0109.html >> Thank you for providing that clarification, and for capturing the >> remainder of your original issue. >> >> Can you differentiate what you describe below from the >> existing issue >> 27? >> http://www.w3.org/2002/ws/addr/wd-issues/#i027 >> What's there *appears* to be the same issue that you're raising. >> >> If it is essentially the same issue, I'll augment the existing issue >> with the information and proposal you've provided, rather >> than open a >> duplicate issue knowingly. >> >> Thanks, >> >> >> >> On Nov 10, 2004, at 4:31 PM, Bergersen, Rebecca wrote: >> >>> In case this issue looks familiar to the twenty or so people who >>> attended the NYC face-to-face, it should. This "new" issue is a >>> restatement of an issue that was defined at the second day of that >>> face-to-face meeting in New York; it was discussed for two >> hours on >>> the third day of that meeting and discussion was continued to the >>> teleconference. However, when the teleconference occured, >> the issue >>> had been framed as the optionality of metadata - certainly >> a point of >>> view on a link to a WSDL service definition, but not the >> actual topic >>> of the issue defined at the face-to-face. However, at the >>> teleconference I was given the action item to redefine both >> this issue >>> and the multiple ports issue. I did that, publishing both >> issues the >>> following morning. The ports issue made it to the issue >> list, but the >>> WSDL reference issue disappeared. Instead an issue dealing with >>> WSDL:location that was submitted later by another >> individual appeared. >>> >>> This reference to WSDL definition in an EPR is a >> restatement of the >>> issue in the formal manner that was defined after the sequence of >>> events described above. Please discuss this issue based on >> the formal >>> definition I have presented. >>> >>> With respect, >>> Rebecca Bergersen >>> Principal Architect, Middleware Standards >>> rebecca.bergersen@iona.com >>> ------------------------------------------------------- >>> IONA Technologies >>> 200 West Street Waltham, MA 02451 USA >>> Tel: (781) 902-8265 >>> Fax: (781) 902-8001 >>> ------------------------------------------------------- >>> Making Software Work Together TM >>> >>> >>> >>> >>> -----Original Message----- >>> From: Bergersen, Rebecca >>> Sent: Wednesday, November 10, 2004 7:11 PM >>> To: 'public-ws-addressing@w3.org' >>> Cc: Vinoski, Stephen; Newcomer, Eric; Bergersen, Rebecca >>> Subject: NEW Issue - Reference to WSDL definition in an EPR >>> >>> Title: Reference to WSDL definition in an EPR >>> >>> Description: According to the ws-addressing submission, "Endpoint >>> references >>> convey the information needed to identify/reference a Web service >>> endpoint, and may be used in several different ways: endpoint >>> references are suitable for conveying the information needed to >>> access a Web service endpoint...." However, in order to >> assure that >>> the information needed to access a Web service endpoint, >> a reference >>> to the WSDL definition of a service is sometimes required and in >>> those cases must be included as part of the EPR construct. >>> >>> Justification: This requirement derives from several common use >>> cases. For example, in a communication chain there may be >>> intermediaries that can accept incoming messages and, in a fully >>> dynamic manner, further dispatch or route those onward. >> This is what >>> we do with our products. The trick is that the next >> recipient might >>> use a completely different protocol/transport/format than what the >>> message came in on. For this case it is necessary to >> perform a fully >>> dynamic dispatch by using the target's WSDL definition >> and to build >>> dynamic proxies and to bind to the service over one of the >>> protocol/transport/format combinations it supports. The whole >>> definition is required so there is access to all the possible >>> bindings >>> for the service. The WSDL definition is also used in cases where >>> consumer applications want to avoid compiling in static port type >>> information, and instead want, for flexibility purposes, late >>> (runtime) binding to the service. >>> >>> Target: Core >>> >>> Proposal: >>> 1. Extend section 2.1, Information Model for Endpoint >> References, to >>> include the following: >>> [definition] : URI (0..1) >>> The optional element that provides an link to the WSDL service >>> definition. >>> >>> 2. Extend section 2.2, Endpoint Reference XML Infoset >>> Representation, to include the following: >>> >>> Example 2-1. @@@ >>> <wsa:EndpointReference> >>> ... >>> <wsdl:serviceDefinition>xs:anyURI</wsdl:serviceDefinition> >>> ... >>> </wsa:EndpointReference> >>> >>> and to include the following as a description of the >> additional >>> information: >>> >>> /wsdl:serviceDefinition >>> This optional element provides a link to the WSDL service >>> definition. >>> >> >> -- >> Mark Nottingham Principal Technologist >> Office of the CTO BEA Systems >> >> > > -- Mark Nottingham Principal Technologist Office of the CTO BEA Systems
Received on Thursday, 11 November 2004 05:06:27 UTC