> I haven't taken it for spin yet, but
> it's worth a try.
Also James added VTD XML component to Camel Extra, if extra-fast XPath
query is fair enough for you.
[1] http://camel.apache.org/vtd-xml
--
Henryk Konsek
http://henryk-konsek.blogspot.com
Aalto XML [1] is a non-blocking async StAX XML parser which many claim is
ultra-fast and/or the fastest around. I haven't taken it for spin yet, but
it's worth a try.
[1] http://wiki.fasterxml.com/AaltoHome
*Raúl Kripalani*
Apache Camel Committer
Enterprise Architect, Program Manager, Open Source
> Avoid usage of DOM or big object trees.
Good point. I assumed that the entire XML needs to be parsed (this is
often the case). But yeah, definitely favor streaming over
deserializing entire XML.
--
Henryk Konsek
http://henryk-konsek.blogspot.com
Avoid usage of DOM or big object trees. With all XML-Java binding marshallers
it's gonna be more or less same. If you want do this fast, try to limit number
of conversions. The best you can do is to use stream from beginning. Consider
splitting file as described on Claus blog [1]. Also you may u
Why you do not try it out? ;-)
Best,
Christian
On Wed, Feb 20, 2013 at 2:52 PM, BobbySixKiller wrote:
> Hi,
>
> I have a simple question about parsing xml and performance. Actually my
> route is like this :
>
> from("endpointIn")
> .convertBodyTo(String.class)//
> .unmarshal().jaxb("com.groupem
Hi,
> It works fine but i was wondering, is this route more performant ?:
> NB: The xml files are pretty big.
If XML (de)serialization is an issue consider using JiBX data format [1].
from("direct:start").unmarshal().jibx(MyMappedBean.class).to(...);
JiBX is a speed demon comparing to JAXB.
Be
