[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Microsoft's DISCO proposal and XML packaging

  • From: Rick JELLIFFE <ricko@g...>
  • To: xml-dev@l...
  • Date: Wed, 12 Jul 2000 18:16:58 +0800

ms disco
Edd Dumbill wrote:
> 
> I've just read http://msdn.microsoft.com/xml/general/disco.asp
> "Draft: Discovery of Web Services (DISCO)"

It looks way better than nothing. Packaging or resource discovery seems
to
be one area where the commitment by vendors to open standards seems
to come up against the realization that they lose a barrier to
competition.
So it is particularly heartening if MS can push something through in 
that area: I think we should welcome any initiative here. 

I would guess that the design of DISCO allows that: it doesn't require
any (co-operative) controlled vocabulary, so there is still complete
scope for each vendor to use different namespaces for the same thing. 

It seems that the format is intended to work mainly by linking: if you
really want to discover what the resource is, you have to fetch it and
poke around.  

> I will also note that DISCO seems close to Sean McGrath's XFM (XML
> Feature Manifest) and Simon St.Laurent's XPDL
> <http://purl.oclc.org/NET/xpdl>.  I asked at WWW9 about W3C
> initiatives for addressing this kind of "packaging" activity, and got
> the response that it was effectively on hold and nothing was happening
> on it

People interested in this might also see my 

 * "DrLove: Document Resource  Locations (on Valid Elements)" 
 at  http://www.ascc.net/~ricko/drlove.htm

which proposes
 1) use a PI like the stylesheet PI locating a "resource dictionary"
 2) the resource dictionary is a simple wrapper element
 3) the things that are wrapped should be RDF statements

So the differences of DISCO with DrLove for these three things are:
 1) Disco has more comprehensive rules which do not involve defining a
new PI, 
kowtowing to fashion;
 2) same, thoughh fewer attributes
 3) the thing that is wrapped is a lot less ambitious, just a link.

I think DISCO's #1 makes sense politically. I think DrLove's #3 (use
RDF) is 
better.  However, I note that DISCO is open, so RDF statements can be
put in 
if needed. 

So my recommendation, for what it is worth, for DISCO would be to
reconcile
it either with XLink or with the RDF.  Decide whether DISCO:discovery
should
contain links or resource descriptions (or, best, both) and use it as a
good
opportunity to support the W3C specs for links and for resource
descriptions.

I wonder if Simon and Sean might care to compare Disco with their
approaches?


Rick Jelliffe

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.