Tomcat не останавливается. Как я могу это отладить?

Если веб-приложение остановлено, все подключения к базе данных также должны быть закрыты. Если у вас нет списка подключений, выполните оператор SQL «shutdown» (это работает только для баз данных H2 и HSQLDB).

Если у вас есть зарегистрированный сервлет, вы можете сделать это с помощью метода Servlet.destroy().

Если вы зарегистрировали ServletContextListener, вы можете выполнить оператор "shutdown" в методе ServletContextListener.contextDestroyed(ServletContextEvent servletContextEvent). Это то, что делает org.h2.server.web.DbStarter ServletContextListener (тот, который включен в базу данных H2).

Узнайте, какие потоки все еще работают (или заблокированы, ожидают запуска), используя jstack или отправив сигнал процессу:

kill -3 pid

Когда вы это знаете, вы можете сделать так, чтобы они подключились к уведомлению о завершении работы, чтобы остановить потоки. Или сделайте эти нити деамонными нитями.

См. этот вопрос о завершении работы tomcat для подробнее об этом.

Если вы не знаете, где были созданы ваши потоки, подумайте о добавлении к ним имен - исполнители могут использовать фабрики потоков, и вы можете использовать эти фабрики для установки статуса deamon потока, а также для присвоения ему имени - так что трассировка стека будет будьте яснее.

Убедитесь, что в вашем веб-приложении активен какой-нибудь планировщик, например Quartz.

Если вы его не остановите, поток веб-приложений никогда не закончится, пока вы его не убьете.

У меня была точно такая же проблема. Иногда команда ./shutdown.sh не останавливает процесс tomcat, и его java процесс остается в запущенных процессах.

Я решил эту проблему, используя версию Tomcat в репозиториях программного обеспечения Ubuntu:

sudo apt-get install tomcat7

После установки из диспетчера пакетов и настройки некоторых параметров у меня не возникло проблем с остановкой / запуском Tomcat. Я использовал эту команду, чтобы остановиться, и она никогда не подводила:

service tomcat7 stop

что почти то же самое, что и

/etc/init.d/tomcat7 stop

Использование этой команды запускает блок кода из сценария инициализации, в частности, коды из файла /etc/init.d/tomcat7. Поэтому я заглянул в него, чтобы увидеть, что он делает, чтобы всегда успешно завершать процесс tomcat. Вот блок кода, который запускается при использовании команды service tomcat7 stop:

log_daemon_msg "Stopping $DESC" "$NAME"

        set +e
        if [ -f "$CATALINA_PID" ]; then
                start-stop-daemon --stop --pidfile "$CATALINA_PID" \
                        --user "$TOMCAT7_USER" \
                        --retry=TERM/20/KILL/5 >/dev/null
                if [ $? -eq 1 ]; then
                        log_progress_msg "$DESC is not running but pid file exists, cleaning up"
                elif [ $? -eq 3 ]; then
                        PID="`cat $CATALINA_PID`"
                        log_failure_msg "Failed to stop $NAME (pid $PID)"
                        exit 1
                fi
                rm -f "$CATALINA_PID"
                rm -rf "$JVM_TMP"
        else
                log_progress_msg "(not running)"
        fi
        log_end_msg 0
        set -e
        ;;

Важная часть заключается в следующем:

start-stop-daemon --stop --pidfile "$CATALINA_PID" \
                            --user "$TOMCAT7_USER" \
                            --retry=TERM/20/KILL/5 >/dev/null

Это означает «повторять остановку, пока процесс не будет остановлен. Вот документация по команде --retry из руководства start-stop-daemon:

   -R|--retry timeout|schedule
          With  --stop,  specifies  that  start-stop-daemon  is  to  check
          whether  the  process(es)  do  finish.  It will check repeatedly
          whether any matching processes are running, until none are.   If
          the  processes  do  not exit it will then take further action as
          determined by the schedule.

          If timeout is specified instead of schedule  then  the  schedule
          signal/timeout/KILL/timeout  is used, where signal is the signal
          specified with --signal.
          ...

Итак, --retry=TERM/20/KILL/5 означает «Отправить сигнал TERM процессу, подождать 20 секунд, если он все еще запущен, отправить сигнал KILL, подождать 5 секунд, если он все еще запущен, есть проблема.

Это означает, что вы можете настроить tomcat для запуска как deamon и использовать такую ​​команду, или написать сценарий для выполнения такого действия, чтобы остановить tomcat, или просто использовать Ubuntu и получить tomcat из диспетчера пакетов.

У меня тоже была такая же проблема. В моем приложении был ThrottledThreadPoolExecutor, который не завершал работу. Когда я выключил его должным образом, кот остановился чисто. Чтобы выяснить проблему, мне пришлось удалить все приложения из моего каталога tomcat webapps, а затем добавить их одно за другим и посмотреть, какое из них вызывает проблему.

Если вы используете планировщик или какой-либо другой объект в своем веб-приложении, вам необходимо закрыть его. Обычно вам нужно использовать ServletContextListener, чтобы предоставить ловушку для вызова завершения работы. В этом случае ловушка выключения не сработает, потому что JVM не завершает работу (пока). Поверьте, я пробовал. Если ваш код находится в коде агента или в чем-то за пределами контейнера / веб-приложения, тогда ДОЛЖНА работать ловушка выключения, хотя часто бывает сложно понять, почему она ВСЕ ЕЩЕ не работает. Заметьте, я лысый.

В моем случае у меня был один мошеннический JPA EntityManager, который не закрывался должным образом после использования. Исправлено это, и теперь я могу снова выполнить Clean-and-Build, не убивая каждый раз этот чертов Java-процесс :)