Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 840 invoked from network); 8 Oct 2003 14:51:38 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 8 Oct 2003 14:51:38 -0000 Received: (qmail 41551 invoked by uid 500); 8 Oct 2003 14:51:23 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 41518 invoked by uid 500); 8 Oct 2003 14:51:22 -0000 Mailing-List: contact user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list user@ant.apache.org Received: (qmail 41505 invoked from network); 8 Oct 2003 14:51:21 -0000 Received: from unknown (HELO exchange?geral.intra.cet.pt) (194.65.138.11) by daedalus.apache.org with SMTP; 8 Oct 2003 14:51:21 -0000 Received: from [10.112.80.105] (10.112.80.105 [10.112.80.105]) by exchange_geral.intra.cet.pt with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id 4QKZ111D; Wed, 8 Oct 2003 16:02:11 +0100 Subject: RE: with timeout? From: Pedro Salazar To: Ant Users List In-Reply-To: References: Content-Type: text/plain Organization: Portugal Telecom Inovação, S.A. Message-Id: <1065624679.1934.22.camel@vitoria.intra.cet.pt> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 08 Oct 2003 15:51:19 +0100 Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Wed, 2003-10-08 at 15:32, Rob van Oostrum wrote: > what about providing the password as a command-line property? > It could be a solution, however it's annoying to do it in every build and could be missed... *But* maybe a _warning_message_ alerting the password wasn't passed by argument could be sufficient. Ok, I'll try that... And it has an advantage on it: no timeout is needed! BTW: I was thinking in a task with 2 tasks inside. One for the input and other for . But unfortunately the parallel task *always* waits for *all* tasks to end. See below the tried task just for your discussion. For me, it's enough the command line argument. regards, Pedro Salazar -- PS pedro-b-salazar@ptinovacao.pt PGP:0E129E31D803BC61 --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org