Return-Path: Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: (qmail 67230 invoked from network); 29 Nov 2009 16:31:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 29 Nov 2009 16:31:44 -0000 Received: (qmail 35068 invoked by uid 500); 29 Nov 2009 16:31:43 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 34955 invoked by uid 500); 29 Nov 2009 16:31: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 34945 invoked by uid 99); 29 Nov 2009 16:31:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 29 Nov 2009 16:31:43 +0000 X-ASF-Spam-Status: No, hits=-10.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 29 Nov 2009 16:31:40 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 9AE65234C052 for ; Sun, 29 Nov 2009 08:31:20 -0800 (PST) Message-ID: <1044356459.1259512280628.JavaMail.jira@brutus> Date: Sun, 29 Nov 2009 16:31:20 +0000 (UTC) From: "Konrad Windszus (JIRA)" To: issues@commons.apache.org Subject: [jira] Created: (EXEC-44) ExecuteWatchdog should accept infinite timeouts (argument -1) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 ExecuteWatchdog should accept infinite timeouts (argument -1) ------------------------------------------------------------- Key: EXEC-44 URL: https://issues.apache.org/jira/browse/EXEC-44 Project: Commons Exec Issue Type: Improvement Affects Versions: 1.0.1 Reporter: Konrad Windszus Because the ExecuteWatchdog is the only way to destroy asynchronous processes, it should be possible to set it to an infinite timeout, for processes which should not timeout, but manually destroyed under some circumstances. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.