Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Received-SPF: neutral (asf.osuosl.org: local policy)
Message-ID: <44CE0EDB.6070902@apache.org>
Date: Mon, 31 Jul 2006 15:08:27 +0100
From: Steve Loughran <stevel@apache.org>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: Ant Developers List <dev@ant.apache.org>
Subject: Re: Ant 1.7 alpha available for testing...
References: <112CA253-7C9C-4819-8937-782B80A85B12@gmail.com>
 <87ejw62ukv.fsf@www.samaflost.de> <44C9B890.9000604@ruminate.co.uk>
 <44C9E82F.1050306@apache.org> <44C9EC71.1070201@ruminate.co.uk>
 <44CCA05C.9080208@apache.org>
 <4B052D94-F6EE-4DFE-9881-FC5708BDE95F@gmail.com>
In-Reply-To: <4B052D94-F6EE-4DFE-9881-FC5708BDE95F@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Kev Jackson wrote:
>>
>> yes, cfengine and lcfg can keep your stuff in control. There's also 
>> games you can play with vmware/xen hosted images, where the real CPUs 
>> just host the virtual machines, and those you replicate off managed 
>> "gold" images.
> 
> It's funny that you mention this, as my current project is working on 
> bash + perl + python scripts to automate updates to some software hosted 
> in xen - we have two xen images for each component, when we get an 
> update, the host shuts down one of the images (let's say guest 'b'), 
> while the other continues and takes over as the master ('a'), the host 
> (via the scripts) updates the shutdown image, reboots it, then switches 
> control over to it.  So far it's been fairly simple (although there's a 
> lot of gpg signatures etc flying about to validate where the updates 
> come from), the hard bit (swapping images in/out) is on this weeks task 
> list.
> 
> The spec is ok, but some kind of controller + dsl would be nice, these 
> scripts do feel a little 'hacky' for my liking, although I've discovered 
> bashunit in the process (yes unit testing bash - I never thought I'd see 
> that).  The worst part is getting the environment setup - writing the 
> scripts is fairly simple, but having every little detail in place before 
> you can test anything is a real pain.
> 

You have something that works but will not scale. You know that, don't you?

Like I said, puppet and smartfrog. I know, I work on the smartfrog team 
and am biased, but puppet is nice too.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org