Return-Path: X-Original-To: apmail-commons-issues-archive@minotaur.apache.org Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 75BF16799 for ; Sat, 2 Jul 2011 22:56:45 +0000 (UTC) Received: (qmail 51221 invoked by uid 500); 2 Jul 2011 22:56:44 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 51066 invoked by uid 500); 2 Jul 2011 22:56:43 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 51058 invoked by uid 99); 2 Jul 2011 22:56:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 02 Jul 2011 22:56:43 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 02 Jul 2011 22:56:42 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id DB376442172 for ; Sat, 2 Jul 2011 22:56:21 +0000 (UTC) Date: Sat, 2 Jul 2011 22:56:21 +0000 (UTC) From: "David Tombs (JIRA)" To: issues@commons.apache.org Message-ID: <2135695407.392.1309647381894.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1628535092.22451.1308601847845.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (EXEC-59) execute() does not return if executed process spawned other processes MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/EXEC-59?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13059142#comment-13059142 ] David Tombs commented on EXEC-59: --------------------------------- Hi Siegried. No, that's not really possible in my case. I'm working on some code that needs to make as little assumptions as possible about the executed process. I think this bug should be fixable. As I said in the description, I think it's due to a bad assumption in PumpStreamHandler.stop() or nearby. > execute() does not return if executed process spawned other processes > --------------------------------------------------------------------- > > Key: EXEC-59 > URL: https://issues.apache.org/jira/browse/EXEC-59 > Project: Commons Exec > Issue Type: Bug > Affects Versions: 1.1 > Environment: Linux x86_64 > Reporter: David Tombs > Priority: Minor > Attachments: spawner.sh > > > When executing a process that spawns other processes, DefaultExecutor.execute() does not return until these secondary processes die. > This is a problem for me because I am executing a long-running service that uses long-running helper processes. I want to know if the service process crashes (which leaves the helper processes running), but I never get any notice because execute() does not return. It blocks while calling PumpStreamHandler.stop(). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira