[ http://issues.apache.org/jira/browse/WSCOMMONS-32?page=comments#action_12415746 ]
Dennis Sosnoski commented on WSCOMMONS-32: ------------------------------------------ After looking into the code I suspect the problem is something different from what is described. The OMSourcedElementImpl.getXMLStreamReaderWithoutCaching() method works differently depending on whether the Axiom tree has already been constructed or not. If the tree *has* been constructed, it just calls the superclass method getXMLStreamReader() - but in this case the tree has already been built, so caching is meaningless. If the tree *has not* been constructed, getXMLStreamReaderWithoutCaching() returns the reader from the OMDataSource. Please ask the original reporter of this issue for more details, and preferably some example code that demonstrates the problem. > Call to OMSourcedElementImpl.getXMLStreamReaderWithoutCaching() returns an > XMLStreamReader WITH caching > ------------------------------------------------------------------------------------------------------- > > Key: WSCOMMONS-32 > URL: http://issues.apache.org/jira/browse/WSCOMMONS-32 > Project: WS-Commons > Type: Bug > Components: AXIOM > Environment: Windows XP, JBOSS4.0.3 SP1 > Reporter: Lakshmi Chaparala > Assignee: Dennis Sosnoski > > I used Axis2's OMSourcedElementTest.java as an example of how to use a > custom OMDataSource. In this case you construct an OMSourcedElementImpl > class and give it your custom OMDataSource. When the service implementation > class the constructed OMSourcedElementImpl and Axiom streams it out, the > OMSerializerUtil class makes a call to > OMSourcedElementImpl.getXMLStreamReaderWithoutCaching(), which returns an > XMLStreamReader WITH caching. This sends the code down an execution path > that fails to stream the OMSourcedElementImpl because it looks for OMElement > objects that aren't there. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - 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]
