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

Re: Re: What is an XML Document? [Was: Re: canonicali

what is xmldocument
3/8/2002 3:44:02 AM, "Rob Lugt" <roblugt@e...> wrote:

>Remember, one feature that made XML attractive and that set it above
>proprietary formats was the proposition that XML 1.0 documents would be
>readable for many years to come. 

Well, they will be readable by XML 1.0 parsers, not to mention
ISO 11879 parsers.  If there is no market for such things in many
years, that is not something under the control of the XML community.
*IF* XML 2.0 or 3.0 or whatever makes changes that break backward 
compatibility, the obvious solution for people who really need DTD
features is to use SGML.  Ability to read "legacy" documents is
very much a part of its core mission and values. 

IMHO, XML needs to think more about going forward than looking back. SOAP,
for better or worse, has oriented itself on a profile of XML that
doesn't included entities (or anything else you need a DTD for).  
In many other ways, "the market" seems to be voting against the
traditional SGML way of building compound documents [zipping up flameproof
suit ...].  I think we've all seen enough "standards" with insufficient
support in the market to realize their promises to know that the
W3C, nor anyone else, can guarantee long-term interoperability.
Also, to the best of my knowledge, relatively little of the
massive amounts of XML that are being produced today would "break" if
entities were deprecated; most of what would break is being produced by
systems that still support SGML (XMetaL and Epic come to mind).

I'm reminded of the rather significant and painful "refactoring" that
Java went through between version 1.0 and 1.1. (or was it 1.1 and 1.2?)
At the time, there were lots of complaints that Sun had violated trust 
by breaking working code, a deadly sin from a standards perspective.
But in retrospect, causing early adopters pain in the short term in order
to increase the long-term viability of the platform was almost certainly
the right decision.  

I'll point to everyone's current favorite marketing book, THE 
INNOVATOR'S DILEMMA again -- "Disruptive" innovations come from outside
because companies invested in the current paradigm won't inconvenience
their customers (or their bottom line) for their long-term benefit.
XML will either refactor itself to reflect the lessons we learn about
the real value of specific components and features, or somebody out there
will do it for us.  


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.
First Name
Last Name
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.