"[EMAIL PROTECTED]" wrote : | Currently, the xmlFragments associated with SOAPContentElements are lazily deserialized, requiring a second parse for each fragment. This could also be optimized through StAX if the jboss binding framework could eagerly create the corresponding java objects during the first parse. | I think this only way that StAX is worth using, is if parsing and deserialization are done at the same time. IMO the SOAPContentElement should be constructed with the actual java object and no content data (strings or XMLEvent objects). If we have to pull the whole message into memory as a chunk of XMLEvent objects, then things become less effient than DOM.
I researched the performance of a SOAP message containing a 10,000 element array of 6 members(not an impracticle use case). The file size was around 2 megs. The memory size and timings follow: | DOM: 12MB .512 seconds | List of XMLEvent StAX objects: 20MB .700 seconds. | As you can see DOM is actually more efficient when used in this manner. "[EMAIL PROTECTED]" wrote : | As far as StAX is concerned, we also need to check whether the license of the available implementations allow us to include it in the jboss stack. Which implemenation did you have in mind? | The 2 implementations I have been looking at are Sun's and the RI. Sun's implementation (sjsxp) is included in the JWSDP which allows free redistribution. The reference implementation is under the JCP license. -Jason View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3859964#3859964 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3859964 ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
