Остановка Tomcat с помощью сценария: ошибка соединения отклонена - PullRequest
Новая
       28

Остановка Tomcat с помощью сценария: ошибка соединения отклонена

1 голос
/ 31 мая 2011

Я пытаюсь написать короткий bash-скрипт для автоматической загрузки войны таким образом, чтобы сохранить файл конфигурации, который у меня есть на сервере tomcat.Однако иногда, когда я пытаюсь остановить tomcat в скрипте, он выдает мне следующую ошибку: 

Using CATALINA_BASE:   /usr/local/apache-tomcat-6.0.32~
Using CATALINA_HOME:   /usr/local/apache-tomcat-6.0.32~
Using CATALINA_TMPDIR: /usr/local/apache-tomcat-6.0.32~/temp
Using JRE_HOME:        /usr
Using CLASSPATH:       /usr/local/apache-tomcat-6.0.32~/bin/bootstrap.jar
May 31, 2011 8:41:49 AM org.apache.catalina.startup.Catalina stopServer
SEVERE: Catalina.stop: 
java.net.ConnectException: Connection refused
    at java.net.PlainSocketImpl.socketConnect(Native Method)
    at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:327)
    at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:193)
    at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:180)
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:384)
    at java.net.Socket.connect(Socket.java:546)
    at java.net.Socket.connect(Socket.java:495)
    at java.net.Socket.<init>(Socket.java:392)
    at java.net.Socket.<init>(Socket.java:206)
    at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:422)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:616)
    at org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:338)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:416)

Сначала я думал, что это потому, что пытался завершить работу сервера до того, как полностью его запустил,и это все еще может иметь место.Тем не менее, я добавил раздел в скрипт, который проверяет, работает ли сервер, прежде чем его выключать.Затем, потому что я все равно иногда получаю ошибку, я добавил время сна.Если я заставляю его спать в течение 10 секунд, кажется, что он работает последовательно, но если я заставляю его спать только 5, это не так согласованно.Я думаю, что это сводится к тому, что я просто не очень хорошо знаком с последовательностью запуска и завершения работы tomcat, поэтому я не уверен, что моя проблема даже в том, о чем я думаю, и я понятия не имею, что такое хорошее, надежное решение.Таким образом, мой вопрос: что вызывает эту ошибку, и если она вызвана тем, что сервер не полностью загружен, какие изменения в моем коде могут предотвратить ошибку?

Большое спасибо за помощь!MirroredFate

Мой сценарий: 

#!/bin/bash
# Script to redeploy war, needs path to the new war

if [ ! -f $1 ];
then
    echo "File $1 not found! Get it right this time."
    exit 0;
fi
#Check if tomcat is up, if it is, shut 'er down
RESULT=`netstat -na | grep 8080 | awk '{print $7}' | wc -l`
if [ "$RESULT" = 0 ]; then
echo "Tomcat already down"
elif [ "$RESULT" != 0 ]; then
echo "Shutting down tomcat"
./shutdown.sh;
fi
cp ../webapps/SQLLoader/conf/configurable.properties ..;
rm ../webapps/SQLLoader -R;
echo "SQLLoader dir removed";
rm ../webapps/SQLLoader.war;
echo "SQLLoader removed";
cp $1 ../webapps;
echo "$1 moved to tomcat";
./startup.sh;
wait
echo "Server started";
echo "Waiting for dir to be created..."
while [ ! -d "../webapps/SQLLoader/conf" ]; do
    # Control will enter here if directory doesn't exist
    sleep 1
done;
mv ../configurable.properties ../webapps/SQLLoader/conf/;
echo "Config file put back in place";
RESULT=`netstat -na | grep 8080 | awk '{print $7}' | wc -l`
while [ "$RESULT" = 0 ]; do
    echo "Waiting for tomcat to start... JUST SO WE CAN KILL IT AGAIN HAHAHAHAHA!!"
    sleep 0.5
    RESULT=`netstat -na | grep 8080 | awk '{print $7}' | wc -l`
done;
echo "Sleep for safety"
sleep 5;
echo "Shutting down again"
./shutdown.sh
echo "Starting... again...... yeah..."
./startup.sh
echo "Status is: $?"

1 Ответ

1 голос
/ 01 июня 2011

Итак, решение, которое я нашел для моей конкретной проблемы, состоит в том, чтобы просто использовать команду jar (duh), чтобы распаковать войну, а не перезапустить сервер. Вот мой новый код: 

#!/bin/bash
# Script to redeploy war, needs path to the new war

if [ ! -f $1 ];
then
    echo "File $1 not found! Get it right this time."
    exit 0;
fi
#Check if tomcat is up, if it is, shut 'er down
RESULT=`netstat -na | grep $2 | awk '{print $7}' | wc -l`
if [ "$RESULT" = 0 ]; then
echo "Tomcat already down"
elif [ "$RESULT" != 0 ]; then
echo "Shutting down tomcat"
./shutdown.sh;
fi
cp ../webapps/SQLLoader/conf/configurable.properties ..;
rm ../webapps/SQLLoader -R;
echo "SQLLoader dir removed";
rm ../webapps/SQLLoader.war;
echo "SQLLoader removed";
cp $1 ../webapps;
echo "$1 moved to tomcat";
mkdir ../webapps/SQLLoader/
cd ../webapps/SQLLoader/
jar -xvf ../SQLLoader.war;
echo "Waiting for dir to be created..."
while [ ! -d "conf" ]; do
    # Control will enter here if directory doesn't exist
    sleep 1
done;
echo "Directory created, moving properties file";
cd ../../bin;
mv ../configurable.properties ../webapps/SQLLoader/conf/;
echo "Starting up"
./startup.sh
echo "Status is: $?"

Он не отвечает на вопрос о том, как окончательно предотвратить возникновение этой ошибки, но решает проблему в моем микромире. Если кто-то придумает причину, по которой эта ошибка произошла в ранее объясненной ситуации, пожалуйста, опубликуйте ее, так как я уверен, что людям все равно будет интересно узнать ответ.

...