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

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

I am sure I have  correct patch for CXF3504 and CXF3505.  there are still 
socket left not closed;
Actualy the new problem (http-connection not close ) caused by CXF 3504 's 
patch is  different to the CXF3505. 
cxf3505's bug are always: server socket closed, client not closed(FIN_WAIT 
socket STATUS); 
the new problem of CXF 3504 's patch are : server and client both not 
closed[ESTABLISHED SOCKET STATUS] if you provide a LARGE ENOUGH attachment, you 
will find 
HERE :LARGE ENOUGH ATTACHMENT means :attatchment’size should be larger than 
double size of underly buffer for socket), In my enviroment I using a 64K 
attachment in JDK5 and windows XP system。 the attachment size is quite 
different on different operation-system and JDK.
You can try it by using a very big attachment[etc: 10M size (arbitrary)]

> 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

Reply via email to