cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ext2 (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CXF-3504) for big attachment, a temporary file is left on disk and keep opend, if the application just close the DataSource's inputStream and doesn't consume it;
Date Fri, 20 May 2011 03:02:47 GMT

    [ https://issues.apache.org/jira/browse/CXF-3504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13036639#comment-13036639
] 

ext2 commented on CXF-3504:
---------------------------

when I reported CXF3504 & CXF3505 bug previously, I just use a "user's word to say what
the problem I have saw outside CXF". But the underly technical reason which caused CXF3505
& CXF3504 are differnet;

CXF3505 's underly reason is: sun's activation library caused all attachments are delegate
to inputstream ( not cached) ;the patch for CXF3505 only fixed: only last attachment using
delegate inputstream, other attachments cached. Anyway there is still a attachment(the last)
which using delegate inputstream;

CXF3504's underly reason is : delegate input stream 's close method doest take care of underly-http-connection
and Cacheing mechanism both; the original code of CXF only tare of underly-http-connection
's close; and the new patch of CXF3504 only take care of Cacheing mechanism.

By the way, I fixed the patch of CXF3504 and CXF3505 in CXF2.3.3 version. (although I think
the trunk source code of CXF2.4 also have the new problem, but I haven't tried it yet)



> for big attachment, a temporary file is left on disk and keep opend, if the application
just close the DataSource's inputStream and doesn't consume it; 
> --------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CXF-3504
>                 URL: https://issues.apache.org/jira/browse/CXF-3504
>             Project: CXF
>          Issue Type: Bug
>    Affects Versions: 2.4
>            Reporter: ext2
>            Assignee: Freeman Fang
>             Fix For: 2.4.1, 2.3.5
>
>         Attachments: attachment-clean.zip, mtom.wsdl
>
>
> when the client receiving multiple larget attachments from server. here "large" means
: attachment size is large enough to be saved as temporary file on disk;
> for the last attachment, if the user application only close the input stream got from
DataSource and doesn't consume the input stream at all, a temporary file will be left on the
disk.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message