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

RE: The subsetting has begun

  • To: 'Gavin Thomas Nicol' <gtn@r...>, xml-dev@l...
  • Subject: RE: The subsetting has begun
  • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • Date: Tue, 25 Feb 2003 13:51:47 -0600

RE:  The subsetting has begun
From: Gavin Thomas Nicol [mailto:gtn@r...]

>I personally don't see the real need for a subset from an application-building 
>perspective, but given the amount of consternation other people have, I would 
>say there is probably some value in a syntax subset.

>Assuming there is to be a subset, it should be just that, a subset. Remove 
>anything that is not directly a syntax issue. That'd bring us right down to 
>UnicodeAndAngleBrackets.

As John Cowan describes it, the XML Namespace is purely syntax.  Yet, why 
would a colon be special and xml: be reserved unless they were semantically meaningful 
to a processor somewhere sometime?  The explanation that these are "just 
syntax" is a nice lawyerly dodge; normatively true but informally misleading.

You don't have to answer that, but I think it useful that the pure syntax vs 
data model vs application processor distinctions are already munged and there 
is no going back.  So we are hopefully trying to work out:

1. Is a subset a way forward?

2. Where is forward leading to?

3. What does a good candidate subset 
   look like?  XML-SW was put forward and 
   some think it elegant.  Why not start there?

>You'll have to excuse me here, because you're leaping from syntax and infosets 
>to software components. That leap is a source of confusion IMHO.

Fair statement, but I don't think interop comes from syntax, just 
data portability and yes, I don't discount the value of a shared 
syntax.  Interop means "something is operating" and that might 
just be a parser, but it is something.  Because the TAG includes "XML 
helps interoperability" in the draft architecture document, it is useful 
to know precisely what that means or it is just dog and pony language 
and the architecture document contains language that it shouldn't.

>> To me, it keeps coming back to what services can a
>> programmer reasonably expect of an XML processor.

>What is "an XML processor"? 

Bingo!

len

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.