Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 8936 invoked from network); 18 Sep 2008 20:45:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 18 Sep 2008 20:45:38 -0000 Received: (qmail 26254 invoked by uid 500); 18 Sep 2008 20:45:33 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 26202 invoked by uid 500); 18 Sep 2008 20:45:33 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 26170 invoked by uid 99); 18 Sep 2008 20:45:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Sep 2008 13:45:32 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jaw981@gmail.com designates 209.85.217.17 as permitted sender) Received: from [209.85.217.17] (HELO mail-gx0-f17.google.com) (209.85.217.17) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Sep 2008 20:44:34 +0000 Received: by gxk10 with SMTP id 10so29655151gxk.19 for ; Thu, 18 Sep 2008 13:45:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=mtAhyDSMIMPVfgzfXhA8pmXVfNmt6Y9p83o+hcvaZ0g=; b=DAlV4TJ5Fbm8JHEt2/QxvchyvrRehIPHTw1oqkZTf1Pjwgsxf7ERJhMsh0HzqB5twg LMamUv59ui16Cp4++LySI2MWMU7R+1SH6ntC5CoCRxNa3mL8IgDhGwDSAyJBdzin2dAn cX/XtpttymXVirKWahI1Bp1BQn34nPnpu1+S4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=ZTs+tDUiJ8cEzMa8bI6+RDCX8BusCBXyd2Aqkd/xVF6YvEEanhSDRXUUgEljbDy0+m kMNxVbrLneQ7iFkcXIlUvZEk3eNwG3GklLN6IoiU5JVfbq1xszI2A2cepJQMi6hPuYG3 K+cgwJUP6OA5YEo6hiPH/PvogeH3BhTtFxXqE= Received: by 10.150.92.13 with SMTP id p13mr1957798ybb.59.1221770706043; Thu, 18 Sep 2008 13:45:06 -0700 (PDT) Received: by 10.151.26.11 with HTTP; Thu, 18 Sep 2008 13:45:05 -0700 (PDT) Message-ID: <73a75e430809181345v18631efg7a06f363c8c70d09@mail.gmail.com> Date: Thu, 18 Sep 2008 16:45:05 -0400 From: "Jason Warner" To: dev@geronimo.apache.org Subject: Re: Continuous TCK Testing In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_27975_26970093.1221770706011" References: X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_27975_26970093.1221770706011 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I am all for this idea. I don't really know about anthill but I did look into hudson a little bit a while ago. It seems like it would meet our requirements but I haven't actually used the technology so I'm not sure how well it works. If we already have a solution, I'm not sure why we wouldn't go with that, though. Is there any reason we wouldn't want to use a setup similar to what we had before using anthill? I'd be happy to get involved, especially if it makes it easier to verify tck when release time comes around. I'm kind of curious about how this would work, though. I assume someone would commit some code and this would trigger a tck test with the new code. How would errors be reported? Would we have to have all committers sign the NDA so we can report details of failures to whoever committed the changes? On Thu, Sep 18, 2008 at 1:50 PM, Kevan Miller wrote: > As many of you know, we have two apache.org machines for TCK testing of > Geronimo (phoebe and selene). We used the machines for certification of our > 2.1.3 release. However, this testing was run manually. It's time to get > continuous, automatic TCK testing running on these machines. > > We had the basic setup running on GBuild machines. IIRC, this was built > around AntHill -- Jason Dillon knows it best. There are other testing > systems available (e.g. Hudson) which could be used for this task. > > What do others think? What underlying technology should we use? Who wants > to get involved? > > I think this discussion should be on our dev@ mailing list. TCK should be > for test specific discussions. > > --kevan > > -- ~Jason Warner ------=_Part_27975_26970093.1221770706011 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
I am all for this idea.  I don't really know about anthill but I did look into hudson a little bit a while ago.  It seems like it would meet our requirements but I haven't actually used the technology so I'm not sure how well it works.  If we already have a solution, I'm not sure why we wouldn't go with that, though.  Is there any reason we wouldn't want to use a setup similar to what we had before using anthill? 

I'd be happy to get involved, especially if it makes it easier to verify tck when release time comes around.

I'm kind of curious about how this would work, though.  I assume someone would commit some code and this would trigger a tck test with the new code.  How would errors be reported?  Would we have to have all committers sign the NDA so we can report details of failures to whoever committed the changes?

On Thu, Sep 18, 2008 at 1:50 PM, Kevan Miller <kevan.miller@gmail.com> wrote:
As many of you know, we have two apache.org machines for TCK testing of Geronimo (phoebe and selene). We used the machines for certification of our 2.1.3 release. However, this testing was run manually. It's time to get continuous, automatic TCK testing running on these machines.

We had the basic setup running on GBuild machines. IIRC, this was built around AntHill -- Jason Dillon knows it best. There are other testing systems available (e.g. Hudson) which could be used for this task.

What do others think? What underlying technology should we use? Who wants to get involved?

I think this discussion should be on our dev@ mailing list. TCK should be for test specific discussions.

--kevan




--
~Jason Warner
------=_Part_27975_26970093.1221770706011--