Установка приложения с двумя grails на Tomcat вызывает исключение

Question

Установка приложения с двумя grails на Tomcat вызывает исключение

1

Мне нужно установить Tomcat с двумя приложениями grails.
Оба приложения должны использовать 8080 следующим образом:
локальный: 8080/app1
локальный: 8080/app2

Я попытался поместить два военных файла в папку webapps, а затем загрузить сервер.
Пока сервер загружался, я получил это исключение в файле журнала catalina.out:

23 апреля 2014 1:27:27 вечера org.apache.coyote.AbstractProtocol init
INFO: Инициализация протоколаHandler ["http-bio-8080"]
23 апреля 2014 1:27:27 вечера org.apache.coyote.AbstractProtocol init
SEVERE: Не удалось инициализировать конечную точку, связанную с ProtocolHandler ["http-bio-8080"]
java.net.BindException: адрес уже используется: 8080
at org.apache.tomcat.util.net.JIoEndpoint.bind(JIoEndpoint.java:410)
at org.apache.tomcat.util.net.AbstractEndpoint.init(AbstractEndpoint.java:640)
at org.apache.coyote.AbstractProtocol.init(AbstractProtocol.java:434)
at org.apache.coyote.http11.AbstractHttp11JsseProtocol.init(AbstractHttp11JsseProtocol.java:119)
на org.apache.catalina.connector.Connector.initInternal(Connector.java:978)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
на org.apache.catalina.core.StandardService.initInternal(StandardService.java:559)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
на org.apache.catalina.core.StandardServer.initInternal(StandardServer.java:813)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
на org.apache.catalina.startup.Catalina.load(Catalina.java:638)
на org.apache.catalina.startup.Catalina.load(Catalina.java:663)
at sun.reflect.NativeMethodAccessorImpl.invoke0 (собственный метод)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
в java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:280)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:454)

Поэтому мне нужно знать, что является лучшей практикой для загрузки tomcat с двумя приложениями grails.

Спасибо за помощь.

roeygol 23 апр. 2014, в 17:46

Источник

0

есть ли еще запущенный экземпляр tomcat?
jaipster 23 апр. 2014, в 15:18
0

Нет, только этот.
roeygol 23 апр. 2014, в 15:19
0

Странно, я не уверен, но вы попробуйте этот netstat -tulpn | grep 8080 . посмотрите, запущен ли какой-либо процесс на этом порту. Попробуйте убить его и перезапустите ваш кот.
jaipster 23 апр. 2014, в 15:22
0

Это дало мне эту строку: tcp 0 0 ::: 8080 ::: * LISTEN 2743 / java
roeygol 23 апр. 2014, в 15:26
1

я подозреваю кота, бегущего на заднем плане. используя ps -ef | grep tomcat выдаст вам process_id для процесса. используйте kill -9 <process_id> или killall java а затем перезапустите tomcat.
jaipster 23 апр. 2014, в 15:32
0

Я пытался это сделать. Запустив эту команду, я запустил только один процесс и убил его.
roeygol 24 апр. 2014, в 04:28
0

.... Запустив эту команду, я запустил только один процесс и убил его. Я загрузил кота, и он не работает хорошо, просто он просто не работает. Я думаю, что, возможно, мне нужно что-то настроить в коте, но я не знаю что. Обратите внимание, что когда я загружаю сервер с первым приложением, оно работает нормально, но когда я добавляю второе, я получаю исключение выше.
roeygol 24 апр. 2014, в 04:35
0

Это может звучать очень глупо, но вы используете IDE, которая может использовать порт 8080 при попытке запустить tomcat и развернуть файлы WAR?
Nathan 25 апр. 2014, в 12:49

Показать ещё 6 комментариев

Теги:

java

apache

tomcat

grails

1 ответ

Ещё вопросы

есть ли еще запущенный экземпляр tomcat?
Странно, я не уверен, но вы попробуйте этот netstat -tulpn | grep 8080 . посмотрите, запущен ли какой-либо процесс на этом порту. Попробуйте убить его и перезапустите ваш кот.
Это дало мне эту строку: tcp 0 0 ::: 8080 ::: * LISTEN 2743 / java
я подозреваю кота, бегущего на заднем плане. используя ps -ef | grep tomcat выдаст вам process_id для процесса. используйте kill -9 <process_id> или killall java а затем перезапустите tomcat.
Я пытался это сделать. Запустив эту команду, я запустил только один процесс и убил его.
.... Запустив эту команду, я запустил только один процесс и убил его. Я загрузил кота, и он не работает хорошо, просто он просто не работает. Я думаю, что, возможно, мне нужно что-то настроить в коте, но я не знаю что. Обратите внимание, что когда я загружаю сервер с первым приложением, оно работает нормально, но когда я добавляю второе, я получаю исключение выше.
Это может звучать очень глупо, но вы используете IDE, которая может использовать порт 8080 при попытке запустить tomcat и развернуть файлы WAR?

Michael Schuenck · Answer 1 · 2014-04-23T16-50-00.000Z

Как были созданы эти военные файлы? С grails war?

Я часто являюсь разработчиком приложений Grails на Tomcat. Поскольку на порту 8080 нет другой службы, это может быть проблемой, вызванной некоторым мусором в Tomcat. Поэтому избегайте тратить время на внутренние работы Tomcat. Если вы можете (ваш пример с localhost), быстрым решением может быть попытка установить новую версию Tomcat. В противном случае, просто попробуйте очистить работу и временные каталоги.

Вы также спросили о лучших практиках... Если вы можете остановить Tomcat, сделайте это, поместите файл.war в папку webapps, а затем очистите каталоги работы и temp перед перезагрузкой. В противном случае просто поместите файл.war в папку webapps или отправьте его через приложение Tomcat Manager (http://localhost:8080/manager). Тем не менее, его общий способ получить ошибку пространства PermGen после некоторых перераспределений. В этом случае единственным вариантом будет перезапуск Tomcat.

В качестве другого совета лучшей альтернативой Tomcat Manager является PSI Probe (http://code.google.com/p/psi-probe/), который обеспечивает как дополнительную информацию, так и контроль над вашими приложениями и Tomcat.

Военные файлы, созданные с помощью Grails War, как вы сказали. Я удалил каталоги temp и **** work ***, и он не работает.
Вы пробовали новую установку (просто распакуйте Tomcat zip / tar.gz)? Просто чтобы знать, является ли это проблемой установки Tomcat ...