[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [uddi-spec] Comments on the use of fragment identifiers in the "Using WSDL in a UDDI Registry, Version 2"
John,
Here's what I'd be content
with: remove the use of "MUST" and replace it with "SHOULD" so that section
2.3.6 reads as follows:
This would at least
be consistent with 1.08 and
not require the use of a WD that is no longer in development and arguably
abandoned. As you suggest, when things settle down, we can incorporate the new developments (either those introduced in WSDL 1.1/1.2 or by
the XML media registration which is expected)
when we transition the TN to a BP. We could update 1.08 and 2.0 at the same
time.
If you agree, please send me the latest version of the
documents with this update and I'll have it posted to http://www.oasis-open.org/committees/uddi-spec/doc/draft/ and
begin the 30-day review (it might get accepted before its birthday after
all).
Luc
Luc Clément Note: I'll gladly produce the HTML and PDF version for
you; the version of Word that I'm using produces better quality HTML than
earlier versions. Let me know if you would like to take up this
offer.
From: John Colgrave [mailto:colgrave@hursley.ibm.com] Sent: Saturday, May 10, 2003 07:46 To: uddi-spec@lists.oasis-open.org Subject: RE: [uddi-spec] Comments on the use of fragment identifiers in the "Using WSDL in a UDDI Registry, Version 2" Luc,
Given that:
I propose that we leave the TN as it is. If things settle down in the near future we can incorporate the new developments when we transition the TN to a BP.
There is a later Working Draft than [5], from December 2002, so it does not seem to be entirely dormant, although the other pieces of XPointer have advanced to Recommendation.
John Colgrave IBM
-----Original
Message-----
John, I’ve received feedback that [5] referenced in the TN is a Working Draft that is now no longer in development because it was too big and complex to be widely implemented. In section 2.3.6 the TN states that if “the optional fragment identifier is used, then the value of the overviewURL MUST conform to the syntax described in Appendix C.” The use of “MUST” is obviously problematic if we are going to continue to reference [5]. Unfortunately there are no simple alternatives and a perfect ready-made solution for us at this time within the context of the XPointer Framework [1] which represents the follow-on work to [5]. As it stands, the XPointer Framework does not address our immediate needs: o The XPointer Framework [1] “#something” does not work for us given that WSDL doesn’t support ids o The XPointer element() scheme [2] “#element(/1/2/6/5)” doesn’t make much sense to us given that it only works if a WSDL document that doesn’t change
We could consider the use of xPath and use an expression such as: Doing so may prove to be more readability attainable given wide availability of xPath processors, but would require us to define this scheme. As an alternatives we could develop a scheme using the extension mechanism “#xmlns(uddi=http://oasis-open.org/fragments)uddi:portType(StockQuotePortType)”. For example: http://location/sample.wsdl#xmlns(uddi=http://oasis-open.org/fragments)uddi:portType(StockQuotePortType) In short, there is no ready made solution. I’m told (i.e. I haven’t checked for myself) that the XML media type registration (which should be updated soon to point to the XPointer Framework), will allow people to use element(), xpointer() or any other fragment scheme that comes along. Constraining these extension points to improve interop can happen later on. To summarize, at issue with section 2.3.6 of the TN are: a. do we require a “MUST”?
I propose no. John, I recommend that c. be considered and investigated. Luc [1]
XPointer Framework, W3C Recommendation 25 March 2003, http://www.w3.org/TR/xptr-framework/
TN Reference:
|
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]