[jira] [Created] (VFS-421) Allows Identity Repository for SFTP
Benjamin Piwowarski created VFS-421: --- Summary: Allows Identity Repository for SFTP Key: VFS-421 URL: https://issues.apache.org/jira/browse/VFS-421 Project: Commons VFS Issue Type: Improvement Affects Versions: 2.0 Environment: Any Reporter: Benjamin Piwowarski Priority: Minor The SFTP filesystems does not allow to use a custom Identity Repository, but this is needed to allows SSH authentication through an SSH agent, e.g. using http://www.jcraft.com/jsch-agent-proxy/ This is usually done within jsch by calling jsch.setIdentityRepository(repository); If you are interested by such a functionality, I will modify the code and post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (VFS-422) Allows to create other channels
Benjamin Piwowarski created VFS-422: --- Summary: Allows to create other channels Key: VFS-422 URL: https://issues.apache.org/jira/browse/VFS-422 Project: Commons VFS Issue Type: Improvement Affects Versions: 2.0 Environment: Any Reporter: Benjamin Piwowarski In the software I am writing, I need to execute commands when the filesystems "allows" it, i.e. local or via ssh (i.e. sftp filesystem). For a local filesystem, I can easily do this, but for Sftp, there is no way to get a channel different than the SFTP on, so it would be great if other channels could be open. I could submit a patch that would: 1) Allows a call to session.openChannel(String type) [following getChannel()] 2) Overwrite isReleaseable to keep the filesystem open if some external channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-422: Summary: Allows to create other channels in SftpFileSystem (was: Allows to create other channels) > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13396790#comment-13396790 ] Benjamin Piwowarski commented on VFS-421: - Hi, I coded the changes, but providing a test for this is a bit more difficult, because the only IdentityRepository JSch provides is a package protected one. If I want to provide a patch, I need to copy a couple of files from JSch (BSD style license) into the sftp.test package - would this be OK? On the other hand, this is not a big patch and doesn't break anything (when testing sftp); after all, many authentication methods are not tested. I attach the first version of the patch (without the test case). > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: identity.patch > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.patch > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: (was: identity.patch) > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.patch > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: identity.patch > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.patch > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: identity.patch > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.patch > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: (was: identity.patch) > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.patch > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13396845#comment-13396845 ] Benjamin Piwowarski commented on VFS-421: - I included a test - actually by subclassing (I hope this is OK) rather than copying. The test just sets the default identity repository for sftp (so in practice, it does not change anything but simulates setting the identity repository). I had to change the dependency to JSch 0.1.48 (from 0.1.42), since using a non default identity repository was introduced in 0.1.47, cf http://www.jcraft.com/jsch/ChangeLog > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.patch > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13397354#comment-13397354 ] Benjamin Piwowarski edited comment on VFS-421 at 6/20/12 8:26 AM: -- Hi Gary, sorry for this - I had checked out a wrong version of VFS commons. I adapted and improved the patch for the SVN version - using an identity repository factory (since an identity repository might need an existing JSch instance to get initialized). The patch has been updated on Jira. Benjamin was (Author: bpiwowar): Hi Gary, sorry for this - I had checked out a wrong version of VFS commons. I adapted and improved the patch for the SVN version - using an identity repository factory (since an identity repository might need an existing JSch instance to get initialized). Benjamin > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: (was: identity.patch) > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: identity.diff > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13397354#comment-13397354 ] Benjamin Piwowarski commented on VFS-421: - Hi Gary, sorry for this - I had checked out a wrong version of VFS commons. I adapted and improved the patch for the SVN version - using an identity repository factory (since an identity repository might need an existing JSch instance to get initialized). Benjamin > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: identity.diff > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff, identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13397454#comment-13397454 ] Benjamin Piwowarski commented on VFS-421: - Done. > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff, identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: (was: identity.diff) > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13397493#comment-13397493 ] Benjamin Piwowarski commented on VFS-421: - I cannot reproduce this - I tried to clean and rebuild, and had no trouble. Could you tell me which steps you took? > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: identity.diff > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: identity.diff > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: (was: identity.diff) > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: (was: identity.diff) > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13397522#comment-13397522 ] Benjamin Piwowarski commented on VFS-421: - Sorry, not used anymore to svn diff... the patch should be complete now. > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13397528#comment-13397528 ] Benjamin Piwowarski commented on VFS-421: - Done... Hope this everything is OK now. > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: (was: identity.diff) > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-421) Allows Identity Repository for SFTP
[ https://issues.apache.org/jira/browse/VFS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-421: Attachment: identity.diff > Allows Identity Repository for SFTP > --- > > Key: VFS-421 > URL: https://issues.apache.org/jira/browse/VFS-421 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski >Priority: Minor > Labels: sftp, ssh-agent > Attachments: identity.diff > > Original Estimate: 12h > Remaining Estimate: 12h > > The SFTP filesystems does not allow to use a custom Identity Repository, but > this is needed to allows SSH authentication through an SSH agent, e.g. using > http://www.jcraft.com/jsch-agent-proxy/ > This is usually done within jsch by calling > jsch.setIdentityRepository(repository); > If you are interested by such a functionality, I will modify the code and > post a patch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-422: Attachment: 0001-SftpFileSystems-allows-opening-external-channels.patch Patch to be applied with patch -p1 > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13398297#comment-13398297 ] Benjamin Piwowarski commented on VFS-422: - Please find a patch for this new functionality (along with tests & copyright information) A few comments on the patch: - SftpFileSystem has a counter for externally opened channels (and a read access to it in order to test the new functionality) - I had to create a CommonsVFSChannelHelper in the com.jcraft.jsch package in order to get access to package protected classes. - I added a new test case so that both the creation and the counter are tested, so that the function does not break in future versions. > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13398506#comment-13398506 ] Benjamin Piwowarski commented on VFS-422: - Here are answers to your question On formats: * I will use the standard diff format - hopeful the test will pass (I have no trouble on my side after a clean) * I now use the block style * I added some comments on Jsch Other things * The runtime exception was just a way to see if the code was executed at some point (removed) * Keeping track of how many objects are instantiated is important if we want to answer correctly to the "isReleasable" question - otherwise, opened channel will be closed when disposing of the filesystem, unless I misunderstood how VFS was working. I will post an updated patch soon. > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13398506#comment-13398506 ] Benjamin Piwowarski edited comment on VFS-422 at 6/21/12 3:48 PM: -- Here are answers to your question On formats: * I will use the standard diff format - hopeful the test will pass (I have no trouble on my side after a clean) * I now use the block style * I added some comments on Jsch Other things * The runtime exception was just a way to see if the code was executed at some point (removed) * Keeping track of how many objects are instantiated is important if we want to answer correctly to the "isReleasable" question - otherwise, opened channel will be closed when disposing of the filesystem, unless I misunderstood how VFS was working. I will post an updated patch soon. PS. my time zone is CEST. was (Author: bpiwowar): Here are answers to your question On formats: * I will use the standard diff format - hopeful the test will pass (I have no trouble on my side after a clean) * I now use the block style * I added some comments on Jsch Other things * The runtime exception was just a way to see if the code was executed at some point (removed) * Keeping track of how many objects are instantiated is important if we want to answer correctly to the "isReleasable" question - otherwise, opened channel will be closed when disposing of the filesystem, unless I misunderstood how VFS was working. I will post an updated patch soon. > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13398506#comment-13398506 ] Benjamin Piwowarski edited comment on VFS-422 at 6/21/12 3:49 PM: -- Here are answers to your question On formats: * I will use the standard diff format - hopeful the test will pass (I have no trouble on my side after a clean) * I now use the block style * I added some comments on Jsch Other things * The session type is now an enum (I just copied the JSch way in the first patch) * The runtime exception was just a way to see if the code was executed at some point (removed) * Keeping track of how many objects are instantiated is important if we want to answer correctly to the "isReleasable" question - otherwise, opened channel will be closed when disposing of the filesystem, unless I misunderstood how VFS was working. I will post an updated patch soon. PS. my time zone is CEST. was (Author: bpiwowar): Here are answers to your question On formats: * I will use the standard diff format - hopeful the test will pass (I have no trouble on my side after a clean) * I now use the block style * I added some comments on Jsch Other things * The runtime exception was just a way to see if the code was executed at some point (removed) * Keeping track of how many objects are instantiated is important if we want to answer correctly to the "isReleasable" question - otherwise, opened channel will be closed when disposing of the filesystem, unless I misunderstood how VFS was working. I will post an updated patch soon. PS. my time zone is CEST. > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-422: Attachment: 0001-SftpFileSystems-allows-opening-external-channels.patch > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch, > 0001-SftpFileSystems-allows-opening-external-channels.patch > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-422: Attachment: (was: 0001-SftpFileSystems-allows-opening-external-channels.patch) > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-422: Attachment: (was: 0001-SftpFileSystems-allows-opening-external-channels.patch) > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-422: Attachment: 0001-SftpFileSystems-allows-opening-external-channels.patch > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13398518#comment-13398518 ] Benjamin Piwowarski edited comment on VFS-422 at 6/21/12 4:12 PM: -- Sorry, I misunderstood you. I eventually followed the VFS way of doing so by using object creation and finalization (as in AbstractFileObject). Just saw that ChannelSession and ChannelX11 were private. I guess it is a good idea to remove them (along with some others in the same case, e.g agent forwarding) Benjamin was (Author: bpiwowar): Sorry, I misunderstood you. I eventually followed the VFS way of doing so by using object creation and finalization (as in AbstractFileObject). Just saw that ChannelSession and ChannelX11 were private. I guess it is a good idea to remove them. Benjamin > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13398518#comment-13398518 ] Benjamin Piwowarski commented on VFS-422: - Sorry, I misunderstood you. I eventually followed the VFS way of doing so by using object creation and finalization (as in AbstractFileObject). Just saw that ChannelSession and ChannelX11 were private. I guess it is a good idea to remove them. Benjamin > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-422: Attachment: (was: 0001-SftpFileSystems-allows-opening-external-channels.patch) > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-422) Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-422: Attachment: 0001-SftpFileSystems-allows-opening-external-channels.patch > Allows to create other channels in SftpFileSystem > - > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-405: Attachment: permissions-0001.patch Patch without matching tests, adding permission capabilities to sftp and local filesystems. > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13401439#comment-13401439 ] Benjamin Piwowarski commented on VFS-405: - The patch 0001 adds basic permission support in the form of a FileProperties (more general) object that can be accessed through getFileProperties in FileObject. In the patch, there are four types of properties: - FileProperties: the abstract base class - AbstractPermission: the abstract base class for permission properties - JavaPermissions: java like file permissions - PosixPermissions: POSIX (user/group/others) permissions The patch provides initial support for sftp and local filesystem. Benjamin > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-405: Attachment: permissions-0002.patch > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13402188#comment-13402188 ] Benjamin Piwowarski commented on VFS-405: - The second patch is a simpler form, that adds setReadable, setWritable, setExecutable to FileObject, and support for this functionality for local and sftp file systems. > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-405: Attachment: permissions-0003.patch Improved over patch 2 (cleaned up the error messages, added implementation for all derived classes, and added tests for sftp and local filesystems) > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13412847#comment-13412847 ] Benjamin Piwowarski commented on VFS-405: - It should be in SVN diff format. Which patch command do you use so I can see what's wrong? > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13412847#comment-13412847 ] Benjamin Piwowarski edited comment on VFS-405 at 7/12/12 3:01 PM: -- It should be in SVN diff format. Which patch command do you use so I can see what's wrong? I tried to apply a solution found on the Web http://www.mail-archive.com/dev@trafficserver.apache.org/msg00864.html Is it better with patch 0004? was (Author: bpiwowar): It should be in SVN diff format. Which patch command do you use so I can see what's wrong? > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch, permissions-0004.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-405: Attachment: permissions-0004.patch > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch, permissions-0004.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-405: Attachment: permissions-0005.patch Patch 0005 should work - I removed the patch on FileSystemManager that got into the previous ones. > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch, permissions-0004.patch, permissions-0005.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13412873#comment-13412873 ] Benjamin Piwowarski commented on VFS-405: - Note: for FileSystemManager, there is a special character above the line "Locates a file by name" - this was cleaned up by my editor and this what caused the problem with the patch (probably). > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch, permissions-0004.patch, permissions-0005.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13412917#comment-13412917 ] Benjamin Piwowarski commented on VFS-405: - Running OS X, and testing with an sftp server running linux. What are the failures on Windows 7? I am not sure what should be the behavior for an SSH server running on Windows though, since the Sftp implementation relies on running the command "id" that gives the user and group ids. > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch, permissions-0004.patch, permissions-0005.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13412942#comment-13412942 ] Benjamin Piwowarski commented on VFS-405: - It hangs also with my configuration when not using an external SSH server. I am trying to see what's wrong, but will maybe postpone this to tomorrow. > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch, permissions-0004.patch, permissions-0005.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13412953#comment-13412953 ] Benjamin Piwowarski commented on VFS-405: - I don't have failures for the local provider Running org.apache.commons.vfs2.provider.local.test.LocalProviderTestCase Tests run: 79, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.078 sec It hangs for the embedded Sftp server on executing the command necessary to get the group/user id. I will see what can be done there - otherwise, it is fair to remove the tests when the server is the embedded one? > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch, permissions-0004.patch, permissions-0005.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-405: Attachment: permissions-0006.patch New patch choose solve (2) - I modified some SSH server related code in order to cache permissions and simulate a proper SSH server running on a machine with posix permissions (or simulating them, like openssh). It would be good though to test with an external SSH server running on windows, since the current implementation relies on running two commands to get the user and group IDs. > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch, permissions-0004.patch, permissions-0005.patch, > permissions-0006.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13413696#comment-13413696 ] Benjamin Piwowarski edited comment on VFS-405 at 7/13/12 12:58 PM: --- New patch 0006 choose solve (2) - I modified some SSH server related code in order to cache permissions and simulate a proper SSH server running on a machine with posix permissions (or simulating them, like openssh). It would be good though to test with an external SSH server running on windows, since the current implementation relies on running two commands to get the user and group IDs. BTW, I had to update the mina SSHD server to version 0.7 was (Author: bpiwowar): New patch choose solve (2) - I modified some SSH server related code in order to cache permissions and simulate a proper SSH server running on a machine with posix permissions (or simulating them, like openssh). It would be good though to test with an external SSH server running on windows, since the current implementation relies on running two commands to get the user and group IDs. > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch, permissions-0004.patch, permissions-0005.patch, > permissions-0006.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-405: Attachment: permissions-0007.patch Should cope with (1): if the platform is Windows, then it just test that the file is executable; otherwise, it performs the full tests. > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch, permissions-0004.patch, permissions-0005.patch, > permissions-0006.patch, permissions-0007.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-405) Get/set the file permissions
[ https://issues.apache.org/jira/browse/VFS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Piwowarski updated VFS-405: Attachment: permissions-0008.patch Patch 0008 should solve windows related problem (there is no executability/readability flag) and also target only windows local filesystem (and not tests running on windows) > Get/set the file permissions > > > Key: VFS-405 > URL: https://issues.apache.org/jira/browse/VFS-405 > Project: Commons VFS > Issue Type: Improvement >Reporter: Damian Waszak > Attachments: permissions-0001.patch, permissions-0002.patch, > permissions-0003.patch, permissions-0004.patch, permissions-0005.patch, > permissions-0006.patch, permissions-0007.patch, permissions-0008.patch > > > Add possibility to change file permissions through VFS, similar to executing > *chmod* command on a file. > Simple use case scenario would be to move a file to SFTP server, and then > retrieve and change the permissions, e.g. exececute chmod 0644. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-422) [SFTP] Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13435881#comment-13435881 ] Benjamin Piwowarski commented on VFS-422: - Is there any progress on this? > [SFTP] Allows to create other channels in SftpFileSystem > > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch, > vfs-422-v2-by-gg.diff > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-422) [SFTP] Allows to create other channels in SftpFileSystem
[ https://issues.apache.org/jira/browse/VFS-422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13437711#comment-13437711 ] Benjamin Piwowarski commented on VFS-422: - I don't see clearly how to work with the Operations API, that seem to be more linked to a file, whereas the proposed API is at the level of the file system. > [SFTP] Allows to create other channels in SftpFileSystem > > > Key: VFS-422 > URL: https://issues.apache.org/jira/browse/VFS-422 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 2.0 > Environment: Any >Reporter: Benjamin Piwowarski > Attachments: > 0001-SftpFileSystems-allows-opening-external-channels.patch, > vfs-422-v2-by-gg.diff > > Original Estimate: 3h > Remaining Estimate: 3h > > In the software I am writing, I need to execute commands when the filesystems > "allows" it, i.e. local or via ssh (i.e. sftp filesystem). > For a local filesystem, I can easily do this, but for Sftp, there is no way > to get a channel different than the SFTP on, so it would be great if other > channels could be open. > I could submit a patch that would: > 1) Allows a call to session.openChannel(String type) [following getChannel()] > 2) Overwrite isReleaseable to keep the filesystem open if some external > channels are open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
Benjamin Piwowarski created VFS-440:
---
Summary: [SFTP] Stream (e.g. netcat) proxy for Sftp file system
(aka ProxyCommand)
Key: VFS-440
URL: https://issues.apache.org/jira/browse/VFS-440
Project: Commons VFS
Issue Type: Improvement
Reporter: Benjamin Piwowarski
Priority: Minor
Attachments: sftp-stream-proxy.diff
What I propose is to add the possibility to connect to a remote SSH server
through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
instance
http://backdrift.org/transparent-proxy-with-ssh
for a use case.
This simulates a ProxyCommand where the command is run on a SSH host.
The patch also contains a test for the new functionality.
Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
{code:java}
builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
builder.setProxyHost(opts, "gate.way.host");
builder.setProxyPort(opts, 22);
builder.setProxyOptions(opts, proxyOptions);
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Piwowarski updated VFS-440:
Attachment: sftp-stream-proxy.diff
Patch with new functionality and test
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13472282#comment-13472282
]
Benjamin Piwowarski commented on VFS-440:
-
By the way, I had to lower the version of org.bouncycastle.bcprov-jdk15on to
1.46 (this is because sshd-core was downgraded to 0.7.0, svn commit 1395117,
but bcprov remained on 1.47)
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Piwowarski updated VFS-440:
Attachment: sftp-stream-proxy-v2.diff
Cleaned up patch with more comments
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13482663#comment-13482663
]
Benjamin Piwowarski commented on VFS-440:
-
Yes, the test should be platform independent (the nc command is built it into
the SSH test server, so it shouldn't matter whether it is run on Windows or
not). I will try latter to see what might be wrong. Can you see how many tests
have been run?
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Piwowarski updated VFS-440:
Attachment: sftp-stream-proxy-v3.diff
This should solve the hanging problem my closing the SFTP connection link after
each series of tests.
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13483984#comment-13483984
]
Benjamin Piwowarski edited comment on VFS-440 at 10/25/12 8:48 AM:
---
The patch v3 should solve the hanging problem my closing the SFTP connection
link after each series of tests.
was (Author: bpiwowar):
This should solve the hanging problem my closing the SFTP connection link
after each series of tests.
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13484941#comment-13484941
]
Benjamin Piwowarski commented on VFS-440:
-
Gary, here are the answers to your questions:
1. The session should be from the connect - this is why it is not implemented.
Strange that I never saw an error message coming from there.
2. No, the JSch instance was a left over from early implementation - we now
rely on Sftp connection mechanism to avoid having two different systems to
configure SSH connections;
3. SftpStreamProxy does not rely on sockets - hence it does not have one.
Benjamin
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13484941#comment-13484941
]
Benjamin Piwowarski edited comment on VFS-440 at 10/26/12 2:15 PM:
---
Gary, here are the answers to your questions:
1. The session should be from the connect - this is why it is not implemented.
Strange that I never saw an error message coming from there.
2. No, the JSch instance was a left over from early implementation - we now
rely on Sftp connection mechanism to avoid having two different systems to
configure SSH connections;
3. SftpStreamProxy does not rely on sockets - hence it does not have one.
I reviewed the changes in patch v4 and I have no special comments.
Benjamin
was (Author: bpiwowar):
Gary, here are the answers to your questions:
1. The session should be from the connect - this is why it is not implemented.
Strange that I never saw an error message coming from there.
2. No, the JSch instance was a left over from early implementation - we now
rely on Sftp connection mechanism to avoid having two different systems to
configure SSH connections;
3. SftpStreamProxy does not rely on sockets - hence it does not have one.
Benjamin
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13484962#comment-13484962
]
Benjamin Piwowarski commented on VFS-440:
-
Just to be sure:
- JSch jsch should be removed
- in connect, the "final Session" should be removed so that we use the member
variable "session" and not a local one (and that the session can be properly
closed)
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Piwowarski updated VFS-440:
Attachment: sftp-stream-proxy-v6.diff
Patch v6 cleans up properly the tests by shutting down the SFtp server. I tried
a better solution, but it seems that some resources (files) are freed much
latter.
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff,
> sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Piwowarski updated VFS-440:
Attachment: sftp-stream-proxy-v7.diff
Patch v7 includes SftpStreamProxy.
I left the changes in PermissionsTests.java in the effort of cleaning up output
of Sftp tests: it just removes a System.err.println
- System.err.println(file.setReadable(true, true));
+ file.setReadable(true, true);
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff,
> sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff,
> sftp-stream-proxy-v7.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Piwowarski updated VFS-440:
Attachment: sftp-stream-proxy-v7-bis.diff
Patch v7-bis is v7 without the change in PermissionsTests.java
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff,
> sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff,
> sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13485638#comment-13485638
]
Benjamin Piwowarski commented on VFS-440:
-
Running and no issues so far.
However, I think there might be issues (but they are not related to this patch)
due to the fact that at least
- FileObject relies on finalize;
- getChannel() in SftpFileSystem can return channels that are not closed all
the time
In fact, closing the Sftp server does close many dandling sessions (observed in
the previous version of the patch). You could also use
Server.stop(true);
in SftpProviderTestCase to force the server to kill all the sessions.
When I have some free time I can look at that (at least the getChannel()
issue), but again I think this patch does not make things worse or better with
that respect.
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff,
> sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff,
> sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13485638#comment-13485638
]
Benjamin Piwowarski edited comment on VFS-440 at 10/28/12 3:03 PM:
---
Running and no issues so far (apart from 1 error in running
org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase)
However, I think there might be issues (but they are not related to this patch)
due to the fact that at least
- FileObject relies on finalize;
- getChannel() in SftpFileSystem can return channels that are not closed all
the time
In fact, closing the Sftp server does close many dandling sessions (observed in
the previous version of the patch). You could also use
Server.stop(true);
in SftpProviderTestCase to force the server to kill all the sessions.
When I have some free time I can look at that (at least the getChannel()
issue), but again I think this patch does not make things worse or better with
that respect.
was (Author: bpiwowar):
Running and no issues so far.
However, I think there might be issues (but they are not related to this patch)
due to the fact that at least
- FileObject relies on finalize;
- getChannel() in SftpFileSystem can return channels that are not closed all
the time
In fact, closing the Sftp server does close many dandling sessions (observed in
the previous version of the patch). You could also use
Server.stop(true);
in SftpProviderTestCase to force the server to kill all the sessions.
When I have some free time I can look at that (at least the getChannel()
issue), but again I think this patch does not make things worse or better with
that respect.
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff,
> sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff,
> sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13485646#comment-13485646
]
Benjamin Piwowarski commented on VFS-440:
-
I will have a second look at it latter, but I don't think the problem comes
from the new code (well, not directly at least) but rather than resources are
not freed by VFS.
It seems to be related to the thread that forward streams from the Sftp server
to the client.
I could force all those threads to be killed at the end of the test but it
seems to be against testing purpose. Tell me what you think.
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff,
> sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff,
> sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Piwowarski updated VFS-440:
Attachment: sftp-stream-proxy-v8.diff
This might solve the hanging problem - not sure since I haven't had this bug
while running mvn test.
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff,
> sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff,
> sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Piwowarski updated VFS-440:
Attachment: (was: sftp-stream-proxy-v8.diff)
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff,
> sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff,
> sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Piwowarski updated VFS-440:
Comment: was deleted
(was: This might solve the hanging problem - not sure since I haven't had this
bug while running mvn test.)
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff,
> sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff,
> sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff,
> sftp-stream-proxy-v8.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Piwowarski updated VFS-440:
Attachment: sftp-stream-proxy-v8.diff
This might solve the hanging problem - not sure since I haven't had this bug
while running mvn test.
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Priority: Minor
> Labels: proxy, sftp
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff,
> sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff,
> sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff,
> sftp-stream-proxy-v8.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (VFS-440) [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
[
https://issues.apache.org/jira/browse/VFS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13486131#comment-13486131
]
Benjamin Piwowarski commented on VFS-440:
-
@Ralph
This might be related to the fact that pom.xml was not committed before - in my
first tests, it resulted in this hang.
> [SFTP] Stream (e.g. netcat) proxy for Sftp file system (aka ProxyCommand)
> -
>
> Key: VFS-440
> URL: https://issues.apache.org/jira/browse/VFS-440
> Project: Commons VFS
> Issue Type: Improvement
>Reporter: Benjamin Piwowarski
>Assignee: Gary Gregory
>Priority: Minor
> Labels: proxy, sftp
> Fix For: 2.1
>
> Attachments: sftp-stream-proxy.diff, sftp-stream-proxy-v2.diff,
> sftp-stream-proxy-v3.diff, sftp-stream-proxy-v4.diff,
> sftp-stream-proxy-v5.diff, sftp-stream-proxy-v6.diff,
> sftp-stream-proxy-v7-bis.diff, sftp-stream-proxy-v7.diff,
> sftp-stream-proxy-v8.diff
>
>
> What I propose is to add the possibility to connect to a remote SSH server
> through an SSH connection stream (instead of an HTTP or SOCKS proxy). See for
> instance
> http://backdrift.org/transparent-proxy-with-ssh
> for a use case.
> This simulates a ProxyCommand where the command is run on a SSH host.
> The patch also contains a test for the new functionality.
> Example of use (with the netcat command nc -q 0 HOSTNAME PORT)
> {code:java}
> builder.setProxyType(opts, SftpFileSystemConfigBuilder.PROXY_STREAM);
> builder.setProxyCommand(opts, SftpStreamProxy.NETCAT_COMMAND);
> builder.setProxyHost(opts, "gate.way.host");
> builder.setProxyPort(opts, 22);
> builder.setProxyOptions(opts, proxyOptions);
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
