Re: Why does HTMLDocumentImpl need to override getElementById(String) ???

At 11:23 AM 9/30/2006, you wrote:
 >Thanks Jake. It looks good. I just committed it to SVN.
 >

Excellent!  Thanks Michael 

Jake

 >Michael Glavassevich
 >XML Parser Development
 >IBM Toronto Lab
 >E-mail: mrglavas <at> ca.ibm.com
 >E-mail: mrglavas <at> apache.org
 >
 >Jacob Kjome <hoju <at> visi.com> wrote on 09/30/2006 11:05:26 AM:
 >
 >>
 >> Hi Michael,
 >>
 >> Please see the new "improvement" report I just submitted in Jira with
 >> a patch included.  I tried to explain everything about the patch
 >> there.  Let me know if you have questions or objections.
 >>
 >> http://issues.apache.org/jira/browse/XERCESJ-1200
 >>
 >>
 >> Jake
 >>
 >>
 >> ---------------------------------------------------------------------

New JAXP1.3 Validation API and Loading Schemas dynamically

I have a service that processes xml documents based from a number of
xml schemas using SAX. In order to process these documents I need to
have access to PSVI provided by Xerces, but it is not clear to me how
to load the schemas dynamically when the xml document is received.

Looking in the JAXP1.3 spec it seems that I am only able to set
schemaSource for a fixed, pre-defined set of schemas, but how can I
resolve the schema on the fly based on the xmlns attribute? Am I
missing something?

The work around I am using is to create an XMLFilter that creates the
right ValidatorHandler based on an incoming element with xmlns
attribute and to insert this new handler before the final content
handler. At this point I am fine assuming that the root element must
contain an xmlns and that I will not have multiple schemas within the
same doc. Is there a better way of doing this?

thanks.

I have a couple of questions concerning Xerces and Performance....

Xerces and Xpath

Re: I have a couple of questions concerning Xerces and Performance....

Quoting "Crain, David B. (LNG-DAY)" <David.Crain <at> lexisnexis.com>:
>
>
> 1)       What version of the JDK/SDK was used to build the latest
> version of Xerces jars. I am referring to the following download site:
> http://www.apache.org/dist/xml/xerces-j/

Did you try looking at the xercesImpl.jar MANIFEST.MF?  It says...

Created-By: 1.3.1 (IBM Corporation)

Not sure about the rest below.  However, I don't think the JDK used to compile
the code should have much (any?) effect on performance at runtime.  I suppose
newer compilers might optimize the bytecode a little better.  In any case,
Xerces is compiled with a lowest-common-denominator JDK so that (I presume. 
Note I'm not a Xerces project team member, so this is my own $0.02)...

1. It can run in the earlier JDK's as well as the newer ones.  Setting the
"target" and "source" compile options are another way to do this, but that
doesn't solve #2...
2. Newer API's aren't accidentally introduced.

Jake

>
> 2)       Has anyone ever done a performance test between different
> versions of the JDK/SDK, like:
>
> a.       Sun 1.4.2 vs. IBM 1.4.2???
>
> b.       1.4.2 vs. 1.5.0??? (I would assume performance differences
> here)
>
> 3)       Is there a website where this has been documented???
>
>
>
> Dave
>
>
>
> David B. Crain
> Consultant Software Engineer
> Editorial & Conversion Systems
> Lexis-Nexis
> Phone: 937-865-6800 ext. 56303
>
>
>
>

Re: Xerces and Xpath

I think XPath is implemented by Xalan, not Xerces.  You can also look into XPath
API's such as Jaxen and commons-JXPath.

Jake

Quoting "Decoker, Lydie (Lydie)" <decoker <at> lucent.com>:

> Hello,
>
> Does Xerces support XPATH? If yes, which system property needs to be
> setup to be sure to use the xerces classes and not the JAXP one?
>
> Thx!
>
>

RE: I have a couple of questions concerning Xerces and Performance....

I do not have any issues with what is contained within the any of the
given content of the Xerces libraries. I do not have any issues with the
fact that this version of Xerces will execute with any version of
anyone's JRE. 

My question is "how well"???

Dave 

David B. Crain
Consultant Software Engineer
Editorial & Conversion Systems
Lexis-Nexis
Phone: 937-865-6800 ext. 56303

-----Original Message-----
From: Jacob Kjome [mailto:hoju <at> visi.com] 
Sent: Monday, October 02, 2006 1:04 PM
To: j-users <at> xerces.apache.org
Subject: Re: I have a couple of questions concerning Xerces and
Performance....

Quoting "Crain, David B. (LNG-DAY)" <David.Crain <at> lexisnexis.com>:
>
>
> 1)       What version of the JDK/SDK was used to build the latest
> version of Xerces jars. I am referring to the following download site:
> http://www.apache.org/dist/xml/xerces-j/

Did you try looking at the xercesImpl.jar MANIFEST.MF?  It says...

Created-By: 1.3.1 (IBM Corporation)

Not sure about the rest below.  However, I don't think the JDK used to
compile
the code should have much (any?) effect on performance at runtime.  I
suppose
newer compilers might optimize the bytecode a little better.  In any
case,
Xerces is compiled with a lowest-common-denominator JDK so that (I
presume. 
Note I'm not a Xerces project team member, so this is my own $0.02)...

1. It can run in the earlier JDK's as well as the newer ones.  Setting
the
"target" and "source" compile options are another way to do this, but
that
doesn't solve #2...
2. Newer API's aren't accidentally introduced.

Jake

>
> 2)       Has anyone ever done a performance test between different
> versions of the JDK/SDK, like:
>
> a.       Sun 1.4.2 vs. IBM 1.4.2???
>
> b.       1.4.2 vs. 1.5.0??? (I would assume performance differences
> here)
>
> 3)       Is there a website where this has been documented???
>
>
>
> Dave
>
>
>
> David B. Crain
> Consultant Software Engineer
> Editorial & Conversion Systems
> Lexis-Nexis
> Phone: 937-865-6800 ext. 56303
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: j-users-unsubscribe <at> xerces.apache.org
For additional commands, e-mail: j-users-help <at> xerces.apache.org

Re: I have a couple of questions concerning Xerces and Performance....

Jacob Kjome <hoju <at> visi.com> wrote on 10/02/2006 01:03:48 PM:

> Quoting "Crain, David B. (LNG-DAY)" <David.Crain <at> lexisnexis.com>:
> >
> >
> > 1)       What version of the JDK/SDK was used to build the latest
> > version of Xerces jars. I am referring to the following download site:
> > http://www.apache.org/dist/xml/xerces-j/
> 
> Did you try looking at the xercesImpl.jar MANIFEST.MF?  It says...
> 
> Created-By: 1.3.1 (IBM Corporation)
> 
> Not sure about the rest below.  However, I don't think the JDK used to 
compile
> the code should have much (any?) effect on performance at runtime.  I 
suppose
> newer compilers might optimize the bytecode a little better.  In any 
case,
> Xerces is compiled with a lowest-common-denominator JDK so that (I 
presume. 
> Note I'm not a Xerces project team member, so this is my own $0.02)...
> 
> 1. It can run in the earlier JDK's as well as the newer ones.  Setting 
the
> "target" and "source" compile options are another way to do this, but 
that
> doesn't solve #2...
> 2. Newer API's aren't accidentally introduced.

Right. And sometimes it isn't obvious that you're pulling in newer APIs. 
For instance if you're compiling the following on JDK 1.3, a.append(b) 
calls StringBuffer.append(Object). On JDK 1.4 that call will be bound to 
StringBuffer.append(StringBuffer) instead and you'll get a 
NoSuchMethodError if you then try executing it on JDK 1.3.

StringBuffer a = ...;
StringBuffer b = ...;
a.append(b);

There was code like this in the serializer at one time.

> Jake
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: j-users-unsubscribe <at> xerces.apache.org
> For additional commands, e-mail: j-users-help <at> xerces.apache.org

Michael Glavassevich
XML Parser Development
IBM Toronto Lab
E-mail: mrglavas <at> ca.ibm.com
E-mail: mrglavas <at> apache.org

RE: I have a couple of questions concerning Xerces and Performance....

"Crain, David B. \(LNG-DAY\)" <David.Crain <at> lexisnexis.com> wrote on 
10/02/2006 01:30:31 PM:

> 
> I do not have any issues with what is contained within the any of the
> given content of the Xerces libraries. I do not have any issues with the
> fact that this version of Xerces will execute with any version of
> anyone's JRE. 
> 
> My question is "how well"???

The performance numbers for Xerces I've found floating around on the net 
tend to be out of date. We make performance improvements (there are a 
couple in Xerces 2.8.1) just about every release. I doubt you'll find 
anything current on the web (yet) but I could be wrong.

> Dave 
> 
> David B. Crain
> Consultant Software Engineer
> Editorial & Conversion Systems
> Lexis-Nexis
> Phone: 937-865-6800 ext. 56303
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: j-users-unsubscribe <at> xerces.apache.org
> For additional commands, e-mail: j-users-help <at> xerces.apache.org

Thanks.

Michael Glavassevich
XML Parser Development
IBM Toronto Lab
E-mail: mrglavas <at> ca.ibm.com
E-mail: mrglavas <at> apache.org

Re: Xerces and Xpath