2011-09-23 6 views
0

간단한 HelloWorld 응용 프로그램을 사용하여 JBoss AS 7을 시험하고 있습니다.JBoss AS7에서 배포 된 HelloWorld 응용 프로그램에 액세스 할 수 없습니다.

  • HelloWorld 응용 프로그램 폴더에는 간단한 hello.jsp 파일이 있습니다.
  • 배포본은 HelloWorld.warjboss7.0.1\standalone\deployments 폴더로 복사합니다.
  • 이 후 나는 내가 URL http://localhost:8080/HelloWorld/hello.jsp에 액세스하는 경우, 나는 Internet Explorer가

내가 액세스 할 수 있어요 웹 페이지 오류를 표시 할 수 없습니다 얻을

  • 응용 프로그램을 시작하여 HelloWorld 폴더에서 jboss.cmd 시작 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 Console

  • 답변

    2

    이것은 이전의 시작 서버 스크립트로 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 
    

    이 변경 후 war 파일은 시작할 때 자동으로 배포됩니다.

    1

    아카이브를 deployments 디렉토리에 복사하여 배포 할 수 없습니다. 아카이브를 배포하려면 콘솔을 사용해야합니다. 그것은 당신을 위해 더 잘 작동합니다.

    콘솔 그룹을 맨 위로 가져올 때 서버 그룹을 클릭하십시오. Server Groups 페이지에서 Manage Deployments를 클릭하면 Add Content 버튼이 표시됩니다. 거기에서 마법사를 따라 가면 좋을 것입니다.

    +0

    제임스,이 방법을 지적 해 주셔서 감사합니다. 그러나, 이것은 여전히 ​​나를 위해 작동하지 않았다. 배포하는 동안 standalone.bat를 호출하는 대신 domain.bat를 호출하여 서버를 시작한다는 사실을 발견했습니다. 변경 사항이 적용되었으며 배포 위치에 복사 된 war 파일이 자동으로 배포되었습니다. – Animesh

    4

    부트 로그와 배포 의도를 살펴보면 자동 배포와 독립 실행 형 인스턴스와 도메인 인스턴스 간의 다양한 방법론에 대해 중요한 차이가 있습니다.

    다음과 같은 경로에 기반에서 배포하려는 배포 폴더 :

    AS_HOME/standalone/deployments 
    

    당신이 알 수있는 바와 같이, AS_HOME/도메인/경로에서 그런 디렉토리가 없다. 독립 실행 형 인스턴스는 핫 배포를 사용할 수 있기 때문에이 디렉터리를 관리하는 배포 스캐너에 대해 자동 배포 기능이 기본적으로 설정되어있는 상태로 출하됩니다. 스캐너는 배포 상태를 나타내는 마커 파일을 사용하여이 폴더에 복사 된 모든 응용 프로그램을 배포하려고 시도합니다.

    다음 스크립트를 사용하여 응용 프로그램 서버의 독립 실행 형 인스턴스를 시작하면 HelloWorld이 배포됩니다.

    윈도우 :

    EAP_HOME/bin/standalone.bat 
    

    리눅스 :

    EAP_HOME/bin/standalone.sh 
    

    서버가 처음 언급 바보 소리를하는 (활성화 될 가지고 있지만, 경우 검사 간과 쉽게 떨어져 있음을 유의하십시오 AS7 out) 배포 폴더에서 <filename>.<filetype>.deployed 마커 파일을 사용하여 배포를 확인합니다. 마찬가지로 배포가 실패하면 <filename>.<filetype>.failed 마커 파일이됩니다.

    또한 관리 CLI 및 관리 콘솔 (JBoss Developer Studio와 같은 IDE 또는 Maven을 통한 IDE 포함)을 사용하여 예제를 배포 할 수도 있습니다. 내 선택은 일반적으로 사용하기 쉽고 시각적 인 피드백을 위해 콘솔입니다. JBoss 개발자의이 비디오는 사용 가능한 모든 방법을 보여줍니다. http://www.youtube.com/watch?v=OuFaYYQVJP0

    도메인 인스턴스의 경우 관리 CLI 또는 관리 콘솔을 사용하는 것이 좋습니다. 애플리케이션 배포를위한 JBoss 문서 페이지에 대한 자세한 정보가 있습니다.

    +1

    매우 유익한 답변! 고맙습니다 :) – Animesh

    관련 문제