Return-Path: Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 8115 invoked by uid 500); 3 Feb 2003 18:41:21 -0000 Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-dev@ws.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 8097 invoked from network); 3 Feb 2003 18:41:20 -0000 Message-ID: <000e01c2cbb3$e27f4010$1219570f@ranier> From: "Steve Loughran" To: References: Subject: Re: [VOTE] Axis 1.1 Release Candidate 1 Date: Mon, 3 Feb 2003 10:41:34 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-MailScanner: Found to be clean X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ----- Original Message ----- From: "James M Snell" To: Sent: Monday, February 03, 2003 09:25 Subject: [VOTE] Axis 1.1 Release Candidate 1 > I'd like to propose that this friday (the 7th) we cut the Axis 1.1 Release > Candidate 1 and dedicate the rest of the month of February to shoring up > critical bug fixes and updating documentation (as necessary). +1. I also think we need to define what constitutes a critical bug fix that can get through the lockdown. I propose A bug is critical if it (a) is a significant regression; one that breaks existing axis applications. Example: a web service that worked, now doesnt. (b) changes the way axis is used/deployed. Such as needing a new jar client side or server side. (c) somebody finds that something in axis is fundamentally broken and the fix is quite simple, like testing for something being null before dereferencing. (i.e. friday's attachment fix) To be acceptable, the bug fixes must themselves have a low risk of introducing other critical bugs into the system. Ideally they make as little change to the system as possible. And to clarify what non-critical changes that wont get through are : (a) interop issues are non-critical. We will always have interop problems. (b) bugs that are not regressions, wont affect many people and that can be fixed at our leisure in Axis1.2 . (c) any new features we feel like slipping in at the last minute Opinions?