SAX drivers bug ... or feature !
tlainevool at yahoo.com
Sat Nov 21 17:52:36 GMT 1998
---Ronald Bourret <rbourret at ito.tu-darmstadt.de> wrote:
> Patrice Bonhomme wrote:
> > I think there is a little problem with AttributeList implementation
> > some of the SAX drivers (i have tested the following code with my
> > driver, the XML4J SAX driver and the AELFRED SAX driver. We are all
> giving the
> > same results (gosh...).
> > This code should write the size of each AttributeList that has
> > the parser when it reached the end of the Document. But it always
> > size of the last AtributeList found.
> > [code snipped]
> It is a good bet that all the parsers are doing what I have done in
> parsers: used a single instance of an AttributeList object, then
> and reused it for each call to startElement. Thus, all the
> your Vector point to the same object.
> This is specifically allowed by the SAX spec. The documentation for
> AttributeList states, "The instance provided will return valid
> during the scope of the startElement invocation (to save it for
> the application must make a copy: the AttributeListImpl helper class
> provides a convenient constructor for doing so)."
Instead of clearing and reusing the the AttributeList object, wouldn't
it be better to create a new attribute list object? If the old
Attribute list isn't being referenced, it will be garbage collectible.
If the old Attribute list is being reference, it won't be changed out
from under the client. This way of doing it seems to offer the best
of both worlds.
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.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/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)
More information about the Xml-dev