Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 836 invoked from network); 3 Aug 2002 16:06:27 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 3 Aug 2002 16:06:27 -0000 Received: (qmail 27071 invoked by uid 97); 3 Aug 2002 16:06:43 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@jakarta.apache.org Received: (qmail 27028 invoked by uid 97); 3 Aug 2002 16:06:42 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 27016 invoked by uid 98); 3 Aug 2002 16:06:42 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: <3D4BFF02.10007@sun.com> Date: Sat, 03 Aug 2002 09:04:18 -0700 From: Patrick Luby User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1b) Gecko/20020722 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomcat Developers List Subject: Re: [5] launcher/deamon References: 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 Costin, I plan to post a patch to Ant for the enhanced data types (e.g. syspropertyset) and the conditional task elements (e.g. sysproperty with "if" and "unless" attributes) back to Ant as I think they would really enhance the Ant task. I just haven't had time yet but I will do so eventually. As for making the launcher functionality optional, I am OK with whatever the community wants. But before the community takes it out, let me explain why we put it in the first place: 1. Make Tomcat 5 startup reliably on Windows (Windows batch scripts are notoriously flaky). 2. Emulate the Unix startup on Windows (Windows has no "&" background operator like Unix and you cannot redirect stderr to an output file) 3. Run background applications (like Tomcat 5 or GUI applications) without a DOS shell on Windows. 4. Eliminate maintainance of 2 sets of scripts (one set for Windows and one set for Unix). From the above list of features, you probably have noticed that the launcher does not add any new features for Unix platforms but really adds a lot of "fit and finish" to Tomcat on Windows. So, I think the basic trade-off with using the launcher vs. scripts is that with the launcher you get a more native looking application on Windows at the price of losing the simplicity of scripts and adding one more dependency to the build. My recommendation for the community would be to either use the launcher or use scripts and not try to accomodate both. I believe that keeping the old scripts *and* the launcher would cause a lot more maintenance and a more confusion among users. If the community chooses not to use the launcher, feel free to remove it from the Tomcat 5 build and restore the old scripts. Patrick Costin Manolache wrote: > Patrick ( and all ), > > The 'launcher' is a very good idea - reducing the use of .bat/sh and > having 'keepalive' functionality and a clean startup file are > all great. > > My only requirement is to keep the code clean and minimise dependencies. > > My understanding of the launcher is that it uses ant file to describe > the paths, conditions, etc. I looked at the code in sandbox - and > there are few issues ( many tasks that duplicate existing functionality > in ant, etc ), and some should be contributed back to ant ( like the > enhancements to Execute ). I support the idea - as long as tomcat > code is kept clean and this is optional. > > Right now we have a mess of launchers / entry points. > > Costin > > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: -- ________________________________________________________________ Patrick Luby Email: patrick.luby@sun.com Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900 ________________________________________________________________ -- To unsubscribe, e-mail: For additional commands, e-mail: