2016-09-26 3 views
3

У меня есть веб-приложение, работающее на 10.0.1.62:8080/xxx. Я хочу отлаживать удаленно через IntelliJ IDEA. Я поставил JAVA_OPTS = -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=8000Удаленный отладочный Tomcat 7 с IntelliJ

на 10.0.1.62 машине (Tomcat7 на Ubuntu), и когда я нажал на кнопку дистанционного отладки IDE дает информационное сообщение:

Connected к цели VM, адрес: ' 10.0.1.62:8000' , транспорт: 'гнездо'

чем я ударять 10.0.1.62:8080/xxx. Хотя я получаю это сообщение об ошибке, не попадают в брекеты. Что мне не хватает?

ответ

3

Во-первых, дважды проверьте настройки с помощью ссылки на этот вопрос и ответ: Remote Debugging in IntelliJ Tomcat

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

  1. Убедитесь, что вы начали надлежащий процесс удаленной отладки на IntelliJ. Remote Debug
  2. Убедитесь, что вы подключаетесь к соответствующему экземпляру Tomcat, если на вашем хосте работает несколько серверов Tomcat. Отладочный порт 8000 может быть уже использован. Я использую произвольный порт 15019 или другой номер порта, который еще не используется. Убедитесь, что используемые порты совпадают между Tomcat и IntelliJ.
  3. В зависимости от того, как вы настраиваете удаленную отладку на Tomcat, он может не закрыться, оставив старый экземпляр запущенным. Добавление отладочных крючков вверху catalina.sh приведет к сбою сценария shutdown.sh, потому что ваш порт отладки уже привязан к серверу Tomcat. Вместо того, чтобы поместить его в начале, если заявление:

    elif [ "$1" = "start" ] ; then JAVA_OPTS="$JAVA_OPTS -Xdebug -Xrunjdwp:transport=dt_socket,address=15019,suspend=n,server=y"

После исправления этой проблемы, вы можете выключение Tomcat успешно с ./shutdown.sh и еще начать отладку с ./startup.sh

  1. Убедитесь, что у вас есть чистый развертывание вашего приложения на Tomcat. Ваш процесс очистки может потребовать изменений, но вот общая идея:

    Shutdown Tomcat, then verify it is no longer running. Remove the deployed war file and corresponding exploded version from your tomcat webapps directory. Remove the contents of the work and temp directories. Deploy and verify your recently build war file. Start Tomcat.

Создание сценария, чтобы сделать это сэкономит время.

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

Я уверен, что есть двадцать других вещей, которые могут пойти не так. Не стесняйтесь добавлять идеи.

Смежные вопросы