[
https://issues.apache.org/jira/browse/SSHD-1275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17563889#comment-17563889
]
Lyor Goldstein commented on SSHD-1275:
--------------------------------------
{quote}
If close {{ChannelExec}} immediately, the remote application is not
terminated/died. I guess since it is never terminated, there is no exit value.
{quote}
Seems like this question should be posed to whoever wrote the remote process...
{quote}
But, is it expected behaviour not to terminate a remote process by
org.apache.sshd.client.channel.ChannelExec#close(true) ?
{quote}
All {{ChannelExec#close}} does is close the +client+ channel - MINA SSHD has no
control over what the peer server does or does not do as far as the remote
process is concerned so while I may agree with you that the +recommended+
behavior is as you described, it is not within the scope of this project to
answer this. Again, seems like this question should be posed to whoever wrote
the remote process...
> Remote process is still available after
> ChannelExec.close(true).awaitUninterruptibly()
> --------------------------------------------------------------------------------------
>
> Key: SSHD-1275
> URL: https://issues.apache.org/jira/browse/SSHD-1275
> Project: MINA SSHD
> Issue Type: Question
> Affects Versions: 2.8.0
> Environment: Java SE 8, Apache NetBeans IDE 8.2
> Reporter: dgü
> Priority: Major
>
> Hello!
> If I close channel immediately by
> {{{}org.apache.sshd.client.channel.ChannelExec.close(true).awaitUninterruptibly(){}}},
> the remote process is not terminated and
> {{org.apache.sshd.client.channel.ChannelExec#getExitStatus()}} returns
> {{{}null{}}}.
> Even if I test with _Thread.sleep(60*1000)_ after channel close, the problem
> still happens. The problem doesn't happen when channel is closed gracefully.
> is this expected behaviour ?
>
> Thanks in advance!
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
