Return-Path: Delivered-To: apmail-maven-continuum-users-archive@www.apache.org Received: (qmail 75807 invoked from network); 27 Sep 2007 18:58:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Sep 2007 18:58:10 -0000 Received: (qmail 62824 invoked by uid 500); 27 Sep 2007 18:58:00 -0000 Delivered-To: apmail-maven-continuum-users-archive@maven.apache.org Received: (qmail 62382 invoked by uid 500); 27 Sep 2007 18:57:59 -0000 Mailing-List: contact continuum-users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: continuum-users@maven.apache.org Delivered-To: mailing list continuum-users@maven.apache.org Received: (qmail 62371 invoked by uid 99); 27 Sep 2007 18:57:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Sep 2007 11:57:59 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [80.168.101.19] (HELO relay01-mail.uk.clara.net) (80.168.101.19) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Sep 2007 18:57:59 +0000 Received: from chb28-2-88-163-39-128.fbx.proxad.net ([88.163.39.128]:3048 helo=[127.0.0.1]) by relay01-mail.uk.clara.net (smtp-vh.amenworld.com [195.8.80.31]:251) with esmtpa (authdaemon_plain:emmanuel@venisse.net) id 1IayYM-0000Q2-5s (Exim 4.60) for continuum-users@maven.apache.org (return-path ); Thu, 27 Sep 2007 18:57:38 +0000 Message-ID: <46FBFCDA.4030604@venisse.net> Date: Thu, 27 Sep 2007 20:56:26 +0200 From: Emmanuel Venisse User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: continuum-users@maven.apache.org Subject: Re: When builds are done in multi-module projects ? References: <46F7C6D3.6030800@venisse.net> <46F8CD17.1010304@venisse.net> <46FA514B.4010702@venisse.net> <46FA67E2.2080200@venisse.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org It isn't recommended to have the same source tree twice in continuum if pom files have the same version. With this configuration, continuum can't resolve correctly the build order so a project B that must be built after an other project A is built before, then when A is built, Continuum detect a change on it and build B Emmanuel Damien Lecan a �crit : >> I will reinit all my Continuum instance (fresh database, fresh >> checkout), activate scm debug and see what happen later. >> >> I will plan 2 build definitions : >> 1. run clean deploy every even hours >> 2. run clean deploy site-deploy every odd hours > > Ok, here are the results. > I ran concurrently another checkout of my project, but this one built > by only one build definition. > > To summarize : > > Group Project 1 > 1. every even hours : clean deploy > 2. every odd hours : clean deploy site-deploy > > Group Project 2 (same project as above = same sources) > 1. every hours : clean deploy site-deploy > > After 21 hours, results : > > GP1 GP2 > build status all success all success > nb of BD exec 21* 21 > number of build 2->18** 1 > > * : BP1 for GP1 was executed 11 times when BP2 was executed 10 times > (=21 executions) > > ** : the 25 modules of my project where not built all together for each build. > Parent project was built twice, when the final module (depends on each > other modules) was built 18 times. All other modules ware built > between 3 and 17 times, depending on their dependency configurations. > > What can be deducted from theses tests ? > - Several build definitions for the same project group produces > unnecessary builds, without any source modification > > => Maybe build execution doesn't check previous executions of all > other build definitions for the same project group > > What do you think ? > > Thanks > > Damien Lecan > >