Re: [xml-dev] SAX parser for Netbeans [PERFORMANCE]
Petr Kuzel <[email protected]> Thu, 20 Mar 2003 18:47:58 +0100
| Newsgroups | gmane.comp.java.netbeans.modules.xml.devel |
|---|---|
| Organization | Sun Microsystems |
| Message-ID | <[email protected]> |
Mike Skells wrote:
>>What about conformance?
>
> Conformance info available from
> http://piccolo.sourceforge.net/bench.html#summary for the xmlconf
> http://xmlconf.sourceforge.net/ conformance suite. The information
> presented there indicates the piccolo is _more_ cormormant than crimson
> or xerces!
I saw these resources, then I visited Piccolo's known bugs
page and have seen that there are still some serious bugs that
makes users to move back to Xerces.
> SO this means that it would provide a faster startup.
> Also every time I open a new directory the .nbattrs file is parsed.
> Every time I open a form the .form file is processed
That's right. However profiling shows that it's not primary
reason for perceived slowness.
> For backgroug information I attach an email from the dom4j newsgroup
> which has found a 35% gain using Piccolo over Xerces 2.3.0.
These looks nice, especially for highly structured XML
documents.
You look like you really want to try it. So there is a pointer
how can you achieve it. nb_all/core/src/org/netbeans/
core/xml/NbSAXPerserFactoryImpl.java source defines
a system property that allows you change "the fast non-validating
SAX parser". So you can launch IDE using:
runide -J-Detbeans.xml.FastSAXParserFactoryImpl=com.bluecast.xml.JAXPSAXParserFactory
while having the piccolo.jar in {netbeans}/lib/ext (a classpath).
Let me know about actual results for NetBeans.
Thank you
Cc.
--
<address>
<a href="mailto:[email protected]">Petr Kuzel</a> at Sun Microsystems :
<a href="http://performance.netbeans.org/">IDE performance</a></address>