Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 26040 invoked from network); 9 Aug 2006 01:58:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 9 Aug 2006 01:58:24 -0000 Received: (qmail 30305 invoked by uid 500); 9 Aug 2006 01:58:23 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 29639 invoked by uid 500); 9 Aug 2006 01:58:22 -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 29628 invoked by uid 99); 9 Aug 2006 01:58:21 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Aug 2006 18:58:21 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of goyathlay.geronimo@gmail.com designates 64.233.182.185 as permitted sender) Received: from [64.233.182.185] (HELO nf-out-0910.google.com) (64.233.182.185) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Aug 2006 18:58:21 -0700 Received: by nf-out-0910.google.com with SMTP id l36so499629nfa for ; Tue, 08 Aug 2006 18:57:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YRpoDacdnANkl5uwZFL/egisHDIDFKsTbZe0m5vTWrHKnUnIhOudpM34La0mo1jrEmKNt6iQNdolrRzBOe9lsFK3FRdEA38ico2OEslo0Dbj5PoCUlTLc4hilAoVISuZzANw6j7iHFR3Gie7dwqYAREREEIOEPywvFBjJE7hxmc= Received: by 10.78.132.12 with SMTP id f12mr105702hud; Tue, 08 Aug 2006 18:56:05 -0700 (PDT) Received: by 10.78.184.5 with HTTP; Tue, 8 Aug 2006 18:56:05 -0700 (PDT) Message-ID: Date: Tue, 8 Aug 2006 21:56:05 -0400 From: "Prasad Kashyap" To: dev@geronimo.apache.org Subject: Re: [itests] Modify the geronimo-deployment-plugin ? In-Reply-To: <74DB1627-84F4-48AF-AE5E-FAC395A3F03D@apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <0DAD13DC-61BC-40CE-8058-FE640ACD12AA@planet57.com> <74DB1627-84F4-48AF-AE5E-FAC395A3F03D@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Yep.. The last time I checked, I believe Cargo support for the G's version of Jetty container needed Java 5 support. But we should revisit that again. Cheers Prasad On 8/8/06, Bill Dudney wrote: > Cool thing is someone else has already done it Cargo currently > supports G 1.1. > > :-) > > -bd- > > On Aug 8, 2006, at 5:33 PM, Jason Dillon wrote: > > > I think that in general it would be good to have cargo support :-) > > > > --jason > > > > > > On Aug 8, 2006, at 4:23 PM, Bill Dudney wrote: > > > >> Hi Prasad, > >> > >> The cargo plugins [1] might be another place to check to start and > >> stop the server. > >> > >> I've used them before for tomcat and its good stuff for running > >> integration tests. > >> > >> And what can I do to help? > >> > >> TTFN, > >> > >> -bd- > >> > >> [1] http://cargo.codehaus.org > >> > >> On Aug 4, 2006, at 10:00 AM, Prasad Kashyap wrote: > >> > >>> With the m2migration ready to be merged into trunk, I have resumed > >>> work on the itests for Geronimo again. > >>> > >>> Approx 30% of our code is covered by component level tests that are > >>> embedded in each module. These tests are written as junit test cases > >>> and run by Maven surefire plugin. > >>> > >>> The itests will cover system level tests by testing the > >>> functionalities that an end-user would use on a fully assembled > >>> Geronimo distribution. Therefore to the extent possible, our itests > >>> and it's testcases should use the very same external APIs and > >>> workflows that a user would use. > >>> > >>> We have been using the startRemoteServer and stopRemoteServer > >>> goals in > >>> the geronimo-deployment-plugin (g-d-p) to start and stop a > >>> server. We > >>> have always used these "remote" goals and have never used the in-vm > >>> goals startServer and stopServer. > >>> > >>> I propose that we convert the in-vm goals startServer and stopServer > >>> to be ant mojos from their existing java mojos. Invoking the ant > >>> mojo > >>> goals in our itests will ensure that our tests are using the same > >>> APIs > >>> that a end-user uses. Thus we shall no longer use internal hooks in > >>> the code to start and stop the server. > >>> > >>> Thoughts ? Comments ? Advice ? > >>> > >>> Cheers > >>> Prasad > >> > > > >