Using contentType = "application/octet-stream" on returned
Datahandler/DataSource causes an InputStream to be left open
-----------------------------------------------------------------------------------------------------------------------
Key: CXF-1269
URL: https://issues.apache.org/jira/browse/CXF-1269
Project: CXF
Issue Type: Bug
Affects Versions: 2.0.2
Environment: Running CXF in Jetty using bare bones cxf-service.xml
config
Reporter: Zack Jones
Our service returns a Datasource whos getContentType() method returns
"application/octect-stream". Method is named getMessage() and returns a
DataHandler and a messageId in a wrapped type.
Our service also contains a method to remove the file source associated with
this Datasource by passing the messageId in the request.
A client side test fails because the message can't be deleted, presumably b/c
an InputStream to the file is left open.
This only recently became an issue as before we were returning type "text/xml",
which worked as expected. It was desirable to change the type as our WSDL has
the xmime:expectedContentTypes="application/octet-stream" attribute on the
base64Binary type so we can use DataHandlers on the client side.
Unfortunately we switched back to using text/xml.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
