From dev-return-8895-apmail-continuum-dev-archive=continuum.apache.org@continuum.apache.org Wed Dec 08 08:16:21 2010 Return-Path: Delivered-To: apmail-continuum-dev-archive@www.apache.org Received: (qmail 89786 invoked from network); 8 Dec 2010 08:16:21 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Dec 2010 08:16:21 -0000 Received: (qmail 73315 invoked by uid 500); 8 Dec 2010 08:16:21 -0000 Delivered-To: apmail-continuum-dev-archive@continuum.apache.org Received: (qmail 73212 invoked by uid 500); 8 Dec 2010 08:16:20 -0000 Mailing-List: contact dev-help@continuum.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@continuum.apache.org Delivered-To: mailing list dev@continuum.apache.org Received: (qmail 73204 invoked by uid 99); 8 Dec 2010 08:16:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Dec 2010 08:16:20 +0000 X-ASF-Spam-Status: No, hits=4.4 required=10.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [124.108.123.111] (HELO web76807.mail.sg1.yahoo.com) (124.108.123.111) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 08 Dec 2010 08:16:10 +0000 Received: (qmail 25270 invoked by uid 60001); 8 Dec 2010 08:15:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1291796146; bh=MUb3vp4f0GiLPaLJoeB272IswauPGQMo/L/sB1LWTF0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=c69MV/ASF9m/WUIZAW+jW/o059gSvN7Yqfk6Y8xexBxaDUiSYnRKb1fBL3NSvp3gFCt2FkmW2fTmkEqiYF9X5qD4Nj4eRJxVQ/24lv1aGmIBYQ0KqkqmNvu0WWkEOkfrqvimLsMzonXUhUL/KtAuU8Y4gLuxzz8JQg5u4zGvMhI= DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=yPB2rtsg4zhi1QdW7NCO6/kKjZifew106X2Y5iRNTar2rvE9v6G2lVYJUw97iG8y7rr3I53F/ZA0rhXJSSaHbGzIzTGd0LM0fa46f+rtTyd7BlSkEKZhIL8VmrV0UC/ePr4HjWCtUieq8vphl1iyyw5ShSbuvQucKBa6A6zN9No=; Message-ID: <876073.23085.qm@web76807.mail.sg1.yahoo.com> X-YMail-OSG: woo6gvUVM1nmav7cEIlazL4lYqo25W6YwovdNVWbxeGVlnw 0SXjaoxet3t5oni.ftJ5MNGlNL.wHY66KJoNO2RE37xmZeEwyH1Z8GRSs_Ob evL224z0VjceiLUhpxOhz0eXgljTuygYjm51EXxvaTaG0xzmWVvtGWxnVkqL DKbA_EHbTVTqO2FOOp9pSDjfexFQ5AxPvTO3zeAPx0seZEVu9AMjNJZ9RBCu ddA0yRRpqTg.6FkBiQDJQZ4uUENU90.qR9Np9pSY6LGH0uNXg3pejTQY- Received: from [222.127.13.226] by web76807.mail.sg1.yahoo.com via HTTP; Wed, 08 Dec 2010 16:15:46 SGT X-Mailer: YahooMailClassic/11.4.20 YahooMailWebService/0.8.107.285259 Date: Wed, 8 Dec 2010 16:15:46 +0800 (SGT) From: Marc Jansen Chua Subject: Re: Implementation proposal for Continuum Issue #2592 Ability for build agents to use installations in their config file To: dev@continuum.apache.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1568802935-1291796146=:23085" X-Virus-Checked: Checked by ClamAV on apache.org --0-1568802935-1291796146=:23085 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello Wendy, I'm pressuming on what you said meant that the master and the agents are ha= ve separate installations and can't be mixed during build. >From my understanding, when doing "parallel builds" continuum will be using= the installations of the master, since the improvement is for "distributed= builds", the installations would come from the build agents' installations= + from the build environment's installations where the build agents' are g= roup in which the installations would be for the agents. So during a "distr= ibuted build", continuum will be communicating with the build agent on the = installations that were configured, continuum would just be relaying the in= stallation set for the build agent to use in where the build agent is on (L= inux, Windows). What do you think Wendy?? does this answer the problem?? :D P.S. More discussions & suggestions would be very much appreciated :D Thanks a lot, Chuable --- On Wed, 12/8/10, Wendy Smoak wrote: From: Wendy Smoak Subject: Re: Implementation proposal for Continuum Issue #2592 Ability for = build agents to use installations in their config file To: dev@continuum.apache.org Date: Wednesday, December 8, 2010, 9:25 AM On Mon, Dec 6, 2010 at 11:57 PM, Marc Jansen Chua wro= te: > Hello Brett, > > Assuming that individual configuration of installation for build agents i= s supported. There is no requirement that all build agents in a group be identical. > Build Agents are grouped into Build Agent Groups, and Build Agent Groups = together with a set of Installations are grouped into Build Environments, s= o if in the case of an environmental variable "HOME" that both the build ag= ent & the build environment have but with different values(i.e. build agent= 's config of HOME=3D/home/dummy, build environment's config of HOME=3D/home= /dummy2) shows that installation duplicate is possible. My implementation w= ould be that the build agent's installation would override the collision of= installation of the build environment. Therefore when building, that singl= e build agent would be using HOME=3D/home/dummy, for other build agents tha= t have no collision with the build environment's installation, they will be= using HOME=3D/home/dummy2 when building. I can't find it at the moment, but I thought Brett had a JIRA issue open about not passing values (for things like directory paths) from the master to the agent, but instead just passing a key and letting the agent have its own value. For example, there's no way a Master running on Linux should be passing the value of its home directory down to an agent that may be running on Windows.=A0 (And iirc Brett thought it was a security issue to be passing a directory path in the first place.) --=20 Wendy =0A=0A=0A --0-1568802935-1291796146=:23085--