SAX2: Namespace proposal

[David Megginson]

James Clark writes:

 > The one scenario that bothers me with this is:
 > 
 > - the parser always supplies both XML 1.0 names and cooked namespace
 > declarations
 > 
 > - the application is namespace-aware and only interested in the cooked
 > namespace information
 > 
 > - the application iterates over all attributes using getLocalName(int).

Yes, this is my biggest misgiving as well -- it's the only place where 
a Namespace-aware application is at a disadvantage.

 > Indeed.  Although I think your proposal is quite reasonable, and
 > although I don't have anything better to propose right now, I can't say
 > I feel altogether comfortable with it.  I think we should continue to
 > explore other possible solutions.  If it's possible to have a completely
 > new org.xml.sax2 package, then more radical solutions are possible.  For
 > example, I think there are good arguments for moving to a 
 > 
 > interface DocumentHandler {
 >   void startElement(StartElementEvent event)
 >   void endElement(EndElementEvent event)
 >   ...
 > }
 > 
 > style interface.  This makes it much easier to evolve the interface in
 > the future.  For example, a SAX3 that added support for XML Schemas
 > could just add additional methods to StartElementEvent and
 > EndElementEvent and thus remain compatible with SAX2.

It's worth considering this approach, but it does create an awful lot
of classes.


All the best,


David

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

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at 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 at ic.ac.uk the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)