Mailing-List: contact cactus-user-help@jakarta.apache.org; run by ezmlm
Message-ID: <41115500.20807@americasm01.nt.com>
Date: Wed, 04 Aug 2004 17:28:32 -0400
From: "Denis McLaughlin" <denism@nortelnetworks.com>
Organization: Nortel Networks
User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626)
MIME-Version: 1.0
To: cactus-user@jakarta.apache.org
Subject: cactus maven plugin timeout value
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,

  I apologize if this question has come up before: I didn't see anything 
in the FAQ or in the mailing list archives that seemed like a match.

  We're using maven and cactus as part of a build and automated sanity 
cycle, driven by Cruisecontrol.  It's working very well, with one 
exception: the system we're executing this build and test cycle on is 
rather underpowered.  As a result of this, the JBoss startup time can 
exceed 5 and even 10 minutes.   It seems that the cactus maven plugin 
has a hardwired timeout value of 3 minutes (180000ms): if the JBoss 
hasn't started in 3 minutes, the cactus test fails.

  I did see this email 
http://www.mail-archive.com/cactus-dev@jakarta.apache.org/msg03300.html, 
which talks about using mechanisms other than timers to determine when 
the JBoss was started.  I'm all for that, but doing that exceeds my 
ability, and I'm in need of a more immediate fix.

  I directly modified the cactus maven plugin, adding a timeout="900000" 
attribute to the <containerset> tag, and that sorted me right out.  If 
the long term plan is to move away from timers, then that's fine, I can 
sit tight and wait for that.  However, if there's interest in something 
more immediate, I can modify the cactus plugin.jelly to allow the user 
to override the timout using a cactus.containerset.timeout variable: it 
would be 180000 (the current default) if not explicitly set, but if the 
user wanted to override it, then it would detect that and override it.

  Is there interest in this?

Denis