Re: [Wrapper-user] PATCH: Patch to address minor issues with sh.script.in in version 3.2.3

[Leif M. <le...@ta...>]

Chris,
    This patch looks great.  It has been committed for the next release.
Eventually I want to get things working so the start delay is automatic.
Ie, it waits until the wrapper has entered the started state.

    This would be possible using the wrapper.statusfile property.  The
only problem there is that if I start using it from the command line by
specifying it in the sh script, it will break things for any users trying
to make use of it from the wrapper.conf file as properties set on the
command line can not be overridden.

    Thank you for the donation as well.  I attempted to reply but the
mail bounced. :-/

Cheers,
Leif

Chris Dance wrote:
> Hi,
>
> We've been using Java Service Wrapper as a host for a our reasonably
> complex server based print quota application ( http://www.papercut.biz/
> ) on the Windows platform for some time with great success.  On Linux
> and Mac we've used in-house rc scripts and Launchd respectively.
> Recently we've hit a few 'hung server' issues on Linux.  We've been very
> impressed with the reliability on Windows so we've decided to replace
> our rc scripts with Java Service Wrapper.
>
> In the process of moving across we found a few issues with the current
> sh.script.in, and also have added a few "extras" that we've found useful
> in our existing scripts.  These are:
>
>       1) The use of "uname -p" raises an error or older Debian systems.
> Minor change to suppress messages on STDERR.
>
>       2) The use of "su" on RedHat causes issues as su always requests a
> password.  Instead use "runuser" if it exists.
>
>       3) Some large "application server" style applications need to
> perform some initialization.  It may be desirable for the RC script to
> wait for a few seconds to give the server some cpu time to initialize
> before returning, and hence continuing with other RC related tasks that
> may be running on the server.  We introduced a extra "option" to
> configure this delay.
>
> A diff based on version 3.2.3 is attached, and just in case it does
> not come out in the email correctly, it can be downloaded from:
>
> http://www.papercut.biz/anonftp/pub/open-source/java-service-wrapper/java-service-wrapper.diff.tgz 
>
>
> It would be great if this could be integrated into a future release.
> Also in appreciation of the developers doing all the hard work, I've
> arranged for a donation ;-)
>
>
>
> Cheers,
>
> Chris