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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: SAX2/Java: Towards a final form

[ Lists Home | Date Index | Thread Index ]
  • From: David Megginson <david@megginson.com>
  • To: haustein@kimo.cs.uni-dortmund.de
  • Date: Mon, 10 Jan 2000 13:59:48 -0500 (EST)

Stefan Haustein writes:
 > >  > Is "no namespace" reported with a null or empty String (for
 > >  > interned Strings, the equals problem does not exist)?
 > > 
 > > Empty string sounds like a reasonable suggestion when Namespace
 > > processing is being performed; null when it is not (so that a bugs in
 > > code will show up sooner).
 > 
 > To me, attrs.getValue ("", "href") looks strange, I would prefer 
 > attrs.getValue (null, "href"). But I could also live with the empty
 > string.  
 > I would not like if it is switchable, left to the parser, or both
 > allowed.
 > 
 > >  > Can I assume that namespace URIs are always interned?
 > > 
 > > That's a good question -- should SAX2 require that all names and
 > > Namespace URIs be interned (i.e. == to the results of
 > > java.lang.String.intern)?
 > 
 > I would suggest that only namespace interning is required: 
 > namespace URIs will be a small set of long strings, and
 > you do not meet them often while parsing. 
 > I think interning all names would slow down parsing too much (?). 

Or at least it would require some clever implementations.  Nearly all
parsers intern names anyway, but most use their own interning schemes
to speed things up.  To be compatible, they would need to call
java.lang.String.intern only once for each unique name (when it is
first inserted into the parser's private intern table).

I don't know if there's a lot of benefit in requiring this, though --
it's just a trial balloon right now.


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)






 

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

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