geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aldrin Leal" <>
Subject RE: Java Service Wrapper for startup scripts
Date Wed, 10 Aug 2005 09:07:43 GMT
My 2 cents:

   Jakarta's commons-daemon a isn't very suitable a option under Windows,
since they don't ship with binaries. Only the source code is supplied, and
even the website docs are somewhat misleading (procrun? jsvc?).

   To make things worse: They don't compile out-of-the-box under GCC/cygwin,
giving some misleading error messages (and i checked Microsoft's Platform
SDK very carefully). So I consider commons-daemon is only a option under
*nix platforms.

   I suggest a more minimalistic approach: Supply a wrapper.conf as a matter
of convenience, like most OSS Projects (including some from ASF, like James)
usually do. I did mine, but i haven't finished (some minor issue with
wrapper alongside with org.apache.geronimo.system.main.Daemon), but i'll
take a second look at it very soon.

-- Aldrin Leal,


	From: [] 
	Sent: quarta-feira, 10 de agosto de 2005 04:00
	Subject: Re: Java Service Wrapper for startup scripts

	Bruce Snyder <> wrote on 10/08/2005 04:29:40
	> On 8/9/05, Jeff Genender <> wrote:
	> > aix - AIX
	> > freebsd - FreeBSD
	> > hpux, hpux64 - HP-UX, 32 and 64-bit versions.
	> > irix - SGI Irix
	> > linux - Linux kernels; 2.2.x 2.4.x, 2.6.x. Known to work with
Debian and
	> > Red Hat, but should work with any distribution.
	> > macosx - Macintosh OS X.
	> > osf1 - DEC OSF1.
	> > solaris - Sun OS, Solaris 7, 8.
	> > win32 - Windows NT, 2000, XP, and 2003.
	> This list seems to include a fairly standard set of supported
	> platforms. However, over time, it seems reasonable to consider
	> some requests for platforms that are, shall I say, fairly
	>  (e.g., AS400, OS/2, z/OS, etc.) will be made. I hazard a guess
	> users will need to contribute in some way to support those
	> anyway, correct? E.g, I don't even know anyone who has access to
	> AS400.
	> > If we go down the binary route (other than Windows), we, as
	> > will be forced to compile and support additional binaries that
	> > beyond the above list.
	> > 
	> > IMHO, I believe we are better off writing shell scripts which,
for the
	> > most part, are platform independent (except for Windows), so
that we
	> > only need to support Java and generic shell.
	> > 
	> > For Windows, we can provide both bat scripts as well as a Java
	> > Wrapper implementation *for that platform only*, so that people
have the
	> > ability to run Geronimo as an NT service or command line. 
	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
	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. 
	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?

	> > 
	> > I am a little concerned with getting into the binary business,
as this
	> > could eventually limit what platforms Geronimo runs on, and we
may end
	> > up with a nasty headache having to support these binaries.  So I
	> > recommend we not use Java Service Wrapper beyond Windows.
	> I must pose another question in answer to your question above:
	> the minority platforms rule the majority?
	> Bruce 
	> -- 
	> perl -e 'print
	> G;6%I;\"YC;VT*"
	> );'
	> The Castor Project
	> Apache Geronimo
	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. 

View raw message