Lists Home |
Date Index |
- To: Michael Kay <email@example.com>, 'Midsummer Sun' <firstname.lastname@example.org>, 'David Lyon' <email@example.com>
- Subject: RE: [xml-dev] Problem parsing XML file with Xerces-J
- From: Mukul Gandhi <firstname.lastname@example.org>
- Date: Tue, 5 Apr 2005 05:28:07 -0700 (PDT)
- Cc: email@example.com
- Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=Dm7ZNz7qdYJzmNrIFGtSY+nb8+Zq5m/+e77679V+iNYCsF+4+Bv67ygU7OP0WUg3cvei4eEJiBUQf1Kxqhx6Bj3GCyfyf0lURKU2/cuUJc5iGYGBsccoNPB1lLj4bQQgFbOEH0l/ANkkZtMiZLWDeMYHb0l6m8wthpVA24Q2IF0= ;
- In-reply-to: 6667
The API docs on "Sun Java Streaming XML Parser"
clearly mentions about this method -
namespaceURI, java.lang.String localName)
Returns the normalized attribute value of the
attribute with the namespace and localName If the
namespaceURI is null the namespace is not checked for
So namespaceURI is optional, as I wished. Sorry I
did'nt check the Sun's site..
But the "JSR 173" pdf downloadable from -
mentions just following sentence about this method:
String getAttributeValue(String namespaceUri,String
There is no clarification in JSR pdf, that
namespaceUri argument is optional (I think it is
assumed to be understood!).
So my question is answered I guess..
--- Mukul Gandhi <firstname.lastname@example.org> wrote:
> I sent this comment to email@example.com
> days back..
> "JSR 173 is indeed good. I have *one* suggestion..
> (reference file: jsr173_1.0.pdf)
> I was reading the JSR 173 (Streaming API for
> In section "5.1.2 Reading Attributes and Namespaces"
> various methods for getting attribute information
> listed. One of the method is String
> getAttributeValue(String namespaceUri,String
> localName); It seems *we must* supply the namespace
> URI to this method to get the attribute value.
> But sometimes the XML document does'nt have
> namespaces. So in the above method, the namespaceUri
> argument must be optional..
> I have not recieved any response so far (JSR people
> are surely busy people!).. Is this a valid point or
> am wrong?
> --- Michael Kay <firstname.lastname@example.org> wrote:
> > > Can the new StAX streaming parser provide a
> > performance boost to my
> > > application! In this case, my application will
> > pull events from the
> > > XML (in a serial fashion). This will give me
> > performance as SAX.
> > > I cannot use SAX, because there is no way to
> > events to my
> > > application. DOM is surely slow ! I think StAX
> > still an emerging
> > > technology, and the drivers are not as robust as
> > today's SAX parsers.
> > Yes, I have been very disappointed by the
> > reliability of the StAX parsers
> > from BEA and Sun, and by the fact that they don't
> > seem to be moving forward
> > aggressively.
> > Michael Kay
> > http://www.saxonica.com/
> > The xml-dev list is sponsored by XML.org
> > <http://www.xml.org>, an
> > initiative of OASIS <http://www.oasis-open.org>
> > The list archives are at
> > http://lists.xml.org/archives/xml-dev/
> > To subscribe or unsubscribe from this list use the
> > subscription
> > manager:
> > <http://www.oasis-open.org/mlmanage/index.php>
> Do you Yahoo!?
> Yahoo! Personals - Better first dates. More second
> The xml-dev list is sponsored by XML.org
> <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> The list archives are at
> To subscribe or unsubscribe from this list use the
Show us what our next emoticon should look like. Join the fun.