[ http://issues.apache.org/jira/browse/WSCOMMONS-32?page=all ]
Dennis Sosnoski resolved WSCOMMONS-32:
--------------------------------------
Resolution: Fixed
Commit http://svn.apache.org/viewvc?rev=413760&view=rev passes
getXMLStreamReaderWithoutCaching() call on to base class when parser has
already been created from data source.
> 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
> Attachments: DataObjectOMDataSource.java
>
> 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]
