Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 71249 invoked from network); 26 May 2005 19:08:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 26 May 2005 19:08:46 -0000 Received: (qmail 94505 invoked by uid 500); 26 May 2005 19:08:41 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 94445 invoked by uid 500); 26 May 2005 19:08:41 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Development" Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 94406 invoked by uid 99); 26 May 2005 19:08:41 -0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,SPF_HELO_FAIL X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from e31.co.us.ibm.com (HELO e31.co.us.ibm.com) (32.97.110.129) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 26 May 2005 12:08:39 -0700 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e31.co.us.ibm.com (8.12.10/8.12.9) with ESMTP id j4QJ8aua285992 for ; Thu, 26 May 2005 15:08:36 -0400 Received: from [9.72.134.65] (dyn9072134065.usca.ibm.com [9.72.134.65]) by westrelay02.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j4QJ8ahT229080 for ; Thu, 26 May 2005 13:08:36 -0600 Message-ID: <42961EAC.8000803@sbcglobal.net> Date: Thu, 26 May 2005 12:08:28 -0700 From: Mike Matrigali User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Derby Development Subject: Re: Running derbyall before submitting patches References: <20050526112723.GE22123@atum01.norway.sun.com> <42961261.3040607@Sourcery.Org> In-Reply-To: <42961261.3040607@Sourcery.Org> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N me too. I run derbyALL for any thing I submit myself, but as satheesh has said lately I have not been able to run derbyAll for all the patches I have been committing for others. I do a full rebuild, review the change and run tests that look specific to the patch, and count on the submitter to have run all tests. Also please check the results posted to the list the day after your patch goes in, to see if you may have introduced a problem in a different environment. Remember that there are now a lot of developers out there depending on clean test runs, so they can figure out what affect their changes are having. Satheesh Bandaram wrote: > +10, if there is anything like that. :-) > > I used to run 'derbyAll' for each patch I tried to commit, but not able > to do that anymore with so many patches being submitted these days. It > should be everyone's responsibility to run all tests before submitting a > patch. I will start asking for list of tests run before committing > patches, if not provided already. > > Also, new people tend to miss updating multiple versions of master > files, if the test has different masters. (say for DerbyNet or > DerbyNetClient frameworks) It is also possible to have different master > files based on JVM being used or version. > > Satheesh > > Bernt M. Johnsen wrote: > > >>Hi all, >> >>The last week or two, derbyall has failed a lot the time. This makes >>it hard to verify that I haven't goofed up things when doing changes >>in the code (I run derbyall daily as a quality measure). To be able to >>work efficiently, many of us are dependent on a reliable test suite. >> >>So, I urge everyone who submits a patch to the Derby to run derbyall >>on at least one platform/vm and not only the "relevant" tests for the >>patch, even if you "know" that it should not be necessary. I think >>this would save us all a lot of work (even more time saved for the >>committers, I guess :-). >> >>I know this won't guarantee that derbyall runs correctly all the time, >>but the frequency of problems should at least go down. >> >>Thanks >> >> > > >