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

james wilson commented on EXEC-62:
----------------------------------

I am also encountering PumpStreamHandler hanging, though my external processes 
have exited with a zero exit value. Then PumpStreamHandler locks upon join of 
the outputThread in the stop() method:
{code:title=from stop method}
if (outputThread != null) {         
  try {
    outputThread.join();
    outputThread = null;
  } catch (InterruptedException e) {
    // ignore
  }
}
{code}
As near as I can tell (from debug sessions), the outputThread is locked on read 
from the inputStream that is the output of the Process. Though in my scenario I 
have read all the expected output from the Process.
                
> PumpStreamHandler hangs if process is terminated by timeout and it has not 
> generated stdout / stderr output
> -----------------------------------------------------------------------------------------------------------
>
>                 Key: EXEC-62
>                 URL: https://issues.apache.org/jira/browse/EXEC-62
>             Project: Commons Exec
>          Issue Type: Bug
>    Affects Versions: 1.1
>         Environment: Ubuntu 11.04, 
> $ java -version
> java version "1.6.0_29"
> Java(TM) SE Runtime Environment (build 1.6.0_29-b11)
> Java HotSpot(TM) Server VM (build 20.4-b02, mixed mode)
>            Reporter: Ignat Zapolsky
>            Assignee: Siegfried Goeschl
>         Attachments: sample.tar.gz
>
>
> Hi,
> I've found an issue with DefaultExecutor hanging while waiting for 
> PumpStreamHandler to close all subprocess streams if child process was 
> terminated by watchdog (e.g. on timeout).
> I've created a test case for the issue demonstrating working behaviour & 
> issue.
> Test requires commons-io 1.4, Junit 4.x and commons-exec 1.1 to compile

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