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

Re: Who will maintain SAX?

  • From: Michael Champion <mike.champion@s...>
  • To: xml-dev <xml-dev@l...>
  • Date: Mon, 02 Oct 2000 16:55:52 +0200

Re: Who will maintain SAX?

----- Original Message -----
From: "Bill dehOra" <wdehora@c...>
To: "xml-dev" <xml-dev@l...>
Sent: Monday, October 02, 2000 4:47 PM
Subject: RE: Who will maintain SAX?



> The W3C aren't ostensibly in the API space: the DOM is a single exception
to
> that case. I can't see the w3c going any further down that road.
> SAX sounds like it belongs on something like sourceforge or just kept on
> xml-dev as a ding in sich. Someone will volunteer as benign dictator
surely?

The problem I see with this kind of approach is that there's increasing
concern among the consumers of XML that the standards are getting
more and more fragmented, and we're seeing lots of articles in the press
pointing this out.  Granted, many of them are "stupid XML articles" that
miss the point that XML is the EXTENSIBLE markup language, but others
specifically note the confusion as to what is a "standard".  For example,
I think we need to pay attention to the editor in chief of InfoWorld's
warning:
http://www.infoworld.com/articles/op/xml/00/08/28/000828opvizard.xml :

"Instead of just getting incomplete standards that lead to product
incompatibilities between vendors in the same category, we're now moving to
a situation where standards are potentially incompatible across diverse
product categories which absolutely need to work together.
The good news is that tolerance for this kind of nonsense in the business
community is starting to drop. "

This suggests to me that the diversity that has served us well to foster
innovation in the
area of XML APIs -- SAX, DOM, JDOM, JAXP, Trax, etc. -- works against
getting XML taken seriously in the IT shops of the world.  I think we've
learned enough to collectively build a common, consistent XML API suite for
parsing, tree manipulation, searching, transformation, serialization,
storage, etc. SAX is only one part of this picture, but I fear that keeping
it as a "ding in sich" (thing in itself?) will be seen as part of the
"nonsense" that the business community won't tolerate any more.

SOME credible standards organization ought to try to pull all this together.
Ideally (IMHO) it would be the W3C -- for all its faults, it has a
reasonable combination of competence, credibility, openness, and
flexibility. On the other hand, the other DOM people (I'm one of them)
haven't seen the integration of SAX, XPath, XSLT, etc. into the DOM API as a
priority, and the SAX people have not asked, so perhaps there's not much
point in pursuing that option. Still, I can't think of a better one... The
Open Group, the Open Applications Group, etc. all are possibilities, but
have steep membership fees too.

Is the objective of a single, platform neutral and vendor neutral XML API
suite unrealistic? Or is there some way that the choice of a SAX maintainer
can move us toward that objective?




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.