ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> xml-dev
xml-dev
RE: [xml-dev] Pure syntax vs the Infoset permathread (was Re: [xm l-dev] The subsetting has begun)
by Bullard, Claude L (Len) other posts by this author
Feb 25 2003 4:05PM messages near this date
RE: [xml-dev] The subsetting has begun | Re: [xml-dev] Pure syntax vs the Infoset permathread (was Re: [xm l-dev] The subsetting has begun)
And that puts the question I asked back squarely in your lap 
as a subsetMustHappenInStandardOrItWillHappenInWild supporter:

o  The Disconnect:  Why should SOAP request a subset 
   of the syntax if SOAP is described in terms of an infoset?

o  The Ubiquity Challenge:  Can a standard subset that includes both be 
   defined that will meet SOAP's needs and still be useful for 
   other applications?

and the kicker....

o  The Opportunity:  Should that be essentially the XML-SW as 
   defined by Tim Bray?

If the parties could agree to that last one, you might have 
a chance getting something done at the W3C before the next 
winter season.  But don't argue for standardization unless 
you are sure about

1.  A subset of the syntax
2.  A matching infoset
3.  A crystal clear realization that this would be a new 
    XML core in implementation if not normatively.

If it can be done at the application level in the application 
specification, it should be.  Don't argue standards for standards 
sake.  IME, that quickly makes them irrelevant.  Until the 
infoset and syntax questions are resolved, we should not 
touch the core.  We can't paper over the disconnect.  However, 
if, and I think it is so, that disconnect is really a point 
of view about XML processor ubiquity, then it is possible 
to take the SW as a starting position, and get a maximal 
victory with a minimum of work instead of a minimum victory 
with enormous amounts of rabbit threaded discussion.

len

From: Mike Champion [mailto:mc@[...].org]


Can the XML world agree on one and only one conception of the Infoset?  
Interesting question.  Probably "no" if everybody gets a vote and a veto. 
Probabably "yes" in the sense that once one takes root and the dust 
settles, the benefits of standardization will outweigh the costs of losing 
things like one's preferred view of where the namespace information is 
attached to the Infoset.

-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org> , an
initiative of OASIS <http://www.oasis-open.org> 

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl> 
Thread:
Bullard, Claude L (Len)
Rich Salz

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved