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

Re: A call for XML 1.1

  • From: "Michael Champion" <Mike.Champion@s...>
  • To: <xml-dev@x...>
  • Date: Tue, 4 Apr 2000 12:20:38 -0400

arbortext xml performance problem

----- Original Message -----
From: "Rick JELLIFFE" <ricko@g...>
To: <xml-dev@x...>
Sent: Tuesday, April 04, 2000 4:59 AM
Subject: A call for XML 1.1


> I think XML should be bent to fit in with people's expectations:

I fervently agree!

> This is not a call for minimalism.

[snip]

> I fear that the advent of SML and Common XML will only
> legitimize more fragmentation; like a drowning man knocking a lifesaver
> unconshus.

FWIW, I'm convinced that fragmentation is a fact of life that needs to be
managed rather than an evil that can be prohibited. I have been agonizing
about the dangers of fragmentation ever since the "SML" discussions here
last autumn, but Peter Murray-Rust's post the other day was the last straw:
Despite the best intentions of XML's founders, after two years the major
implementations of the core spec -- not to mention SVG -- still permit
interoperability only if authors limit themseleves to something like Common
XML and don't depend on validation, parsed entities, etc.

Some users of XML have very minimal needs; many others would be best served
by sticking closely to the "Common XML" guidelines.  Even the power users
who inhabit this list will become overwhelmed by the proposed XML 1.1
flavors *plus* XLink, XSL (with it's two major variants), XML Schema, etc.

> I am all for plurality and competition; but only in a managable
> framework. This either requires some "features manifest" system or a
> rationalization of XML. I suggest that a rationalization would meet
> user's legitimate expectations better, and require less change to the
> XML Spec.

I agree that these are the options, although I strongly favor the "features
manifest" solution.  "Rationalization" would be an option only *if* the W3C
dropped everything and focussed on this problem, vendors sacrificed
backwards compatibility for interoperability, implementors chose full
conformance over performance and time-to-market ... and I'm sure that there
are other equally improbable contingencies I'm forgetting!

In other words, rationalization ain't gonna happen.  Since the W3C and the
vendors aren't going to be able to define a universal XML community in which
everyone can interoperate, the only realistic alternative is a way of
negotiating contracts between producers and consumers of XML as to which of
the character encoding schemes, XML features, and related standards one must
support order to participate in some XML sub-community.  That is not as nice
a vision as the one of universal interoperability that guided XML 1.0 and
Rick Jelliffe's XML 1.1 proposal, but it seems far more achieveable to me.


***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

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.