Thanks Ajith. I should have read the documentation more thoroughly,
including the caveats at the bottom! Performance is one of my objectives. I want to use the direct access to the pull parser that axis2/adb provides to efficiently process potentially very large incoming documents passed as parameters to the SOAP messages. Specifically, I want to grab the characters events and stream them into a reusable nio CharBuffer, rather than having them built into a DOM with freshly consed strings. Does axis2 with XMLBeans also provide the capability to directly access StAX to custom-parse incoming message parameters? The main reason for the <choice> options is that I need the service to be accessible from a .Net client, and have read various places (including on this mailing list) that SOAP faults are best avoided for interop, in favor of passing exceptions back within the response messages. One approach is to design the response messages as <choice>'s that are the real response or an exception. This is convenient, but obviously not the only approach. I could use a different representation that doesn't require the <choice> if that is the only way to get direct access to StAX. I'd appreciate you advice. Thanks, Chuck Hi Chuck, |
- Re: [Axis2-0.94] WSDL2Java generates bad code for <cho... Chuck Williams
- Re: [Axis2-0.94] WSDL2Java generates bad code for &l... Ajith Ranabahu
- Re: [Axis2-0.94] WSDL2Java generates bad code for &l... Davanum Srinivas
- Re: [Axis2-0.94] WSDL2Java generates bad code fo... Chuck Williams
- Re: [Axis2-0.94] WSDL2Java generates bad cod... Ajith Ranabahu
- Re: [Axis2-0.94] WSDL2Java generates bad... Chuck Williams
- Re: [Axis2-0.94] WSDL2Java generate... Ajith Ranabahu
- Re: [Axis2-0.94] WSDL2Java gene... Chuck Williams
- Re: [Axis2-0.94] WSDL2Java ... Chuck Williams
- Re: [Axis2-0.94] WSDL2Java ... Davanum Srinivas
- Re: [Axis2-0.94] WSDL2Java ... Ajith Ranabahu