You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Daniel Kulp (JIRA)" <ji...@apache.org> on 2008/02/21 22:39:19 UTC

[jira] Resolved: (CXF-1269) Using contentType = "application/octet-stream" on returned Datahandler/DataSource causes an InputStream to be left open

     [ https://issues.apache.org/jira/browse/CXF-1269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Daniel Kulp resolved CXF-1269.
------------------------------

       Resolution: Fixed
    Fix Version/s:     (was: 2.1)
                   2.0.5

I've implemented the change above.  I HOPE that fixes it, but I'm not 100% sure since I run on a real OS ( :-) ) that doesn't have the issue of not being able to delete the file. 

> 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
>            Assignee: Daniel Kulp
>             Fix For: 2.0.5
>
>
> 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.