이 절에서는 설치와 관련된 알려진 문제점과 해결 방법을 설명합니다.
이 문제는 몇몇 Linux 시스템에서 발견되었습니다. Java Desktop System 2에서는 가장 일반적으로 나타나는 문제이지만 Linux RedHat 배포에서도 발견되었습니다.
설치 프로그램의 마지막 화면에서 마침 버튼을 누른 후 설치 프로그램에서 제품 정보 페이지나 제품 등록 페이지가 있는 브라우저 창을 시작하는 데 실패하고 명령 프롬프트를 반환하지 않은 채 무기한 중단됩니다.
설치 프로그램을 시작했던 단말기 창에서 Ctrl+C를 눌러 설치 프로그램을 종료합니다. 이렇게 하면 제품 정보 페이지나 등록 페이지가 있는 브라우저 창이 시작됩니다. 그러나 브라우저 창이 나타나지 않는 경우에는 브라우저를 시작하고 다음 URL을 입력하면 정보 페이지를 볼 수 있습니다.
file://install_dir/docs-ee/about.html |
제품을 등록하는 설치 옵션을 선택한 경우에는 제품 정보 페이지에서 등록 페이지로 연결되는 링크를 따라갑니다.
Windows에서 Application Server Enterprise Edition을 설치한 직후 Message Queue 브로커가 시작되지 않고 drive:\as\domains\domain1\imq 디렉토리가 없다는 메시지가 표시됩니다.
domain1을 시작한 후 브로커가 시작된 경우에는 디렉토리가 Application Server에 의해 만들어지기 때문에 문제가 발생하지 않습니다.
브로커를 만들기 전에 var_home_dir_location을 만듭니다.
$imqbrokerd -varhome var_home_dir_location |
예를 들면 다음과 같습니다.
$imqbrokerd -varhome D:\as\domains\domain1\imq |
compat-libstdc++ 라이브러리가 이미 시스템에 설치되지 않은 경우 Application Server Enterprise Edition 8.2를 RHLAS(Red Hat Linux Advanced Server) 3.0 또는 4.0 시스템에 설치할 수 없습니다. Application Server는 RHLAS 시스템에서 compat-libstdc++ 라이브러리가 필요하지만 이 라이브러리는 기본적으로 설치되지 않습니다. 이 문제는 RHLAS 시스템에서만 발생합니다.
Application Server 소프트웨어를 설치하기 전에 http://rpm.pbone.net/index.php3/stat/4/idpl/843376/com/compat-libstdc++-7.3-2.96.118.i386.rpm.html에서 compat-libstdc++ RPM을 다운로드하여 설치합니다.
64비트 모드로 Web Server 7.0과 Application Server Enterprise Edition 8.2를 실행할 경우 64비트 버전의 로드 밸런서 플러그인이 실행되지 않고 다음과 같은 오류가 발생합니다.
failure: CORE2253: Error running Init function load-modules: dlopen of /export/home/mareks/opt/webserver7/plugins/lbplugin/bin/libpassthrough.so failed (ld.so.1: webservd: fatal: /export/home/mareks/opt/webserver7/plugins/ lbplugin/bin/libpassthrough.so: wrong ELF class: ELFCLASS32) failure: server initialization failed |
문제는 Application Server Enterprise Edition 8.2에 64비트 로드 밸런서 플러그인이 없고, 64비트 Web Server에서는 64비트 플러그인이 필요하다는 것입니다.
다음 명령을 사용하여 Web Server를 64비트 모드로 실행할지 32비트 모드로 실행할지를 결정할 수 있습니다.
wadm get-config-prop --user=admin --config=xxx --password-file=xxx platform |
Application Server Enterprise Edition 8.2용 64비트 로드 밸런서는 계획되어 있지 않습니다. 이 문제를 해결하려면 Web Server 7.0 역 프록시 기능을 사용하거나 Web Server 7.0을 32비트 모드로 실행하도록 구성합니다. 자세한 내용은 Web Server 설명서를 참조하십시오.
Windows 2000의 기본 위치에 Application Server 8.2를 설치할 경우 asant deploy를 실행할 때 다음과 같은 오류가 발생할 수 있습니다.
$ C:/Sun/JavaES5/appserver/bin/asant deploy The input line is too long. The syntax of the command is incorrect. |
문제는 Windows 2000의 명령줄에는 1000자를 초과하여 입력할 수 없지만 시스템 구성에 따라 기본 ANT_OPTS 환경에서 asant deploy 명령줄이 길게 확장될 수 있다는 것입니다. 이 문제는 Windows 2000에서만 발생하는 문제입니다.
Windows 2000에서는 Application Server를 매우 짧은 디렉토리 경로(예: C:\JES5_AS)에 설치합니다.
Windows에서 Application Server가 선택 구성 요소 설치 패널의 최상위 수준으로 선택된 경우 JES 5 b12를 사용하면 기본적으로 노드 에이전트 하위 구성 요소가 선택됩니다. 설치 과정에서 노드 에이전트 및 이 노드 에이전트에 속하는 AppServer1이라는 서버 인스턴스를 차례로 생성합니다. 이것은 올바른 동작입니다.
그러나 노드 에이전트 하위 구성 요소가 선택 해제된 경우라도 설치 과정에서 도메인에 대한 common.properties 파일에 AppServer1 인스턴스를 생성합니다. 예를 들면 다음과 같습니다.
domain.name=domain1 appserver.instance=AppServer1 |
이후에 asant를 사용하여 응용 프로그램을 배포할 수 없습니다.
appserver.instance=AppServer1을 appserver.instance=server로 교체하여 common.propeties 파일을 편집합니다.
다른 결함(6295215일 수 있음)으로 인해 Sun Java System Application Server Enterprise Edition 8.2 Developer’s Guide의 11 장, Using the JDBC API for Database Access의 11장, Using the JDBC API for Database Access에서 Sun Java System Application Server Enterprise Edition 8.2 Developer’s Guide의 Obtaining a Physical Connection from a Wrapped Connection 절에 제공된 코드가 올바르지 않습니다. 특히,
Connection drivercon = ds.getConnection(con); |
줄은 다음과 같이 변경되었습니다.
Connection drivercon = ((com.sun.gjc.spi.DataSource)ds).getConnection(con); |
이 소프트웨어 버전에서 Application Server는 네트워크 파일 시스템(NFS)을 지원하지 않습니다.
없음