Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 14782 invoked from network); 20 Jul 2005 13:56:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 20 Jul 2005 13:56:18 -0000 Received: (qmail 31045 invoked by uid 500); 20 Jul 2005 13:56:12 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 31007 invoked by uid 500); 20 Jul 2005 13:56:12 -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 30988 invoked by uid 99); 20 Jul 2005 13:56:11 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Jul 2005 06:56:11 -0700 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [206.201.23.30] (HELO lng002.tsacorp.com) (206.201.23.30) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Jul 2005 06:56:06 -0700 To: dev@geronimo.apache.org Subject: Disagreements regarding inclusion of Tomcat/Jetty Picker in M4 QA branch MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.2 June 01, 2004 From: sissonj@insession.com Message-ID: Date: Thu, 21 Jul 2005 00:56:05 +1100 X-MIMETrack: Serialize by Router on lng002/SVR/TSA(Release 6.5.2|June 01, 2004) at 07/20/2005 08:55:06, Serialize complete at 07/20/2005 08:55:06 Content-Type: text/plain; charset="US-ASCII" X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On the Geronimo IRC channel there was talk about the Tomcat/Jetty Picker not going in M4 because it is now involving more code changes than what people thought they had agreed to. This was a surprise to me and after discussion it was proposed that I call for a vote. Before I do, I thought a little background might be helpful.. Back in the mail thread "Preparation for M4 -- jetty vs tomcat or jetty and tomcat (two builds)" on 5th of July it was agreed that there would be a Tomcat and a Jetty build of Geronimo. In the mail thread "Wait or not? Respond quick. (M4 -- 24 hour notice of branch)" on 9th of July, it appears nobody asked to hold off creating the branch to do the work for the Tomcat / Jetty builds. Maybe it was just assumed it was going to be simple changes in the branch, or it was forgotten. In the mail thread "M4 Status", started by Aaron on 18th July, he said "I believe Jeff is working on separate plans for Tomcat and Jetty builds, so we can produce two separate distributions as people seemed to prefer." . Alan responded "I think that the notion that adding new features into a QA branch is a bad idea stands, regardless of how simple the changes are and how simple it is to merge them. It's simply bad form". Alan then said "I'm not opposed to the what and why. I am opposed to the how." David Jencks also agreed with Alan in the mail thread. So it seems that people are unhappy with the "how" as Alan said. Since it was already agreed that we are to have separate Tomcat and Jetty builds in M4, that decision should not be questioned and as a reminder Jeff's changes have the following benefits: * Less user problems - the previous method of having to edit many files is prone to failure, it caught me out many times, and I have seen others get caught out! * We don't have to document the M4 way of configuring the web containers and the M5 way of configuring. This makes the instructions more complicated and makes it harder for other forms of documentation to stay relevant (e.g. articles and Aaron's book). * Documentation does not have to be changed when we reach M5. * We are seen to be trying to minimise changes that impact configuration between releases. Looking back, it appears we branched too early. I propose that we vote on the "how" with the following options: a) Merge Jeff's Tomcat/Jetty switch changes into the M4 QA branch b) Make a new Geronimo M4 QA and OpenEJB M4 QA branches from HEAD when it is stable. John This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally.