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

Jerome Lacoste updated VFS-186:
-------------------------------

    Attachment: VFS-186.diff

This patch is not very pretty and still contains some printouts.... I will 
clean it later if you want.

Details
SftpFileSystem
* synchronize access around the "pooled" idleChannel 
SftpFileObject
* remove the synchronization added by VFS-113 (I think it is more of a hack 
than a correct solution. Synchronization should be on the file system
* add a call to putChannel (not 100% sure it was needed, but there's a lack of 
symmetry if it isn't there.

This doesn't seem to affect the performance and remove the instability we had. 
We still have one issue under investigation: jsch disconnecting with the 
following message:

SSH_MSG_DISCONNECT: 2 Could not create socket pairs: Too many open files
from
        at com.jcraft.jsch.Session.read(Session.java:858)
        at com.jcraft.jsch.Session.run(Session.java:1158)
        at java.lang.Thread.run(Thread.java:595)

> Make SFTP file system mutli-thread aware
> ----------------------------------------
>
>                 Key: VFS-186
>                 URL: https://issues.apache.org/jira/browse/VFS-186
>             Project: Commons VFS
>          Issue Type: Improvement
>    Affects Versions: 1.1
>            Reporter: Jerome Lacoste
>         Attachments: VFS-186.diff
>
>
> We wrote a simple unit test to stress test commons-vfs sftp implementation. 
> We used multiple-threads.
> We ran into various issues, some in jsch 0.1.36, some in commons-vfs. After 
> applying the following patch (in combination with those for jsch), 
> commons-vfs became much more reliable. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to