mina-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Goldstein Lyor (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (SSHD-108) Add upload monitoring to sftp
Date Mon, 16 May 2016 17:08:13 GMT

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

Goldstein Lyor commented on SSHD-108:
-------------------------------------

I believe there is no such thing as "aborting" as far as the server is concerned. All it know
is that a file has been opened, read/written and then closed. There is no signal from the
client as to the close reason - be it "abort" or normal close. The semantics of closing a
file are all *client* side - so the server has no inkling as to why the file was closed. You
could implement your own SFTP extension to indicate the reason for closing the file, but it
would be proprietary and non-standard.

> Add upload monitoring to sftp
> -----------------------------
>
>                 Key: SSHD-108
>                 URL: https://issues.apache.org/jira/browse/SSHD-108
>             Project: MINA SSHD
>          Issue Type: Improvement
>    Affects Versions: 0.5.0
>            Reporter: Richard Evans
>            Assignee: Goldstein Lyor
>            Priority: Minor
>             Fix For: 1.1.0
>
>
> We have sshd integrated into our application and sftp is working fine.  One of the requirements
is to initiate some action when a file upload it complete.  I have made this work by implementing
handleClose in my SshFile implementation and performing the action if createOutputStream had
been called previously.  This seems a bit ugly though; it might be nicer if there was some
plug in mechanism to monitor file transfers.
> Ideally the monitor would be able to distinguish between a successful upload and a cancelled
one (via ctrl-c at the client), but a quick perusal of the sftp stuff seems to inidicate that
this is not possible. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message