Return-Path: Delivered-To: apmail-jakarta-avalon-phoenix-dev-archive@apache.org Received: (qmail 90787 invoked from network); 11 Sep 2002 23:07:09 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 11 Sep 2002 23:07:09 -0000 Received: (qmail 13601 invoked by uid 97); 11 Sep 2002 23:07:50 -0000 Delivered-To: qmlist-jakarta-archive-avalon-phoenix-dev@jakarta.apache.org Received: (qmail 13528 invoked by uid 97); 11 Sep 2002 23:07:48 -0000 Mailing-List: contact avalon-phoenix-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon-Phoenix Developers List" Reply-To: "Avalon-Phoenix Developers List" Delivered-To: mailing list avalon-phoenix-dev@jakarta.apache.org Received: (qmail 13506 invoked by uid 98); 11 Sep 2002 23:07:47 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <3D7FF5BE.2000200@avaintec.com> Date: Thu, 12 Sep 2002 05:02:38 +0300 From: =?ISO-8859-1?Q?Johan_Sj=F6berg?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Avalon-Phoenix Developers List Subject: Re: Stable branch References: <200209071038.42360.peter@apache.org> <200209111919.47429.peter@apache.org> <3D7FBD63.6040305@yahoo.com> <200209120835.50319.peter@apache.org> <3D7FC5FC.1010905@yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Paul Hammant wrote: > Peter, > >> >> But you would need to check that. Anyways your call if we include it >> or not. We can always release a wrapper enabled version in a week or >> two if needed. >> > Yup, I think we should omit for now. I agree, but because the idea came in too close to the release not because of the console (-c) stuff. > There is time to polish a wrapper release for 4.1. From what I could > see the docs need updating (the administrator should install, then net > start etc). We also know the docs need working on. Personally, I need > to see Phoenix released as is, with a promise of improvements rather > than languishing as beta while those improvements are happered in. :-) I fully agree. I didn't check the documents but a feature without the right documents doesn't do much. > It will also give Stephen something to chalk down as a compatability > target. Hmm. // J -- To unsubscribe, e-mail: For additional commands, e-mail: