[
https://issues.apache.org/jira/browse/AXIS2-5027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yoann Guerro updated AXIS2-5027:
--------------------------------
Summary: XmlOptions used to serialize a message in a generated Stub are not
accessible (was: XmlOptions used to serialize a message in a generate Stub are
not accessible)
> XmlOptions used to serialize a message in a generated Stub are not accessible
> -----------------------------------------------------------------------------
>
> Key: AXIS2-5027
> URL: https://issues.apache.org/jira/browse/AXIS2-5027
> Project: Axis2
> Issue Type: Bug
> Components: Tools
> Affects Versions: 1.5.4
> Environment: Windows XP, Ecplise IDE 3.5
> Reporter: Yoann Guerro
> Original Estimate: 168h
> Remaining Estimate: 168h
>
> I use the Axis2 wsdl2java generator with the following options: -uri
> MyTest.wsdl -o Test -d xmlbeans -s -u -sn Test_Service -pn Test_Port -ns2p
> In the generated stub the toOM(RequestDocument param) function creates
> XmlOptions to serialize the message:
> org.apache.xmlbeans.XmlOptions xmlOptions = new
> org.apache.xmlbeans.XmlOptions();
> param.save(outputStream, xmlOptions.setSaveNoXmlDecl());
> As a consequence XmlOption used while instantiating the param element are not
> taken into account. In particular if we specify the use of default namespace
> as follows:
> org.apache.xmlbeans.XmlOptions xmlOptions = new
> org.apache.xmlbeans.XmlOptions();
> xmlOptions.setUseDefaultNamespace();
> RequestDocument query = RequestDocument .Factory.newInstance(xmlOptions);
> Would it be possible to
> - either keep the XmlOptions as an attribute of the XmlObject (or
> XmlTokenSource)
> - or provide a method to pass XmlOptions to the client stub for reuse while
> serializing the messages.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
