Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 54363 invoked from network); 4 Aug 2006 16:47:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 4 Aug 2006 16:47:22 -0000 Received: (qmail 47947 invoked by uid 500); 4 Aug 2006 16:47:20 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 47573 invoked by uid 500); 4 Aug 2006 16:47:19 -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 47562 invoked by uid 99); 4 Aug 2006 16:47:19 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Aug 2006 09:47:19 -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 66.249.82.224 as permitted sender) Received: from [66.249.82.224] (HELO wx-out-0506.google.com) (66.249.82.224) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Aug 2006 09:47:18 -0700 Received: by wx-out-0506.google.com with SMTP id i27so131458wxd for ; Fri, 04 Aug 2006 09:46:57 -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=RcX0PnMJTCjHAY+sXn1XswKwWq/BEEI8pc41skWIP1AsCZ8ONaFwKDIw3cE6tvz7YyZejxybggkIXW9RX7Pyb9RkaaNgEBDhAZKBUnID4KGfvEctFyMbG9FggnvSCLICDUsxhzEilZ9lrjyaIng3VtjXYzxQ8iiE0wIs5EsmiG4= Received: by 10.78.116.19 with SMTP id o19mr17740huc; Fri, 04 Aug 2006 09:46:56 -0700 (PDT) Received: by 10.78.184.5 with HTTP; Fri, 4 Aug 2006 09:46:56 -0700 (PDT) Message-ID: Date: Fri, 4 Aug 2006 12:46:56 -0400 From: "Prasad Kashyap" To: dev@geronimo.apache.org Subject: Re: [itests] Modify the geronimo-deployment-plugin ? In-Reply-To: <73BA7BD6-1F0A-4B0E-8BCF-01E1623983F3@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <73BA7BD6-1F0A-4B0E-8BCF-01E1623983F3@yahoo.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi David, Please see comments inline - On 8/4/06, David Jencks wrote: > > On Aug 4, 2006, at 9: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 ? > > I probably don't understand what you are proposing well enough, but I > don't see how running geronimo in the same vm as the tests will more > closely approximate the users experience: most people will not be > running geronimo in the same vm as their client. Is there some other > advantage of using only one vm? Actually I am not saying that we should use only 1 vm. What I am proposing is that we use ANT to invoke the same CLIs that a user would invoke. In fact, I'd much rather prefer the start and stop server be forked off. I mentioned replacing the existing in-vm goals just because they were not being used. We may very well leave them there and add new ANT mojos to the mix. > > BTW I am really looking forward to reasonable itests :-) I wrote a > couple of tiny sample apps to check if I'd fixed some bugs recently > and hope these can turn into itests. Oh cool. Let's talk about this. > > thanks > david jencks > > > > > Cheers > > Prasad > >