Best StAX Implementation [closed]
Asked Answered
T

4

18

My quick search reveals the reference implementation (http://stax.codehaus.org), the Woodstox implementation (http://woodstox.codehaus.org), and Sun's SJSXP implementation (https://sjsxp.dev.java.net/).

Please comment on the relative merits of these, and fill me in on any other implementations I should consider.

Titanism answered 23/9, 2008 at 14:15 Comment(0)
S
17

Woodstox wins every time for me. It's not just performance, either - sjsxp is twitchy and overly pedantic, woodstox just gets on with it.

Sextans answered 23/9, 2008 at 17:0 Comment(0)
C
5

Interesting to note that:

SJSXP performance is consistently faster than BEA, Oracle and RI for all of the documents described here in this study. However, it lags behind Woodstox and XPP3 in some document sizes and in the best cases, exhibits similar performance compared to these two parsers.

Article from Sun: Streaming APIs for XML parsers

Cruck answered 23/9, 2008 at 14:24 Comment(0)
F
1

http://javolution.org/ has a good StAX implementation

Fledge answered 23/9, 2008 at 14:47 Comment(1)
javolution is not strictly a StAX implementation, it's StAX-like, but the APIs are differentAtingle
N
1

Comment on Javolution: No it's not Stax implementation. It does implement an API similar to Stax, but because of Javolution's avoidance of Strings etc, it can not be source compatible.

Either way, their implementation is not particularly good -- it's not faster, and it is less fully-featured, doesn't detect xml problems (like duplicate attributes), won't process entities or such. So I don't see much reason using it, unless you use Javolution classes for everything.

Nub answered 8/1, 2009 at 3:58 Comment(1)
+1 for pointing out that the Javolution implementation is not source compatible. However.. -0.5 for not backing up your claim ("not particularly good", "not faster") with facts. :/Insubstantial

© 2022 - 2024 — McMap. All rights reserved.