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

Re: SAX2/Java: Towards a final form

• From: Stefan Haustein <haustein@l...>
• To: David Megginson <david@m...>
• Date: Mon, 10 Jan 2000 18:26:01 +0100

>  > 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 (?). 

Best regards

Stefan

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

• Follow-Ups:
  • Re: SAX2/Java: Towards a final form
    • From: David Megginson <david@m...>

• References:
  • SAX2/Java: Towards a final form
    • From: David Megginson <david@m...>
  • Re: SAX2/Java: Towards a final form
    • From: Stefan Haustein <haustein@l...>
  • Re: SAX2/Java: Towards a final form
    • From: David Megginson <david@m...>

• Prev by Date: Simplification of equivClass functionality
• Next by Date: Re: SAX2/Java: Towards a final form
• Previous by thread: Re: SAX2/Java: Towards a final form
• Next by thread: Re: SAX2/Java: Towards a final form
• Index(es):
  • Date
  • Thread