[
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
