Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 97245 invoked from network); 10 Aug 2005 14:43:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 10 Aug 2005 14:43:22 -0000 Received: (qmail 50063 invoked by uid 500); 10 Aug 2005 14:43:19 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 50026 invoked by uid 500); 10 Aug 2005 14:43:18 -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 50013 invoked by uid 99); 10 Aug 2005 14:43:18 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Aug 2005 07:43:18 -0700 X-ASF-Spam-Status: No, hits=3.2 required=10.0 tests=FORGED_RCVD_HELO,INVALID_TZ_GMT,RCVD_IN_XBL,SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [24.25.9.103] (HELO ms-smtp-04-eri0.southeast.rr.com) (24.25.9.103) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Aug 2005 07:43:39 -0700 Received: from smtp.hogstrom.org (cpe-065-184-068-095.nc.res.rr.com [65.184.68.95]) by ms-smtp-04-eri0.southeast.rr.com (8.12.10/8.12.7) with SMTP id j7AEhAL6000276 for ; Wed, 10 Aug 2005 10:43:13 -0400 (EDT) Received: from bi01p1.nc.us.ibm.com ([129.33.49.251]) by smtp (PAHOG) for hogstrom.org; Wed, 10 Aug 2005 10:43:10 -0400 (GMT) Message-ID: <42FA12A5.7070007@hogstrom.org> Date: Wed, 10 Aug 2005 10:43:49 -0400 From: Matt Hogstrom User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: Re: Java Service Wrapper for startup scripts References: <7b3355cb050809232952457ada@mail.gmail.com> <7b3355cb05081000311e97b0a2@mail.gmail.com> <42FA0491.5050106@savoirtech.com> In-Reply-To: <42FA0491.5050106@savoirtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-MMS-Smtp-Program: Macallan-Mail-Solution; Version 4.6.0.1 X-MMS-Smtp-Auth: Authenticated As matt@hogstrom.org X-MMS-Smtp-Mailer-Program: Macallan-Mail-Solution; Version 4.6.0.1 X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Jeff Genender wrote: > Thanks Bruce and John. > > I would like to hear from more people on this as well as from David > Jencks and Dain too. > > Bruce Snyder wrote: > >> On 8/10/05, sissonj@insession.com wrote: >> >> >>> I noticed that Tomcat 5.5 uses the commons-daemon project and for >>> non-Windows platforms the source (included with the Tomcat binaries) >>> must be >>> compiled. >>> http://jakarta.apache.org/tomcat/tomcat-5.5-doc/setup.html >>> >>> Maybe we could follow Tomcat's approach of not providing the >>> binaries for >>> all platforms and leaving it up to the end user. It is not as >>> though they >>> can't start Geronimo without them, since the shell scripts should >>> always be >>> available. >> >> >> >> After thinking further about this, I now agree with what Jeff >> suggested and what you say above, John. I think we should simply >> develop a set of generic shell scripts and init scripts and nothing >> more (beyond a Windoze service, that is). We also need to encourage >> users to contribute their customizations to these scripts for >> additional platforms. > On a related topic, I've been experimenting with native libraries to extract information on a per request basis like CPU time. For most platforms I should be able to get User / Kernel time for a request (I've been experimenting on Linux). As we look at the potential platforms that can be supported the binary issue has been nagging at me as I'm not sure how to support that. One part of me says that we should provide a binary for a given platform (as donated by folks) as well as source for those that may be ahead of the game / want to experiment and tweak further. I don't have the answers but I think as Geronimo matures this will be an issue that we'll have to deal with. In theory Java should be portable but portability is an illusion that we need to archive by taking on the responsibility by making moving around easy. >> >> >>> Is anyone familiar with the pros and cons of commons-daemon over Java >>> Service Wrapper and why the Tomcat project chose to use commons-daemon? >> >> Not yet. >> >> Not I. >> Bruce > > > >