Here is another suggestion for the Appserver script.

It fixes the problem that you cannot start it with startproc, like this

startproc -f -u $WEBKIT_USR -g $WEBKIT_GRP \
-l $LOG -p $PID_FILE $WEBKIT_DIR/AppServer

since there is no way to tell startproc to change to execute AppServer in
the $WEBKIT_DIR directory. For an obscure reason, it always starts it with
some system folder as working directory, and AppServer does not like it.

So my suggestion is to let the AppServer script cd to the directory where it
has been started first. The improved script now looks like that:

--------------- AppServer.py -------------------------------

#!/bin/sh

# Make directory where AppServer is called the current directory
DIR=`dirname $0`
cd $DIR

# You may give the following Python parameters in advance
# followed by the parameters passed on to ThreadedAppServer
# -O with optimization (.pyo instead of .pyc)
# -u unbuffered output (useful for debugging)
unset OPTIONS
while getopts ":Ou" OPT; do
    case $OPT in O | u) OPTIONS="$OPTIONS -$OPT";; esac
done
shift `expr $OPTIND - 1`

RETCODE=3 # as long as the appserver returns a 3, it wants to be restarted
while test $RETCODE -eq 3; do
    /usr/bin/env python $OPTIONS Launch.py ThreadedAppServer $*
    RETCODE=$?
done

-----------------------------------------------------------------

Christoph



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Webware-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/webware-devel

Reply via email to