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

Stefan Rönisch commented on SSHD-149:
-------------------------------------

I've tried to make the changes you ask for.
Please take a look if it's what you want.

There's only one thing left to be done. - The "SftpSubsystem#process()" 
refactoring.
I'm not sure, if the functionality is still working correctly after the 
refactoring.
So I'd like to do it in a second step, if you think the other changes are ok.

If you like you can change it, too.
I think you better know what you want and you can better find out if the 
functionality is still ok.
                
> Is separation of sftp subsystem interfaces possible?
> ----------------------------------------------------
>
>                 Key: SSHD-149
>                 URL: https://issues.apache.org/jira/browse/SSHD-149
>             Project: MINA SSHD
>          Issue Type: Question
>            Reporter: Stefan Rönisch
>         Attachments: sftp.tar.gz, sshd_svndiff
>
>
> We'd like to use the mina sshd sftp funtionallity.
> I've to validate, if this product fits our needs.
> As far as I saw until now it looks great.
> But we've to support some special requirements.
> - We have to support a special proxy solution for dmz which handles ssh 
> encryption and authentication. So we need to use the sftpsubsystem without 
> ssh encryption. Unfortunately, there are some method signatures which avoid 
> this.
> - We have to manipulate sftp command results in some cases. For example we 
> like trigger internal processes after getting a file, but if triggering the 
> process fails the sftp command result should signal an error.
> Is there a chance that our needs will be considered?
> And when a solution could be expected?

--
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

Reply via email to