I want know what am I doing wrong in this code:
#!/bin/sh
SERVICE_NAME=neocloud
PATH_TO_JAR=/etc/neocloud/cloud.jar
PID_PATH_NAME=/tmp/neocloud-pid
case $1 in
    start)
        echo "Starting $SERVICE_NAME ..."
        if [ ! -f $PID_PATH_NAME ]; then
            nohup java -jar $PATH_TO_JAR /tmp 2>> /dev/null >> /dev/null &
                        echo $! > $PID_PATH_NAME
            echo "$SERVICE_NAME started ..."
        else
            echo "$SERVICE_NAME is already running ..."
        fi
    ;;
    stop)
        if [ -f $PID_PATH_NAME ]; then
            PID=$(cat $PID_PATH_NAME);
            echo "$SERVICE_NAME stoping ..."
            kill $PID;
            echo "$SERVICE_NAME stopped ..."
            rm $PID_PATH_NAME
        else
            echo "$SERVICE_NAME is not running ..."
        fi
    ;;
    restart)
        if [ -f $PID_PATH_NAME ]; then
            PID=$(cat $PID_PATH_NAME);
            echo "$SERVICE_NAME stopping ...";
            kill $PID;
            echo "$SERVICE_NAME stopped ...";
            rm $PID_PATH_NAME
            echo "$SERVICE_NAME starting ..."
            nohup java -jar $PATH_TO_JAR /tmp 2>> /dev/null >> /dev/null &
                        echo $! > $PID_PATH_NAME
            echo "$SERVICE_NAME started ..."
        else
            echo "$SERVICE_NAME is not running ..."
        fi
    ;;
esac 
executing via sh I get the following error message:
Syntax error: word unexpected (expecting "in")
But in the case command I've the in word.
Anyone know how to fix this bug?
Thanks a lot!
As posted here, your code is syntactically valid POSIX-like shell code, which you can verify at shellcheck.net (which will, however, warn you about potentially unwanted side effects due to not double-quoting your variable references (e.g., echo $PID_PATH_NAME rather than echo "$PID_PATH_NAME"), which however does NOT apply to $1 in the case statement[1]
).
Similarly, copying the code in your question and pasting it into a new file and using sh on Ubuntu (which is Dash) to execute it, works fine too.
Thus - unless your sh is not what it should be - I suspect that you have "weird" characters in your shell file, such as Unicode whitespace outside the standard ASCII range, which may look like normal whitespace, but isn't; the Unicode no-break space character (U_00A0, UTF8-encoded as 0xC2 0xA0) is an example.
To look for such characters, run the following (where script represents your script):
LC_ALL=C cat -e script
and look for M- and ^<letter> sequences in the output; for instance, the aforementioned no-break space shows up as M-BM-.
[1] Double-quoting the argument given to the case statement doesn't hurt, but is not necessary.
While unquoted parameter/variable references are word-split and pathname-expanded in most places in POSIX-like shells, case is a curious exception.
The following demonstrates this, and works with all major POSIX-like shells (dash, bash, ksh, zsh):
$ sh -c 'case $1 in "foo *") echo "match";; *) echo "nomatch"; esac' - 'foo *'
match
Literal argument foo * matches the case branch, even though $1 is unquoted.
(Contrast this with the typical situation (e.g., echo $1), where the value of $1 would be subject to both word-splitting and pathname expansion (globbing).)
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With