OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

uddi-spec message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Subject: Re: [uddi-spec] another issue with WSDLDeployment in current TN

another issue with WSDLDeployment in current TNClaus,

You will have to show me where in the published V3 specification there is
any text that supports your view of what wsdlDeployment should be (have
been) as I just can't see it.

----- Original Message -----
From: Von Riegen, Claus
To: 'John Colgrave' ; uddi-spec@lists.oasis-open.org
Sent: Friday, November 22, 2002 12:04 PM
Subject: RE: [uddi-spec] another issue with WSDLDeployment in current TN


At least the initial design goal Karsten describes in his earlier mail is
correct. The wsdlDeployment stuff was invented in order to a) let service
providers simply put the URL to the WSDL file in the bindingTemplate's
accessPoint without any additional tModel modeling and b) let service
consumers get all the Web service's metadata by retrieving the remote WSDL
The question we now have on the table is: are providers of "ad hoc" Web
services required to register their Web services conformant to the current
version of the WSDL TN or will the WSDL TN also allow the alternative to
model the bindingTemplate with nothing but the deployment WSDL's URL in the


-----Original Message-----
From: John Colgrave [mailto:colgrave@hursley.ibm.com]
Sent: Freitag, 22. November 2002 10:19
To: uddi-spec@lists.oasis-open.org
Subject: Re: [uddi-spec] another issue with WSDLDeployment in current TN


Are you talking about wsdlDeployment as a categorization value from the
uddi.org:categorization:types scheme, or wsdlDeployment as a useType value
on accessPoint?

I can imagine that wsdlDeployment as a categorization might have been
intended for the use you describe, but that is not at all clear from the
published V3 spec.

I think it is quite clear that wsdlDeployment as a useType value on
accessPoint is meant only as a level of indirection for the endpoint, and
that is the use of wsdlDeployment that we need to focus on.  Section B.1.2

'Instead of directly providing the network address in the accessPoint, it is
occasionally useful or
necessary to provide this information through indirect means. One common
scenario for such
a behavior is when the accessPoint is embedded within a WSDL file. In such a
scenario, the
UDDI accessPoint contains the address of the WSDL file, and the client then
must retrieve the
WSDL file and extract the end point address from the WSDL file itself.

In this case, decorating the UDDI accessPoint with a
useType="wsdlDeployment" is

I think this is quite clear that the only thing of relevance in the WSDL
file is the end point address and it does not imply anything about whether
there are any tModels for the reusable parts of the WSDL etc.

I must admit that I sneaked in the categorization as well in the last update
I sent but that was because the example in the spec. added it when the
accessPoint was used.  If it is the categorization that is causing the
confusion then we can remove that, but I think the V3 spec. needs to be
clarified as they currently use it in the way that I did.
----- Original Message -----
From: Karsten Januszewski
To: uddi-spec@lists.oasis-open.org
Sent: Wednesday, November 20, 2002 7:15 PM
Subject: [uddi-spec] another issue with WSDLDeployment in current TN

Another issue with the wsdlDeployment in the current TN is that it was
introduced in v3 to address the case when the WSDL information was decided
not meant for reuse, a one-off, service.  As such, the thinking was that
there would be no tModel modeled and it would be a simple way to publish web
services.  However, the tn for both v2 and v3 assume that all the tModel
modeling occurs along with the wsdlDeployment decoration.  I fear that we
are moving away from the initial design goal.

Karsten Januszewski
Program Manager, UDDI and Web Services
Microsoft Corporation
Phone: 425.707.5818

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Powered by eList eXpress LLC