OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: SAX/C++ vs. SAX2

[ Lists Home | Date Index | Thread Index ]
  • From: "Duffy, Bruce" <Bruce.Duffy@westgroup.com>
  • To: "'David Megginson'" <david@megginson.com>, XMLDev list <xml-dev-digest@ic.ac.uk>
  • Date: Fri, 3 Dec 1999 15:52:48 -0600

I agree with Tim Bray.

I'll have to walk away from SAX if it doesn't
support namespaces in the near future.  

I'm concerned that SAX will lose its relevance
(vendors will cease to support it) if it doesn't
track the relevant xml standards.


	Bruce Duffy

-----Original Message-----
From: David Megginson [mailto:david@megginson.com]
Sent: Friday, December 03, 1999 12:22 PM
To: XMLDev list
Subject: SAX/C++ vs. SAX2


I'd like to hear what others think on this issue.  There was some
interest in SAX2 when I posted my alpha interfaces a few months back
(most notably, but not exclusively, from David Brownell), but it was
hardly a tidal wave.  On the other hand, I am noticing a building
pressure from implementors to get something out in C++.

I can think of a few reasons that the world might desperately be
waiting for SAX2:

1. To get some kind of standard Namespace support (or at least a way
   to tell whether a parser has Namespace support built in).

2. To query parser features in general.

3. To get at the stuff that SAX 1.0 doesn't report, like comments,
   CDATA boundaries, and DTD declarations.

I think that there is a real need for #1, since many other specs (XSL,
XML Schema, RDF, XHTML, etc.) are built on top of Namespaces.  I think
that #2 would make life a fair bit easier for library developers, but
it's not as critical (Simon St-Laurent will be grateful, though).

I have a lot of trouble with #3, though.  There are a few specialized
fields where this stuff isn't just syntactic fluff (repositories and
editing tools spring immediately to mind), but in general, very, very,
very few real-world XML applications need to know about anything but
elements, attributes, and character data -- witness the recent SML
discussion.

I'm very interested in hearing other opinions.  Having a standard
streaming interface stimulated a lot of development of reusable Java
XML processing components, and I'd like to see the same thing happen
in C++, but I need to hear what other people think the priorities
should be.


All the best,


David

-- 
David Megginson                 david@megginson.com
           http://www.megginson.com/

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN
981-02-3594-1
To unsubscribe, mailto:majordomo@ic.ac.uk the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following
message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@ic.ac.uk the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS