No, not Xerces.I don't remember exactly, I think there is
org.apache.harmony.something stuff and kxml.

Yeah, I could dig it up, but you could probably too. You are at your
machine? Try
someNodeOrWhateverRelevantInstanceYouHaveInYourHand.getClass().getName().

On Thu, May 21, 2009 at 9:43 AM, Jason Proctor <[email protected]>wrote:

>
> i would say it that a SAX parser uses DOM to build the tree :-)
>
> i'm doing it the long way round largely because i want to do some
> preprocessing on the text before i make Text nodes. but the tree that
> i make and the tree that the document builder makes should be
> essentially the same.
>
> however, some of the differences are with DOM behaviour after the
> tree is built, eg Document throwing if i try to remove one of its
> children.
>
> Android uses Xerces? that's what i'm using with the Mac JDK, so i
> would expect the behaviour to be the same. but it isn't, strangely.
> can you provide more detail?
>
> thanks,
> j
>
>
>
> >A DOM parser uses SAX to built up the tree, but you don't have to do
> >that yourself.
> >
> >
> >
> >
> >     DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
> >
> >
> >     DocumentBuilder builder = dbf.newDocumentBuilder();
> >
> >
> >
> >     Document d = builder.parse(new InputSource(Your Input Stream /
> >Reader / Whatever goes here));
> >
> >
> >
> >Depends on what you're asking for. Mostly the apache stuff.
> >
> >On Thu, May 21, 2009 at 9:24 AM, Jason Proctor
> ><<mailto:[email protected]>[email protected]> wrote:
> >
> >
> >thanks for the response.
> >
> >i use the standard (javax.xml.parser.*) SAX parser. it tells me when
> >things happen so i can build a DOM tree. so in a sense, i'm using
> >both.
> >
> >Android might use standard *interfaces* for the parser and DOM
> >classes, but the actual implementations are different.
> >
> >i developed my application against various DOM implementations, right
> >now with JDK 1.5 on MacOS X. this is how i know that the Android ones
> >are different.
> >
> >in the DOM, attribute values are implemented as child Nodes of Attr.
> >this is standard DOM behaviour.
> >
> >another issue i'm seeing is that the Document class, at least, does
> >not allow its child nodes to be removed.
> >
> >and another issue i'm seeing is that the error messages on DOM errors
> >are nonexistent - i have to compare DOMException.code against each
> >possible value to find out what happened. other implementations give
> >me chapter and verse.
> >
> >which DOM implementation is Android using?
> >
> >thanks
> >j
> >
> >
> >
> >>So what is it you're asking for DOM or SAX?
> >>
> >>Android uses standard classes for both cases. Maybe you should run
> >>your samples on a standard sdk  just for comparison?
> >>
> >>startElement() is SAX, not DOM.
> >>
> >>I also don't get the major issue. In XML attributes cannot have
> >>children. So you probably mean something else, but I didn't get that.
> >>
> >>On Thu, May 21, 2009 at 1:59 AM, Jason Proctor
> >
> >  ><<mailto:<mailto:[email protected]>[email protected]
> ><mailto:[email protected]>[email protected]>
> >wrote:
> >>
> >>
> >>i'm porting some code which talks to the org.w3c.dom.* classes to
> >>Android, and i'm hitting some issues.
> >>
> >>i'm using javax.xml.parsers.SAXParser as my parser, then getting an
> >>XMLReader and setting myself up as a DefaultHandler to get notified
> >>of SAX events.
> >>
> >>first issue (minor) -- in startElement(), the tag name comes through
> >>in the localName parameter rather than the qName parameter. this is a
> >>departure from all the DOM implementations i've used so far.
> >>
> >>second issue (major) -- the Android DOM doesn't allow me to add a
> >>Text node as a child of an Attr. attribute values are conventionally
> >>held as child nodes. setAttribute() isn't good enough, as i need to
> >>be able to mix Text and EntityReference as siblings under Attr.
> >>
> >>if the Android DOM is just storing attribute values as strings, and
> >>doesn't allow manipulation of the attribute's children (or maybe
> >>there aren't any), then that's a fairly serious incompatibility IMHO.
> >>
> >>thanks for any help with this one
> >>--
> >>jason.software.particle
> >>
> >>
> >>
> >>
> >
> >--
> >jason.software.particle
> >
> >
> >
> >
>
> --
> jason.software.particle
>
> >
>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to