Mailing-List: contact cxf-issues-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cxf-dev@incubator.apache.org
Message-ID: <262257346.1203629959222.JavaMail.jira@brutus>
Date: Thu, 21 Feb 2008 13:39:19 -0800 (PST)
From: "Daniel Kulp (JIRA)" <jira@apache.org>
To: cxf-issues@incubator.apache.org
Subject: [jira] Resolved: (CXF-1269) Using contentType =
 "application/octet-stream" on returned Datahandler/DataSource causes an
 InputStream to be left open
In-Reply-To: <30178295.1196972383003.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ 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.