Не удается получить доступ к развернутому приложению HelloWorld в JBoss AS7

Я пробую JBoss AS 7 с простым приложением HelloWorld.

  • В папке приложения HelloWorld есть простой файл hello.jsp.
  • Развертывание копирует HelloWorld.war в папку jboss7.0.1\standalone\deployments.
  • После этого я запускаю jboss.cmd из папки HelloWorld, чтобы запустить приложение
  • Если я обращаюсь к URL-адресу http://localhost:8080/HelloWorld/hello.jsp, я получить ошибку Internet Explorer не может отобразить веб-страницу

Я могу получить доступ к консоли администратора по адресу http://localhost:9990/console в обычном режиме, но не могу не понимаю, почему я не могу получить доступ к указанному выше URL-адресу.

Вот стандартный вывод JBoss:

===============================================================================

16:17:23,921 INFO  [org.jboss.modules] (main) JBoss Modules version 1.0.1.GA
16:17:24,218 INFO  [org.jboss.as.process.Host Controller.status] (main) Starting process 'Host Controller'
[Host Controller] 16:17:24,671 INFO  [org.jboss.modules] (main) JBoss Modules version 1.0.1.GA
[Host Controller] 16:17:25,031 INFO  [org.jboss.msc] (main) JBoss MSC version 1.0.0.GA
[Host Controller] 16:17:25,421 INFO  [org.jboss.remoting] (MSC service thread 1-7) JBoss Remoting version 3.2.
0.Beta2
[Host Controller] 16:17:25,437 INFO  [org.xnio] (MSC service thread 1-7) XNIO Version 3.0.0.Beta3
[Host Controller] 16:17:25,453 INFO  [org.xnio.nio] (MSC service thread 1-7) XNIO NIO Implementation Version 3
.0.0.Beta3
[Host Controller] 16:17:26,593 WARN  [org.jboss.as] (Controller Boot Thread) No security realm defined for nat
ive management service, all access will be unrestricted.
[Host Controller] 16:17:26,593 INFO  [org.jboss.as] (Controller Boot Thread) creating http management service
using network interface (management) port (9990)
[Host Controller] 16:17:26,593 WARN  [org.jboss.as] (Controller Boot Thread) No security realm defined for htt
p management service, all access will be unrestricted.
[Host Controller] 16:17:26,687 INFO  [org.jboss.as.remoting] (MSC service thread 1-1) Listening on /127.0.0.1:
9999
[Host Controller] 16:17:26,703 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) Starting server s
erver-one
16:17:26,718 INFO  [org.jboss.as.process.Server:server-one.status] (ProcessController-threads - 3) Starting pr
ocess 'Server:server-one'
[Host Controller] 16:17:26,796 INFO  [org.jboss.as.host.controller] (Controller Boot Thread) Starting server s
erver-two
[Server:server-one] 16:17:27,093 INFO  [org.jboss.modules] (main) JBoss Modules version 1.0.1.GA
16:17:27,468 INFO  [org.jboss.as.process.Server:server-two.status] (ProcessController-threads - 3) Starting pr
ocess 'Server:server-two'
[Server:server-one] 16:17:27,484 INFO  [org.jboss.msc] (main) JBoss MSC version 1.0.0.GA
[Server:server-one] 16:17:27,562 INFO  [org.jboss.as] (MSC service thread 1-3) JBoss AS 7.0.1.Final "Zap" star
ting
[Server:server-two] 16:17:27,828 INFO  [org.jboss.modules] (main) JBoss Modules version 1.0.1.GA
[Server:server-two] 16:17:28,218 INFO  [org.jboss.msc] (main) JBoss MSC version 1.0.0.GA
[Server:server-two] 16:17:28,296 INFO  [org.jboss.as] (MSC service thread 1-4) JBoss AS 7.0.1.Final "Zap" star
ting
[Server:server-one] 16:17:28,328 INFO  [org.apache.catalina.core.AprLifecycleListener] (MSC service thread 1-8
) The Apache Tomcat Native library which allows optimal performance in production environments was not found o
n the java.library.path: C:\Program Files\Java\jdk1.6.0_26\bin;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system32;C:\
WINDOWS;C:\Program Files\Java\jdk1.6.0_26\bin;C:\Program Files\Java\jdk1.6.0_26\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools;\;C:\WINDOWS\system32\WindowsPowerShell\v1.0;C:\Python27;.
[Server:server-two] 16:17:29,109 INFO  [org.apache.catalina.core.AprLifecycleListener] (MSC service thread 1-2
) The Apache Tomcat Native library which allows optimal performance in production environments was not found o
n the java.library.path: C:\Program Files\Java\jdk1.6.0_26\bin;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system32;C:\
WINDOWS;C:\Program Files\Java\jdk1.6.0_26\bin;C:\Program Files\Java\jdk1.6.0_26\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools;\;C:\WINDOWS\system32\WindowsPowerShell\v1.0;C:\Python27;.
[Server:server-two] 16:17:29,156 INFO  [org.apache.coyote.http11.Http11Protocol] (MSC service thread 1-8) Star
ting Coyote HTTP/1.1 on http--127.0.0.1-8230

Когда я проверяю консоль, я вижу, что ни один из серверов не запущен; Я не уверен, что это проблема. Консоль JBoss


person Animesh    schedule 23.09.2011    source источник


Ответы (3)


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

Папка развертывания, из которой вы пытаетесь выполнить развертывание, находится по следующему пути:

AS_HOME/standalone/deployments

Как вы заметили, в пути AS_HOME/domain/ такого каталога нет. Это связано с тем, что только автономный экземпляр может использовать горячее развертывание, а AS7 поставляется с функцией автоматического развертывания, включенной по умолчанию для сканера развертывания, который управляет этим каталогом. Сканер попытается развернуть любое приложение, скопированное в эту папку, используя файлы маркеров для указания состояния развертывания.

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

Windows:

EAP_HOME/bin/standalone.bat

Линукс:

EAP_HOME/bin/standalone.sh

Имейте в виду, что сначала сервер должен быть активен (звучит глупо, но это легко упустить из виду при тестировании AS7), и что папка развертывания подтвердит развертывание маркерным файлом <filename>.<filetype>.deployed. Точно так же неудачное развертывание приведет к созданию файла маркера <filename>.<filetype>.failed.

Вы также можете развернуть пример с помощью CLI управления и консоли управления (а также через IDE, например JBoss Developer Studio, или даже через Maven). Обычно я выбираю консоль из-за простоты использования и визуальной обратной связи. В этом видео от разработчика JBoss показаны все доступные методы: http://www.youtube.com/watch?v=OuFaYYQVJP0

Для экземпляров домена рекомендуется использовать интерфейс командной строки управления или консоль управления. Дополнительные сведения о развертывании приложений см. на странице документации JBoss.

https://docs.jboss.org/author/display/AS7/Admin+Guide#AdminGuide-Applicationdeployment

person ddri    schedule 17.11.2011

Это был мой предыдущий скрипт запуска сервера, который вызывал domain.bat.

@echo off
set JAVA_HOME=C:\Program Files\Java\jdk1.6.0_26
set JBossHome=C:\apps\jboss702

set Path=%JAVA_HOME%\bin;%Path%
cd %JBossHome%\bin
domain.bat

После некоторых исследований я понял, что скрипт должен вызывать функцию standalone.bat.

@echo off
set JAVA_HOME=C:\Program Files\Java\jdk1.6.0_26
set JBossHome=C:\apps\jboss702

set Path=%JAVA_HOME%\bin;%Path%
cd %JBossHome%\bin
standalone.bat

После этого изменения военный файл развертывался автоматически при запуске.

person Animesh    schedule 28.09.2011

Вы не можете просто скопировать архив в каталог развертываний, чтобы развернуть его. Вы должны использовать консоль для развертывания архива. Это будет работать намного лучше для вас.

Когда вы поднимете консоль вверху, нажмите «Группы серверов». На странице «Группы серверов» нажмите «Управление развертываниями», и вы увидите кнопку «Добавить содержимое». Оттуда просто следуйте за мастером, и все будет хорошо.

person James R. Perkins    schedule 24.09.2011
comment
Джеймс, спасибо за указание на этот метод. Однако это все еще не сработало для меня. Я обнаружил, что во время развертывания я вызывал domain.bat вместо автономного.bat для запуска сервера. Изменение этого сработало для меня, и файл войны, который был скопирован в место развертывания, был развернут автоматически. - person Animesh; 28.09.2011