[
https://issues.apache.org/jira/browse/SSHD-882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17329284#comment-17329284
]
Lyor Goldstein commented on SSHD-882:
-------------------------------------
Sorry, since this is such an esoteric feature we do not have any test for it
from which you could see how to use it. I guess trial and error is the way to
go... :(
> Add support for STDERR stream usage in SFTP
> -------------------------------------------
>
> Key: SSHD-882
> URL: https://issues.apache.org/jira/browse/SSHD-882
> Project: MINA SSHD
> Issue Type: Improvement
> Affects Versions: 2.1.0
> Reporter: Lyor Goldstein
> Assignee: Lyor Goldstein
> Priority: Minor
> Fix For: 2.3.0
>
>
> According to [version
> 4|https://tools.ietf.org/html/draft-ietf-secsh-filexfer-04#section-3.1]:
> {quote}
> Packets are sent and received on stdout and stdin. Data sent on
> stderr by the server SHOULD be considered debug or supplemental error
> information, and MAY be displayed to the user.
> For example, during initialization, there is no client request
> active, so errors or warning information cannot be sent to the client
> as part of the SFTP protocol at this early stage. However, the
> errors or warnings MAY be sent as stderr text.
> {quote}
> We currently initialize the STDERR stream, but make no use of it. We should
> provide a *configurable* way of using this stream - provided we find a
> use-case for it and maybe some client/server(s) that make use of it. *Note:*
> by default, the {{ChannelSession}} (that we use to consume SFTP data) does
> not accept STDERR data:
> {code:java}
> @Override
> protected void doWriteExtendedData(byte[] data, int off, long len) throws
> IOException {
> throw new UnsupportedOperationException("Server channel does not
> support extended data");
> }
> {code}
> so we need to consider very carefully what such a feature would require.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
