이 릴리스 노트에는 Sun JavaTM Enterprise System(Java ES) 5 Update 1에 대한 중요한 정보가 포함되어 있습니다. 설치, 업그레이드 및 작업 성능을 전반적으로 향상시키려면 Java ES를 사용하기 전에 이 문서를 읽으십시오. 이 문서는 새로 발생되는 문제에 대해 설명할 필요가 있을 때마다 업데이트됩니다. 이러한 업데이트에 대한 자세한 내용은 개정 내역을 참조하십시오. 이 문서의 최신 버전은 http://docs.sun.com/coll/1286.3 및 http://docs.sun.com/coll/1397.3의 Java ES 5 Update 1 설명서 모음에 있습니다.
이 버전은 Java ES의 첫 번째 업데이트 릴리스입니다. Java ES 5에서 Sun은 주요 릴리스, 부차적 릴리스 및 업데이트 릴리스를 제공하는 새로운 Java ES 릴리스 모델을 구성했습니다. Java ES 5 Update 1과 같은 업데이트 릴리스는 버그 수정 및 제한적으로 향상된 기능 집합을 제공하는 데 초점을 맞추고 있으므로 대부분의 기존 사용자가 신속하게 해당 릴리스를 적용할 수 있습니다. 또한 업데이트 릴리스는 아주 드문 경우를 제외하고 이전 릴리스와 완벽하게 호환됩니다.
업데이트 릴리스는 신속한 적용을 위한 것이므로 주요 릴리스 및 부차적 릴리스와는 다른 전달 메커니즘을 사용합니다. Java ES 5 Update 1 전달 메커니즘에 대한 자세한 내용은 Java Enterprise System 5 Update 1 소프트웨어 구하기를 참조하십시오.
다루는 플랫폼: 이 문서에서는 다음과 같은 플랫폼의 Java ES를 설명합니다.
SPARCTM, x86 및 x64 플랫폼용 Solaris 10
SPARC 및 x86 플랫폼용 Solaris 9
x86 및 x64 플랫폼용 Red Hat Enterprise Linux 4(AS 및 ES)
x86 및 x64 플랫폼용 Red Hat Enterprise Linux 3(AS 및 ES)
PA-RISC 2.0 플랫폼용 HP-UX 11i v1
Microsoft Windows 2000 Advanced Server SP4
Microsoft Windows XP SP2
Microsoft Windows 2003 Enterprise Server SP1(32비트 및 64비트)
플랫폼에 대한 자세한 내용은 플랫폼 요구 사항 및 문제점을 참조하십시오.
다루는 구성 요소: 이 설명서에서는 Java ES 설치 프로그램을 사용하여 배포 및 설치한 Java ES 구성 요소를 다루며, 여기에는 이전 버전의 Java ES 설치 프로그램을 사용하여 설치했지만 현재는 Java ES 누적 패치 클러스터 또는 java_es-5 키워드를 사용하는 개별 패치를 적용하여 유지 관리되는 구성 요소가 포함됩니다. 다른 방법으로 배포 및 설치되는 Java ES 구성 요소에 대한 내용은 다루지 않습니다.
본 문서에서 다루는 항목: 본 문서에서는 다음과 같은 항목에 대해 설명합니다.
Java ES의 일반적인 플랫폼 요구 사항 및 문제
Java ES의 일반적인 호환성 문제
설치/제거 프로그램 및 이러한 프로그램을 통해 배포되는 Java ES 구성 요소 Java ES와 관련된 일반적인 설치, 업그레이드 및 제거 문제점
이 릴리스 노트에서는 구성 요소의 사용과 관련된 문제는 다루지 않으므로 사용할 Java ES 구성 요소에 해당하는 릴리스 노트를 별도로 참조해야 합니다. 사용 가능한 구성 요소별 릴리스 노트 목록은 구성 요소 릴리스 노트를 참조하십시오.
Java ES 5 Update 1의 새 기능에 대한 자세한 내용은 Sun Java Enterprise System 5 Update 1 What’s New를 참조하십시오.
버전 |
개정 날짜 |
변경 사항 설명 |
---|---|---|
11 |
2008년 1월 | |
10 |
2007년 9월 |
최종 릴리스 버전 |
모든 구성 요소별 정보는 각각의 구성 요소 릴리스 노트에 있습니다. 다음 구성 요소 릴리스 노트는 http://docs.sun.com/coll/1315.3 및 http://docs.sun.com/coll/1411.3에서 찾을 수 있습니다.
Java Enterprise System 5 Update 1 소프트웨어는 다음과 같은 방법으로 구할 수 있습니다.
모든 소프트웨어 구성 요소가 포함된 전체 설치 프로그램 버전 다운로드
모든 Java ES 5 구성 요소를 해당 Java ES 5 Update 1 수준으로 업그레이드하는 데 필요한 누적 패치가 포함된 SunSolve 패치 클러스터
java_es-5 키워드로 식별되는 SunSolve 개별 패치
이러한 방법 중 일부는 지원되는 모든 플랫폼에서 사용하지 못할 수도 있습니다. 다음 정보를 사용하여 운영 체제와 이미 설치된 Java ES 버전(있는 경우)을 바탕으로 Java ES 5 Update 1 소프트웨어를 구하는 최적의 방법을 선택하십시오.
Solaris 9 및 10
Java ES 버전 |
Java ES 5 Update 1을 구하는 방법 |
---|---|
없음 |
Solaris 버전 및 하드웨어 플랫폼에 맞는 전체 Java ES 5 Update 1 설치 프로그램 버전을 다운로드하여 새로 설치하십시오. 다운로드한 파일의 압축을 풀고 설치 프로그램을 실행하면 됩니다. |
Java ES 5 |
사용 중인 Solaris 버전과 하드웨어 플랫폼에 맞는 누적 패치 클러스터를 적용하거나 개별 구성 요소 패치(java_es-5 키워드 사용)를 적용하여 Java ES 5를 업그레이드합니다. 두 경우 모두 먼저 Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX를 확인하여 주의해야 할 특별한 상황이 있는지 알아보십시오. |
Java ES 5 이전 |
먼저 Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX를 확인하여 현재 사용 중인 버전에서 사용하는 구성 요소를 업그레이드하는 가장 적합한 방법을 알아본 후 Java ES 5 이전 버전을 업그레이드하십시오. |
Red Hat Enterprise Linux 3 및 4
Java ES 버전 |
Java ES 5 Update 1을 구하는 방법 |
---|---|
없음 |
Linux용 전체 Java ES 5 Update 1 설치 프로그램 버전을 다운로드하여 새로 설치하십시오. 다운로드한 파일의 압축을 풀고 설치 프로그램을 실행하면 됩니다. |
Java ES 5 |
Linux용 누적 패치 클러스터를 적용하거나 Linux용 개별 구성 요소 패치(java_es-5 키워드 사용)를 적용하여 Java ES 5를 업그레이드합니다. 두 경우 모두 먼저 Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX를 확인하여 주의해야 할 특별한 상황이 있는지 알아보십시오. |
Java ES 5 이전 |
먼저 Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX를 확인하여 현재 사용 중인 버전에서 사용하는 구성 요소를 업그레이드하는 가장 적합한 방법을 알아본 후 Java ES 5 이전 버전을 업그레이드하십시오. |
HP-UX 11i v1
Java ES 버전 |
Java ES 5 Update 1을 구하는 방법 |
---|---|
없음 |
HP-UX용 전체 Java ES5 설치 프로그램 버전을 다운로드하여 새로 설치하십시오. 다운로드한 파일의 압축을 풀고 설치 프로그램을 실행하면 됩니다. 그런 다음 Java ES 5를 업그레이드하는 방법대로 진행합니다. |
Java ES 5 |
HP-UX용 개별 구성 요소 패치(java_es-5 키워드 사용)를 적용하여 Java ES 5를 업그레이드합니다. 먼저 Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX를 확인하여 주의해야 할 특별한 상황이 있는지 알아보십시오. |
Java ES 5 이전 |
먼저 Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX를 확인하여 현재 사용 중인 버전에서 사용하는 구성 요소를 업그레이드하는 가장 적합한 방법을 알아본 후 Java ES 5 이전 버전을 업그레이드하십시오. |
Microsoft Windows(모든 버전)
Java ES 버전 |
Java ES 5 Update 1을 구하는 방법 |
---|---|
없음 |
Windows용 전체 Java ES5 설치 프로그램 버전을 다운로드하여 새로 설치하십시오. 다운로드한 파일의 압축을 풀고 설치 프로그램을 실행하면 됩니다. 그런 다음 Java ES 5를 업그레이드하는 방법대로 진행합니다. |
Java ES 5 |
Windows용 누적 패치 클러스터를 적용하거나 Windows용 개별 구성 요소 패치(java_es-5 키워드 사용)를 적용하여 Java ES 5를 업그레이드합니다. 두 경우 모두 먼저 Sun Java Enterprise System 5 Update 1 Upgrade Guide for Microsoft Windows를 확인하여 주의해야 할 특별한 상황이 있는지 알아보십시오. |
Java ES 5 이전 |
먼저 Sun Java Enterprise System 5 Update 1 Upgrade Guide for Microsoft Windows를 확인하여 현재 사용 중인 버전에서 사용하는 구성 요소를 업그레이드하는 가장 적합한 방법을 알아본 후 Java ES 5 이전 버전을 업그레이드하십시오. |
다음은 향후 릴리스의 Java ES에 적용될 예정입니다.
Java ES의 다음 주요 릴리스에서 J2SE 1.4에 대한 지원이 제거될 수 있습니다.
Java ES의 다음 주요 릴리스에서 Red Hat Linux 3에 대한 지원이 제거될 수 있습니다.
Java ES의 다음 주요 릴리스에서 Microsoft Windows 2000에 대한 지원이 제거될 수 있습니다.
Java ES의 향후 릴리스에서 Service Registry가 제거될 수 있습니다.
Java ES의 향후 릴리스에서 Service Registry의 Portal Server 지원이 제거될 수 있습니다.
Java ES의 향후 릴리스에서 Sun Java Studio Enterprise 및 Sun Java Studio Creator가 NetBeans로 대체될 수 있습니다.
다음 표에는 Java ES 5 릴리스 노트에서 보고되고 Java Enterprise System 5 Update 1에서 해결된 배포, 설치 및 제거 문제가 정리되어 있습니다. 이전의 각 구성 요소 릴리스 노트에서 보고된 문제의 상태에 대한 자세한 내용은 현재 버전의 구성 요소 릴리스 노트를 참조하십시오.
버그 번호 |
설명 |
---|---|
6202902 |
설치 프로그램이 기존 디렉토리 설치에 대한 플랫폼 항목을 추가하지 않음 |
6410218 |
노드 작업 후 C 구성 요소의 모니터링 성능이 느려짐 |
6412408 |
[새 규칙] 대화 상자에서 식별 가능한 객체 목록이 명확하지 않음 |
6429231 |
Portal Server, Web Server 및 Application Server 객체의 객체 및 작동 상태가 알 수 없음으로 표시됨 |
6434241 |
Application Server 내부 구성 변경 사항이 Monitoring Console에 적용되지 않음 |
6444357 |
Monitoring Console에서 호스트 이름이 표시되지 않음 |
6446805 |
Access Manager, Application Server 및 Message Queue용 현지화 패키지를 설치 프로그램에서 업그레이드하지 않음 |
6463023 |
비공개 C API에 대한 설명서가 지원되지 않음 |
6481273 |
노드 에이전트에서 모니터 대상 구성 요소를 배포 해제하면 교착 상태가 발생할 수 있음 |
6507803 |
접미어에 대한 색인 구성 변경 사항을 저장하면 null 오류가 발생함 |
6517722 |
Linux에서 다른 구성 요소를 Java ES 5 Update 1로 업그레이드한 후 Application Server에 배포된 응용 프로그램이 Java.security.AccessControlException을 호출함 |
Java ES 5 Update 1을 설치하고 사용하는 데 필요한 디스크 공간과 RAM은 시스템에 설치하는 구성 요소에 따라 크게 달라질 수 있습니다. 단일 시스템에 모든 구성 요소를 설치하는 데 권장되는 최소 값은 다음과 같습니다. 시스템에 설치 중인 구성 요소의 릴리스 노트에 명시된 값을 함께 추가하면 보다 정확한 값을 얻을 수 있습니다.
운영 체제 |
프로세서(시스템) |
디스크 공간 |
RAM |
스왑 공간 |
---|---|---|---|---|
Solaris SPARC |
UltraSPARC II(Sun Enterprise 250) |
6GB |
4GB |
RAM 크기의 2배(Portal Server를 설치할 경우에는 최소 4GB 필요) |
Solaris x86 |
Intel Pentium P4 1GHz, AMD Opteron 248(Sun v20/40/60z) |
6GB |
4GB |
RAM 크기의 2배(Portal Server를 설치할 경우에는 최소 4GB 필요) |
Linux |
Intel Pentium P4 1GHz, AMD Opteron 248(Sun v20/40/60z) |
6GB |
4GB |
RAM 크기의 2배(Portal Server를 설치할 경우에는 최소 4GB 필요) |
Windows |
Intel Pentium P4 1GHz, AMD Opteron 248 |
6GB |
2GB(평가) 4GB(작업 환경) |
파일 페이징에 대한 Windows 지침을 따름 |
SPARC 및 x86 플랫폼에서 Java ES 5 Update 1이 모든 버전의 Solaris 9와 Solaris 10에서 지원되지만 권장되는 업데이트는 다음과 같습니다.
Solaris 9: Update 7(9/04) 이상
Solaris 10 SPARC: Update 1(1/06) 이상
Solaris 10 x86: Update 2(6/06) 이상
Java ES는 다음과 같은 Solaris 소프트웨어 그룹을 사용하여 설치된 Solaris 시스템에서 실행됩니다.
SUNWCXall – 전체 Solaris 소프트웨어 그룹(OEM 지원 포함)
SUNWCall – 전체 Solaris 소프트웨어 그룹
SUNWCprog – 개발자 Solaris 소프트웨어 그룹
Sun Cluster 또는 Sun Cluster Geographic Edition을 설치하지 않은 경우 Java ES는 SUNWCreq(Core System Solaris Software Group) 또는 SUNWCuser(End User Solaris Software Group)를 사용하여 최소 설치된 Solaris 10 시스템에서도 실행할 수 있습니다.
SUNWCreq가 설치된 Solaris 10 시스템에 Java ES 5 Update 1을 설치하려면 다음과 같은 패키지를 추가합니다.
SUNWadmc |
SUNWpl5u |
SUNWadmfr |
SUNWxcu4 |
SUNWadmfw |
SUNWxcu6 |
또한 그래픽(GUI) 설치 프로그램을 사용할 경우 다음과 같은 패키지도 추가합니다.
SUNWctpls |
SUNWxwplr |
SUNWmfrun |
SUNWxwplt |
SUNWxwfnt |
SUNWxwrtl |
SUNWxwice |
|
종속성 요구 사항을 만족하려면 SUNWxwplr 앞에 SUNWxwplt를 추가해야 합니다.
Java ES는 위에서 나열된 두 가지 Solaris 10 최소 설치에서 테스트되었습니다. 그러나 Java ES 구성 요소의 특정 기능을 사용하려면 추가 패키지가 필요할 수 있습니다.
많은 Java ES 구성 요소가 제대로 작동하려면 특정 Solaris 패치가 필요합니다. 설치 프로그램은 설치하도록 선택한 구성 요소를 바탕으로 이러한 패치를 확인하고 추가해야 할 구성 요소 목록을 보고합니다. 업그레이드하는 경우 또는 설치 프로그램을 실행하기 전에 시스템을 준비하려는 경우에는 모든 Java ES 구성 요소를 실행하는 데 필요한 운영 체제 패치가 모두 포함된 패치 클러스터를 다운로드하여 적용할 수 있습니다. 이러한 패치 클러스터 중 하나를 가져오려면 다음을 수행합니다.
http://sunsolve.sun.com으로 이동합니다.
“Patches and Updates”를 누릅니다.
“Recommended Patch Clusters”를 누릅니다.
OS 버전에 적용할 “Java ES Required OS”로 시작하는 패치 클러스터를 찾아 다운로드합니다.
이러한 패치 클러스터에 Solaris 커널 패치가 포함되어 있을 수 있습니다. 따라서 다음을 수행해야 합니다.
패치 클러스터의 README를 자세히 읽어 봅니다. 또한 클러스터의 각 패치, 특히 커널 패치의 README를 읽어 봅니다.
단일 사용자 모드로 패치 클러스터를 설치한 후 재구성 재부팅(boot -r)을 수행합니다. 일부 패치를 설치하는 데 실패하고 “추가 패치 명령을 실행하기 전에 재구성 재부팅을 수행해야 합니다.”라는 메시지가 표시되면 재부팅 후 해당 클러스터를 다시 설치해야 합니다.
또한 Java ES에 필요한 대부분의 OS 패치는 최신 Solaris 업데이트에 이미 포함되어 있습니다. 따라서 최신 Solaris 업데이트를 실행하면 Java ES 설치 프로그램을 실행하여 전체 패치 클러스터를 다운로드하는 대신 적용해야 하는 몇 개의 패치만 검색하여 다운로드할 수 있습니다.
Java ES5 Update 1은 x86 및 x64 플랫폼용 Red Hat Enterprise Linux 3(Advanced Server 및 Enterprise Server), x86 및 x64 플랫폼용 Red Hat Enterprise Linux 4(Advanced Server 및 Enterprise Server) 및 이러한 버전에 대한 모든 업데이트를 지원합니다.
Sun에서는 Red Hat Enterprise Linux 4의 최신 업데이트를 사용할 것을 권장합니다.
Red Hat Enterprise Linux 3 Update 8을 실행하는 x86 시스템에 Java ES 5 Update 1을 설치하는 경우 "root" 시스템 사용자가 인식되지 않습니다.
해결책 Java ES를 설치하기 전에 먼저 Red Hat 사이트에서 최신 coreutils-4.5.3-28.4.i386.rpm과 coreutils-4.5.3-28.4.x86_64.rpm을 설치합니다.
Java ES5 Update 1은 PA-RISC 2.0 플랫폼에서 HP-UX 11i v1(uname 명령에서는 11.11로 표시됨)을 지원합니다.
HP-UX에 Java ES 구성 요소를 설치, 구성 및 실행하기 전에 특정 소프트웨어 업데이트와 패치를 설치해야 합니다. 설치해야 하는 업데이트는 다음과 같습니다.
Transport Optional Upgrade Release(TOUR) 3.1
GOLDQPK11i(B.11.11.0509.429) Sept 2005 Quality Pack
GOLDAPPS11i(B.11.11.0509.429)
GOLDBASE11i(B.11.11.0509.429)
설치해야 하는 패치는 다음과 같습니다.
PHSS_30966
PHCO_29328
PHKL_25842
PHNE_29445
이러한 업데이트와 패치는 HP IT Resource Center(http://itrc.hp.com)에서 사용할 수 있습니다.
Java ES5 Update 1은 다음과 같은 Microsoft Windows 버전을 지원합니다.
Windows 2000 Advanced Server SP4 및 Data Center Server SP4
x86 및 x64 플랫폼용 Windows 2003 Standard SP1 이상, x86 및 x64 플랫폼용 Windows 2003 Enterprise SP1 이상 및 x86 플랫폼용 Windows 2003 Data Center Server SP1 이상
Windows XP Professional SP2
Windows 2003 버전의 경우 SP2 이상을 사용하는 것이 좋습니다.
플랫폼 가상화를 통해 공유 하드웨어 위에 포함되어 있는 환경에서 서로 연관되지 않은 여러 게스트 운영 체제를 실행할 수 있습니다. 플랫폼 가상화의 많은 이점으로 인해 오늘날 다양한 가상화 기술 및 제품을 사용할 수 있습니다.
Sun은 2006년 11월 Solaris 10에 소개된 Logical Domains(LDoms) 소프트웨어를 사용하여 가상화된 Solaris 10 환경에서 실행되는 Java ES 5 및 Java ES 5 Update 1 구성 요소를 테스트하였으며, 이에 대한 배포를 지원합니다.
LDoms는 UltraSPARC T1 기반 및 T2 기반 서버에서 실행됩니다. LDoms의 기능 및 요구 사항에 대한 자세한 내용은 Logical Domains 문서 모음(http://docs.sun.com/coll/ldom1.0)을 참조하십시오.
LDoms 이외의 가상 환경 내에서 지원되는 운영 체제 상에 Java ES를 배포하고 문제가 발생하는 경우, Sun에서 응답 서비스를 제공하기 전에 비가상 환경에서 문제를 재연하도록 요청받을 수 있습니다.
비가상 환경에서의 배포 또한 마찬가지로, 응용 프로그램의 충분한 성능 수준을 확보하려면 각 가상 머신에 권장되는 자원(프로세서, 메모리, 저장 공간 등)을 할당해야 합니다. 권장 및 지원되는 시스템 요구 사항은 구성 요소 문서를 참조하십시오.
Java ES 5 Update 1 구성 요소에서 제공되는 웹 기반 관리 인터페이스에서 지원되는 웹 브라우저는 다음과 같습니다.
Solaris 9 및 10, Windows 2000 및 XP, Red Hat Linux 3 및 4, Mac OS X에서 Firefox® 1.0.7
Solaris 9 및 10, Windows 2000 및 XP, Red Hat Linux 3 및 4, HP-UX, Mac OS X에서 MozillaTM 1.7.12
Solaris 9 및 10, HP-UX에서 NetscapeTM Communicator 7.1
Windows 2000 및 XP에서 Netscape Communicator 8.0.4
Windows 2000에서 Microsoft Internet Explorer 6.0 SP1
Windows XP에서 Microsoft Internet Explorer 6.0 SP2
Windows XP에서 Microsoft Internet Explorer 7.0
Java ES 5 Update 1 구성 요소가 제공하는 최종 사용자 웹 인터페이스에서 지원하는 웹 브라우저에 대한 자세한 내용은 해당 인터페이스를 제공하는 구성 요소의 릴리스 노트를 참조하십시오. Java ES 5 Update 1 구성 요소의 릴리스 노트는 http://docs.sun.com/coll/1315.2 및 http://docs.sun.com/coll/1411.2에서 사용할 수 있습니다. 또한 구성 요소 릴리스 노트를 참조하십시오.
Solaris 및 Linux의 경우 Java Enterprise System이 인증되고 Java SE5.0 Update 12(1.5.0_12)를 포함하며, HADB(High Availability Session Store)를 제외한 모든 구성 요소에 대해 Java SE 6에서 인증됩니다. HP-UX의 경우 Java Enterprise System이 인증되고 Java SE 5.0 Update 3(1.5.0_03)을 포함합니다. Windows의 경우 Java Enterprise System이 인증되고 Java SE 5.0 Update 12(1.5.0_12)를 포함합니다.
또한 Java SE 1.4.2와 호환되는 항목은 다음과 같습니다.
공유 구성 요소
최종 사용자 클라이언트 응용 프로그램
공용 Java API
특정 구성 요소는 추가 버전의 Java SE를 지원해야 하거나 특정 버전의 Java SE와 관련된 호환성 문제가 있을 수 있습니다. 자세한 내용은 해당 구성 요소의 릴리스 노트를 참조하십시오.
다음 절에서는 Java ES 5 이전의 Java ES 릴리스와 관련된 Java ES 5 Update 1의 역방향 호환성과 관련된 문제를 설명합니다. 또한 여러 Java ES 구성 요소뿐만 아니라 Java ES 설치 프로그램 또는 제거 프로그램에 대한 문제도 설명합니다. 특정 구성 요소와 이전 버전과의 호환성에 대한 자세한 내용은 해당 구성 요소의 릴리스 노트에 있는 호환성 정보를 참조하십시오. 구성 요소 릴리스 노트 목록은 구성 요소 릴리스 노트를 참조하십시오.
Java ES 5 Update 1은 Java SE 5.0 Update 12(1.5.0_12)에서 인증됩니다. 이 버전의 Java SE가 시스템에 없으면 Java ES 설치 프로그램이 해당 버전을 설치하고 /usr/jdk/entsys-j2se 심볼릭 링크를 통해 Java ES 구성 요소를 사용할 수 있도록 만듭니다.
Java ES 2004Q2와 함께 제공되는 Application Server 7 버전은 이 심볼릭 링크를 사용하지만 Java SE 5.0 Update 12와 호환되지 않습니다. 따라서 Java ES 5 Update 1 구성 요소를 설치한 후 Application Server 7이 올바르게 작동하지 않습니다.
해결책 Java ES는 단일 시스템에서 2004Q2 버전과 5 Update 1 버전의 구성 요소를 함께 사용하도록 지원하지 않습니다. Java ES 2004Q2에서 시스템을 업그레이드하는 경우 모든 구성 요소를 업그레이드해야 합니다. 업그레이드하는 동안 Application Server 7에 액세스해야 하면 Java ES 2004Q2에서 설치된 Java SE 1.4.2를 가리키도록 구성을 변경해야 합니다.
Sun Java System Application Server 7 관리 콘솔에 로그인합니다.
Java SE 1.4.2 위치를 가리키도록 Java 홈을 변경하여 관리 서버와 모든 응용 프로그램 서버 인스턴스에 대한 Java 설정을 업데이트합니다. 모든 인스턴스에 대해 "변경 사항 적용"을 수행해야 합니다.
관리 서버를 포함한 모든 응용 프로그램 서버 인스턴스를 중지합니다.
Application Server 7의 config 하위 디렉토리에 있는 asenv.conf 파일을 수정하여 Java SE 1.4.2 위치를 가리키도록 AS_JAVA를 설정합니다.
Application Server 7을 다시 시작합니다.
Java ES 설치 프로그램을 사용하여 공유 구성 요소를 업그레이드하거나 설치한 후에는 시스템에 설치되어 있는 이전 버전의 Instant Messaging이 더 이상 제대로 작동하지 않으며, Instant Messaging 멀티플렉서 또는 서버를 시작하지 못하는 증상도 나타납니다.
이 문제는 Java ES 5 Update 1의 Sun Java System Instant Messaging 및 Presence API(IMAPI) 공유 구성 요소가 이전 버전의 Instant Messaging과 호환되지 않기 때문에 발생합니다. 다음과 같은 경우 Java ES 설치 프로그램에서 IMAPI를 설치하거나 업그레이드합니다.
Portal Server를 설치하는 경우
Service Registry를 설치하는 경우
모든 공유 구성 요소를 설치 또는 업그레이드하는 경우
따라서 이 문제는 이러한 경우에만 제한적으로 발생합니다.
해결책 Instant Messaging을 버전 7.2로 업그레이드합니다.
다음 정보는 Java Enterprise System 설치 프로그램을 사용하는 설치 프로세스와 관련된 내용입니다.
구성 요소 패키지 또는 RPM을 직접 제거하고 나중에 설치 프로그램을 실행하면 구성 요소가 여전히 설치되어 있으며 제대로 작동하지 않습니다.
해결책 이미 구성 요소 패키지 또는 RPM을 수동으로 제거했더라도 Java ES 제거 프로그램을 사용하여 해당 구성 요소를 제거해야 합니다.
Java ES 설치 프로그램을 실행하는 시스템에 해당 설치 프로그램을 실행할 스왑 공간이 부족하면 다음 오류 메시지를 표시한 후에도 CLI 모드 설치 프로그램(./installer -nodisplay)이 계속 실행됩니다.
com.sun.entsys.dre.DREException: Not enough space |
해결책 이 메시지가 표시되면 설치 프로그램을 종료합니다. 그런 다음 스왑 공간을 더 할당하거나 기존 스왑 공간을 해제하고 설치 프로그램을 다시 실행합니다.
Java ES 5 Update 1을 자동 모드에서 실행하는 경우 아이디가 유효하지 않은 상태 파일(예: 이전 Java ES 버전의 아이디)을 지정하면 설치 프로그램이 소프트웨어를 전혀 설치하지 않으며 오류 메시지도 표시하지 않고 종료됩니다. 설치 프로그램 로그 파일에는 다음 메시지가 포함됩니다.
Exit Installation due to Error or User has selected exit on Warning. |
해결책 상태 파일의 아이디를 Java ES 5 Update 1 설치 프로그램에서 생성한 유효한 아이디로 바꿉니다. 아이디를 생성하려면 다음 명령을 사용하십시오.
./installer -id |
—no 옵션을 사용하여 설치 프로그램을 실행하는 경우 [설치 중] 페이지에서 설치를 중지하면 설치 프로그램이 종료되고 다음과 같이 InvocationTargetException이 호출됩니다.
InvocationTargetException thrown in method cancelConfirmed in class com.sun.wizards.core.WizardTreeManager java.lang.NullPointerException at ... |
해결책 없음.
초기 버전의 Solaris 10에서 전체 루트 영역에 Java ES를 설치할 경우, 설치 프로그램이 다음 메시지 중 하나를 표시할 수 있습니다.
영역에서 지원되지 않는 구성 요소 선택한 구성 요소에 필요한 다음 구성 요소는 로컬 영역에서 지원되지 않으므로 로컬 영역에 직접 설치할 수 없습니다. 설치를 계속하기 전에 전역 영역에서 이 구성 요소를 설치하십시오. SharedComponent |
또는
시스템에 설치되어 있는 Sun Web Console 패키지의 결함으로 인해 전체 루트 비전역 영역에 Java ES를 설치할 수 없습니다. 이 문제를 해결하려면 전체 루트 영역에 Java ES를 설치하기 전에 전역 영역의 Sun Web Console 패키지를 업그레이드해야 합니다. 자세한 내용은 Java ES 릴리스 노트(버그 6451030) 및 설치 설명서를 참조하십시오. |
이 두 메시지는 모두 설치 프로그램이 패키지를 업그레이드하지 못하게 하는 잘못된 속성 설정이 이미 설치된 Sun Java Web Console 패키지에 포함되어 있기 때문에 나타납니다. 잘못된 속성 설정이 포함된 Sun Java Web Console 패키지가 Solaris 10, Solaris 10 1/06, Solaris 10 6/06 및 Java ES 2005Q4에 제공되었습니다.
해결책 이 문제를 해결하려면 전체 루트 영역에서 Java ES를 설치하기 전에 전역 영역에서 Sun Java Web Console 패키지를 업그레이드해야 합니다. 두 가지 옵션이 있습니다.
전역 영역에서 설치 프로그램을 실행하고 모든 공유 구성 요소만 설치합니다. 이는 Sun Java Web Console 패키지를 업그레이드하고 영역 속성을 수정하지만, 또한 모든 기타 Java ES 5 공유 구성 요소를 전역 영역에 설치하고 이를 모든 비전역 영역에 전파합니다. 이전 버전의 Java ES가 전체 루트 영역에 설치되어 있는 경우, 이 옵션은 사용자 환경에 맞지 않으며 권장되지 않습니다.
전역 영역에서 Sun Java Web Console 패키지만 업그레이드합니다. 이렇게 하려면 전역 영역에 로그인하고 Solaris용 Java ES 5 설치 디렉토리로 이동합니다. 루트에서 다음을 수행합니다.
cd Product/sunwebconsole ./setup |
setup 스크립트는 전역 영역에서 Sun Java Web Console을 업그레이드하고 이를 모든 비전역 영역에 전파합니다.
스파스 루트 영역에 Java ES를 설치하는 경우 설치 프로그램이 스파스 루트 영역에서 설치하기 전에 업그레이드해야 하는 구성 요소가 있는지 전역 영역을 확인합니다. 그러나 설치 프로그램은 Solaris 10에 번들로 포함된 Application Server 버전을 업그레이드해야 할 구성 요소로 보고하지 않습니다.
해결책 스파스 영역에 Java ES를 설치하기 전에 먼저 전역 영역에서 설치 프로그램을 실행하고 설치 프로그램이 [업그레이드 가능]으로 표시하는 경우 Application Server를 업그레이드합니다.
Java ES를 설치하는 경우 설치 프로그램은 /usr/jdk/entsys-j2se 심볼릭 링크를 만들어 구성 요소가 동일한 Java SE 버전에 액세스하도록 합니다. Java ES 구성 요소를 전역 영역에 설치한 후 전체 루트 영역을 부팅하면 Web Console 관련 오류가 발생할 수 있는데, 이는 Web Console 패키지가 전체 루트 영역으로 전파되었지만 해당 패키지가 종속된 심볼릭 링크는 전파되지 않았기 때문입니다.
해결책 전역 영역에서 다음 명령을 수행하여 전체 루트 영역에 수동으로 심볼릭 링크를 만듭니다(Java SE 5가 전역 영역에 설치된 버전이라고 가정).
ln -s /usr/jdk/instances/jdk1.5.0 zone-path/root/usr/jdk/entsys-j2se |
여기서 zone-path는 전체 루트 영역을 만들 때 지정한 경로입니다.
Java ES 설치 프로그램은 HP-UX depot 메커니즘과 상호 작용하여 설치된 구성 요소를 찾고, 종속성을 확인하고, 비트를 설치합니다. Depot 메커니즘의 클라이언트-서버 구조로 인해 시스템 응답 시간이 더 느려지며, 반복되는 상호 작용은 다른 플랫폼에 비해 전체 설치 프로세스를 현격하게 더 느리게 합니다.
해결책 없음.
wcswap 명령을 사용하여 Web Console을 배포할 컨테이너를 tomcat에서 Application Server로 스왑하면 Application Server에 도메인이 만들어지지 않았기 때문에 Web Console이 시작되지 않습니다.
해결책 Linux와 Windows에서는 Application Server를 Web Console용 컨테이너로 사용하지 마십시오. 이미 Application Server를 컨테이너로 스왑한 경우에는 wcswap 명령을 다시 사용하여 tomcat을 Web Console용 컨테이너로 다시 스왑할 수 있습니다.
해결책 다음 해결책 중 하나를 사용합니다.
Java ES 5 설치를 실제로 진행하기 전에 Windows 시스템에 설치되어 있는 Sun Java Web Console 버전을 제거합니다.
이전 Sun Java Web Console 버전에서 등록했던 응용 프로그램에 계속 액세스할 수 있도록 최신 버전으로 다시 등록합니다.
Windows 플랫폼에서 설치 중 자동 구성 모드로 설치하면 메모리 용량이 적은 시스템에서 사후 구성 단계에 예기치 않은 오류가 발생합니다.
해결책 다음 해결책 중 하나를 사용합니다.
Windows OS 가상 메모리 설정을 최적화합니다.
Java ES 설치 프로그램을 시작하기 전에 여유 RAM을 최대한 확보하고 불필요한 모든 프로그램과 서비스를 중지합니다.
[사용자 정의] 옵션을 사용하여 필요한 제품을 선택적으로 설치합니다.
이 문제는 Windows의 system32 폴더에 libnspr4.dll, nss3 및 smime 등과 같은 특정 DLL이 있는 경우에 발생합니다.
이러한 DLL은 install-dir/share/lib에 설치된 Java ES 버전 DLL과 충돌하여 Java ES 서버가 제대로 작동하지 못하도록 합니다.
해결책 system32 폴더에 있는 해당 DLL 이름을 변경하여 Java ES 서버가 정확한 DLL 버전을 사용할 수 있게 하십시오.
이러한 DLL의 이름을 변경하면 system32 폴더에 해당 DLL을 설치한 일부 레거시 응용 프로그램이 작동하지 않을 수 있습니다.
해결책 Windows XP Professional에서 게스트 계정을 사용하지 않도록 설정해야 합니다.
성공적으로 인증하려면 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\ForceGuest 레지스트리 키를 0으로 설정해야 합니다.
시스템에서 파일 설명자 제한이 너무 낮게 설정되어 있으면 일부 구성 요소를 제대로 구성할 수 없습니다. 설치 프로그램에서 이러한 구성 오류를 보고하지는 않지만 구성 로그 파일에 이러한 오류가 표시되어 있습니다.
해결책 설치하기 전에 파일 설명자 제한 값을 1024 또는 2048처럼 높은 값으로 설정합니다. 설치한 후에는 이 값을 이전 값으로 다시 설정할 수 있습니다.
설치 프로그램은 공유 구성 요소가 평가용 구성 요소인지 확인하고 평가용 구성 요소인 경우 이를 대체합니다.
해결책 설치를 시작하기에 앞서 해당 워크스테이션에 평가용 구성 요소가 설치되지 않았는지 확인합니다.
로그 메시지가 항상 올바른 것은 아닙니다. 예를 들어, 어떤 오류가 발생하면 일부(전부가 아님) 구성 요소 제품이 설치되어 있어도 “소프트웨어가 설치되지 않았습니다.”라는 메시지가 표시됩니다.
한 제품 구성 요소를 선택하면 설치 프로그램은 종속된 모든 제품 구성 요소를 설치하도록 자동으로 선택합니다. 구성 요소 제품 선택 페이지는 기존 구성 요소 제품과 함께 종속 제품이 선택되었음을 표시하지 않습니다.
해결책 없음.
독일어와 같은 특정 언어의 창이 전체 인터페이스를 표시할 만큼 충분히 넓지 않습니다. 따라서 힌트와 같은 요소의 텍스트가 오른쪽이나 아래쪽에서 잘립니다.
해결책 수동으로 창 크기를 조정합니다.
HP-UX에 Access Manager를 설치하면 설치가 실패하고 Access Manager에서 gettext 바이너리를 찾을 수 없다는 메시지가 표시됩니다.
해결책 getext 0.14.6 이상을 다운로드하여 설치합니다.
웹 서버 시작 실패 문제는 Access Manager의 SDK 구성때문일 수 있습니다. 이 시나리오에서는 AMConfig.properties 파일에 잘못된 정보가 들어 있는 경우 일련의 웹 서버 시작 오류가 발생합니다. 다음 변수에 올바른 정보가 들어 있지 않습니다.
com.iplanet.am.directory.host
com.iplanet.am.server.host
com.iplanet.am.console.host
com.iplanet.am.profile.host
com.iplanet.am.naming.url
com.iplanet.am.notification.url
해결책 Access Manager SDK가 Web Server와 함께 설치된 노드 B에서 <Web_Server_Instance_dir>/config/server.xml 파일을 수정하여 필요한 Access Manager JAR 파일을 클래스 경로에 추가합니다.
Directory Server에는 검색 성능을 개선하기 위한 여러 가지 새로운 색인이 있습니다. 따라서 Access Manager를 기존 디렉토리 정보 트리(DIT)에 추가한 후에는 db2index.pl 스크립트를 실행하여 Directory Server 색인을 재구성해야 합니다. 예를 들면 다음과 같습니다. # ./db2index.pl -D "cn=Directory Manager" -w password -n userRoot
db2index.pl 스크립트는 DS-install-directory/slapd-hostname/ 디렉토리에 있습니다.
Directory Server가 설치되어 있고 LDAPS(SSL)만 사용 가능한 경우 Access Manager 설치가 실패합니다. Access Manager를 설치하려면 먼저 Directory Server의 LDAP(SSL 아님)를 활성화합니다. Access Manager 설치가 완료되면 LDAP를 비활성화하고 LDAPS만 그대로 둡니다.
Access Manager는 비밀번호(예: amadmin)와 Directory Server 루트 접미어에 작은 따옴표(\q)를 지원하지 않습니다. 그러나 백슬래시(\\)는 지원됩니다.
Java Enterprise System 설치 프로그램을 실행할 때 Directory Server가 사용자가 처음 로그인할 때 비밀번호 변경을 요청하도록 구성되어 있으면 Access Manager 설치가 실패합니다.
해결책 Directory Server 비밀번호 재설정 정책을 "해제"로 설정합니다.
설치 중에 classpath 및 기타 Access Manager 웹 컨테이너 환경 변수를 업데이트해도 설치 프로세스가 웹 컨테이너를 다시 시작하지 않습니다. 설치 후 웹 컨테이너를 다시 시작하기 전에 Access Manager에 로그인하려고 하면 다음과 같은 오류가 반환됩니다.
인증 서비스가 초기화되지 않습니다. 시스템 관리자에게 문의하십시오. |
해결책 Access Manager에 로그인하기 전에 웹 컨테이너를 다시 시작합니다. 또한 로그인하기 전에 Directory Server도 실행되고 있어야 합니다.
Access Manager는 domain.xml Application Server를 JVM 옵션 및 서버 클래스 경로로 올바르게 업데이트하지 않으며, 이 문제는 다음과 같은 시나리오에서 발생합니다.
Application Server와 Directory Server를 설치 및 구성합니다.
노드 에이전트를 만듭니다.
기본이 아닌 Application Server 인스턴스를 만듭니다.
"나중에 구성" 모드로 Access Manager를 설치합니다.
amsamplesilent 파일을 편집한 다음 amconfig를 사용하여 실행합니다.
브라우저를 사용하여 Access Manager에 로그인하려고 하면 오류 메시지가 표시됩니다.
해결책 Access Manager를 설치하기 전에 컨테이너 블록에 다음 정보가 포함되도록 amsamplesilent 파일을 편집합니다.
AS81_HOME=/opt/SUNWappserver/appserver AS81_PROTOCOL=$SERVER_PROTOCOL AS81_HOST=$SERVER_HOST #AS81_HOST=$DISTAUTH_HOST AS81_PORT=$SERVER_PORT AS81_ADMINPORT=$ADMIN_PORT AS81_ADMIN=admin AS81_ADMINPASSWD="$ADMINPASSWD" AS81_INSTANCE=server1 AS81_DOMAIN=domain1 AS81_INSTANCE_DIR=/var/opt/SUNWappserver/nodeagents/nodename/server-instance AS81_DOCS_DIR=/var/opt/SUNWappserver/nodeagents/nodename/server-instance/docroot AS81_ADMIN_IS_SECURE=true |
편집이 끝난 후 amconfig 명령을 실행합니다.
./amconfig -s amsamplesilent |
Application Server Domain Administration Server를 설치하면 Application Server 노드 에이전트가 후속 설치 세션에서 설치되고 호환되는 것으로 표시됩니다. Domain Administration Server와 노드 에이전트에서 같은 패키지 집합을 사용하고 구성에서만 서로 다른 경우 이 문제가 발생합니다.
해결책 없음. 노드 에이전트를 지원하는 소프트웨어가 설치되어 있습니다. 노드 에이전트를 만들려면 asadmin create-node-agent 명령을 사용합니다. 자세한 내용은 create-node-agent(1)을 참조하십시오.
설치 프로그램이 Application Server의 “서버 이름”을 입력하라는 메시지를 표시합니다. 그러나 설치 프로그램은 사용자가 이 텍스트 필드에 입력하는 내용에 관계 없이 시스템의 실제 호스트 이름을 사용합니다.
해결책 서버 이름이 서버의 호스트 이름과 다른 경우 수퍼유저가 되어 해당 도메인 디렉토리(“서버 루트” 디렉토리)에 다음을 입력합니다.
# find . -type f -exec grep -l $HOSTNAME {} \\ ;
그런 다음 파일 내용을 적절하게 변경합니다.
Linux에서 도메인을 시작하려고 하면 libstdc++를 참조하는 예외가 발생합니다. 이 문제는 Linux에 기본적으로 설치되지 않는 특정 호환성 라이브러리가 Application Server에 필요하기 때문에 발생합니다.
해결책 다음 호환성 라이브러리를 설치합니다.
compat-gcc-7.3-2.96.build.i386.rpm
compat-gcc-c++-7.3-2.96.build.i386.rpm
compat-libstdc++-7.3-2.96.build.i386.rpm
이러한 라이브러리는 기본적으로 설치되지 않지만 Red Hat Linux 배포판에서 사용할 수 있습니다. 다른 버전의 Red Hat Linux에서는 build 값이 달라질 수 있습니다.
Windows 시스템이 네트워크에 연결되지 않은 경우 HADB 인스턴스가 시작되지 않습니다.
해결책 Windows 시스템을 네트워크에 연결하십시오.
Directory Server 5.1은 Solaris 9에 번들로 제공됩니다. 따라서 Java ES 5 Update 1에서 Directory Server를 설치하면 시스템에 버전 5.1(Solaris 9)과 버전 6.2(Java ES)가 공존하게 됩니다.
이러한 시스템에서 Directory Server를 사용하는 경우 반드시 관리할 버전의 Directory Server와 연관된 명령 집합을 사용해야 합니다.
Solaris 패치 120037–19(x86) 또는 120473–10(sparc) 이상이 설치된 Solaris 10 08/07 또는 Solaris 10 시스템을 실행 중인 경우 Directory Server Control Center에 연결하려고 하면 다음과 같은 오류가 발생할 수 있습니다.
hostname의 DSCC 에이전트에 연결할 수 없습니다. cacaoadm 명령을 사용하여 DSCC 에이전트가 설치되어 있고 port-number 포트에서 실행 중인지 확인하십시오. |
이 오류는 Directory Server Control Center가 통신하는 cacao 프로세스를 루트가 아닌 사용자가 소유하고 있을 때 발생하며, Directory Server Control Center가 실행 중인 경우에도 나타납니다.
해결책 패치 123896–14(x86) 또는 123893–04(sparc) 이상을 설치하십시오.
Java ES 설치 프로그램을 사용하면 Sun Java System Monitoring Console과 함께 설치할 구성 요소의 일부 또는 전체를 선택할 수 있습니다. 하지만 Monitoring Console의 제한 사항으로 인해 모니터링하는 구성 요소와 동일한 호스트 또는 동일한 Solaris 영역에 설치되어 있으면 실행되지 않습니다. Monitoring Console을 다른 구성 요소와 함께 선택하면 설치는 되지만 Monitoring Console을 구성하여 실행할 수는 없습니다.
해결책 다른 Java ES 구성 요소가 설치되지 않은 전용 호스트에 Monitoring Console을 설치합니다. 설치 프로그램을 실행하여 다른 구성 요소를 설치하는 경우 Monitoring Console을 설치하기 위해 선택하지 마십시오. 자세한 내용은 Sun Java Enterprise System 5 Update 1 Monitoring Guide의 To Install the Monitoring Console with the Java ES Installer 절차를 참조하십시오.
또한 Solaris 10 운영 체제에서 전용 논리 호스트를 로컬 영역에 만들면 다른 Java ES 구성 요소와 동일한 물리적 컴퓨터에 Monitoring Console을 설치할 수 있습니다. 자세한 내용은 Sun Java Enterprise System 5 Update 1 Monitoring Guide의 To Install the Monitoring Console in a Solaris Zone 절차를 참조하십시오.
이전에 Monitoring Console을 설치하고 구성한 호스트에 Java ES 구성 요소를 설치하려면 Sun Java Enterprise System 5 Update 1 Monitoring Guide의 To Unconfigure the Monitoring Console 절차를 따르십시오.
Monitoring Console을 기본 위치에 설치하지 않으면 Web Console이 찾을 수 없기 때문에 시작할 수 없습니다.
해결책 Monitoring Console을 설치할 때 기본 위치만 지정합니다.
Sun Java System Monitoring Console을 설치한 후 Java ES 설치 프로그램이 Monitoring Console을 자동으로 구성 및 시작하지 않습니다.
해결책 설치 후 수동으로 명령을 실행하여 Monitoring Console을 구성하고 시작합니다. Sun Java Enterprise System 5 Update 1 Monitoring Guide의 Installing the Monitoring Console 절차 및 Sun Java Enterprise System 5 Update 1 Monitoring Guide의 Starting the Monitoring Console 절차를 차례대로 참조하십시오.
Microsoft Windows의 경우 Portal Server를 평가판 또는 개발 플랫폼으로만 사용할 수 있으며, 배포 플랫폼으로는 사용할 수 없습니다.
Java ES 설치 프로그램을 사용하여 Portal Server를 Microsoft Windows에 설치하면 설치된 Portal Server가 제대로 작동하지 않습니다.
해결책 Java ES 설치 프로그램을 사용하여 Windows에 Portal Server를 설치하지 마십시오. 대신 Portal Server 7.1 Update 1을 Sun 다운로드센터(http://www.sun.com/download/products.xml?id=465e130d)에서 다운로드하십시오. 다운로드 시 제공되는 ReadMe 파일의 지침에 따라 올바르게 작동하도록 Portal Server를 설치합니다.
netlet에서 IP 주소를 사용하는 경우 특정 호스트에 대한 역방향 조회 항목이 DHCP 서버에 구성되어 있지 않으면 해당 호스트와 관련된 작업이 수행되지 않습니다.
예를 들어 nslookup.exe ipaddress에서 호스트 이름을 반환하지 못하면 해당 IP 주소에 대한 netlet 작업이 수행되지 않습니다.
해결책 IP 주소 대신 호스트 이름을 사용하십시오.
Access Manager 웹 응용 프로그램의 web.xml 파일에서 AMLControllerFilter에 대한 필터 항목이 주석 처리되어 있기 때문에 이 문제가 발생합니다.
해결책 Access Manager 웹 응용 프로그램의 web.xml 파일에서 AMLControllerFilter 필터 항목에 대한 주석을 해제합니다.
SampleIFrame 채널에서 도움말 아이콘을 누르면 “HTTP Status 404 — /portal/docs/en/desktop/iframechann.htm is not available”이 표시됩니다.
해결책 없음. iFrame 공급자에는 도움말이 제공되지 않습니다.
Portal Server를 설치 및 제거하는 동안 설치 프로그램과 제거 프로그램이 정지된 것으로 표시됩니다.
해결책 성능이 낮은 시스템에서 작업을 완료하는 데 45분 정도 걸릴 수 있으므로 외관상의 비활성화 상태를 무시하고 Portal Server 설치 또는 제거 프로세스가 완료되기를 기다립니다.
하나의 설치 프로그램 세션에서 Portal Server를 설치하고 후속 설치 프로그램 세션에서 Portal Server Secure Remote Access를 설치하는 경우 사용자가 Portal Server에 지정한 액세스 호스트 값이 검증되지 않습니다. Secure Remote Access: 후속 세션에서 포털 페이지에 대한 액세스를 구성합니다.
해결책 없음.
하나의 설치 프로그램 세션에서 Portal Server를 설치하고 후속 설치 프로그램 세션에서 Portal Server Secure Remote Access를 설치하는 경우 사용자가 Portal Server에 지정한 [로그 사용자 비밀번호] 값이 검증되지 않습니다. Secure Remote Access: 후속 세션에서 포털 페이지에 대한 액세스를 구성합니다.
그러면 portal.fabric 로그에 PSFB_CSPFCO312: Incorrect LogUserPassword Entered 및 PSFB_CSPFCO189: Validation of gateway Data Failed 등과 같은 오류가 포함됩니다.
해결책 없음.
Solaris 9에 Sun Cluster 10을 설치하는 경우 업데이트 6에 해당되지 않는 패치(패치 117714–06)를 요구하기 때문에 x86 플랫폼용 업데이트 6 설치가 실패합니다.
해결책 없음. x86 플랫폼에서는 Sun Cluster에 Solaris 9 업데이트 7 이상이 필요합니다.
Solaris 부트 구조 프로젝트가 변경되었기 때문에 Solaris 10을 실행하는 x86 컴퓨터가 클러스터 모드에서 실행되지 않습니다. 컴퓨터가 부트될 때 다음 오류 메시지가 표시됩니다.
본 제품의 사용은 사용권 조항의 적용을 받습니다. 주의: /etc/cluster/nodeid을(를) 열수 없습니다. 주의: 비클러스터 모드에서 부팅 중 주의: PCI PROP 없음 주의: PCI PROP 없음 장치를 구성하고 있습니다. 호스트 이름: pvyom1 devfsadm: minor_init failed for module /usr/lib/devfsadm/linkmod/SUNW_scmd_link.so smf(5) 서비스 설명 로드 중: 24/24 /usr/cluster/bin/scdidadm: DID 인스턴스 목록을 로드할 수 없습니다. /etc/cluster/ccr/did_instances을(를) 열 수 없습니다. 클러스터 일부로 부팅하는 중이 아닙니다. /usr/cluster/bin/scdidadm: DID 인스턴스 목록을 로드할 수 없습니다. /etc/cluster/ccr/did_instances을(를) 열 수 없습니다. 주: path_to_inst은(는) 업데이트되지 않을 수 있습니다. 업데이트해야 하는 경우 'boot -r'을(를) 실행하십시오. |
해결책 다음 단계를 수행합니다.
/boot/solaris/filelist.ramdisk에 /etc/cluster/nodeid를 추가합니다.
다음 명령을 입력합니다.
# bootadm update-archive # reboot -- -r |
16노드 클러스터의 모든 노드를 동시에 부트하려고 하면 노드 패닉 상태가 되고 노드가 정지된 채 쿼럼을 기다립니다.
개별 상호 연결 스위치가 잘못 구성되어 이 버그가 발생했으며, Sun Cluster 개별 상호 연결에 사용되는 스위치 포트의 확장 트리를 사용 불가능하게 설정해야 합니다. 16노드 클러스터의 스위치에 대해 설정된 것이 아니기 때문에 이 버그가 발생했습니다. 이 버그로 인해 클러스터를 온라인 상태로 만들 수 없습니다.
이 문제를 해결하려면 Sun Cluster 개별 상호 연결에 사용되는 스위치 포트의 확장 트리를 사용 불가능하게 설정해야 합니다.
해결책 없음.
현지화된 Sun Cluster 패키지를 설치하면 Java ES 설치 로그에 다음 경고 메시지가 표시됩니다. 현지화된 패키지의 이름은 SUNW*scspmu입니다. 이 경고 메시지는 현지화된 구성 요소를 설치하도록 선택하지 않으면 표시되지 않습니다.
경고: smreg은(는) 사용되지 않으며 레거시 콘솔 응용 프로그램과의 호환을 위해서만 보존됩니다. 대신 wcadmin을(를) 사용하십시오. 자세한 내용을 보려면 "man wcadmin" 또는 "wcadmin --help"을(를) 입력하십시오. |
현지화된 Sun Cluster 패키지가 Sun Java(TM) Web Console 3.x의 새로운 명령인 wcadmin 대신 smreg 명령을 사용하기 때문에 이 경고가 발생합니다. 이 메시지는 Sun Cluster 설치를 완료하는 데 또 다른 단계를 수행해야 하는 것으로 고객에게 혼동을 줄 수 있습니다.
해결책 이 경고는 설치 오류가 아니므로무시해도 됩니다.
설치 프로그램이 Sun Cluster HA Application Server Agent를 Application Server 및 HADB 8.1과 함께 설치할 것인지를 선택하는 옵션을 제공합니다. 그러나 HA Application Server Agent는 Application Server 및 HADB 8.1을 지원하지 않습니다. 따라서 HA Application Server를 구성할 수 없습니다.
해결책 HA Application Server Agent를 Application Server 및 HADB 8.1과 함께 설치하지 마십시오.
Java Enterprise System 2005Q1에는 Sun Java System Directory Server 5 2004Q2용 Sun Cluster Data Service가 있습니다. Sun Java System Directory Server 5.0 또는 5.1용 Sun Cluster Data Service 또는 Netscape HTTP 버전 4.1.6용 Sun Cluster Data Service가 필요한 경우 Sun Cluster 3.1 Data Services 10/03 릴리스에서 사용할 수 있습니다. 이 릴리스를 요청하려면 Sun 고객 지원 담당자에게 문의하십시오.
대신Java Enterprise System 1 Accessory CD, volume 3에서 설치됩니다. 또한 데이터 서비스는 에이전트 CD에서 설치되지 않습니다. 대신 Java Enterprise System 1 Accessory CD, volume 3에서 설치됩니다.
Java Enterprise System 설치 프로그램을 실행하기 전에 Sun Cluster 에이전트를 설치한 경우에는 이 프로그램에서 추가 에이전트를 설치할 수 없습니다.
해결책 pkgadd를 사용하여 Sun Cluster 에이전트를 추가로 설치합니다.
Windows에서 eval config 모드로 Web Server를 설치한 후 Web Server 서비스가 자동으로 시작되지 않습니다.
해결책 Web Server 서비스를 수동으로 시작합니다.
해결책 모든 구성 파일을 백업합니다. 그런 다음 Java Enterprise System 설치 프로그램을 사용하여 Web Server를 설치하기 전에 설치 디렉토리를 제거합니다.
CLI 모드에서 Web Server를 설치할 때 범위를 벗어난 포트 값을 지정하면 설치 프로그램이 다음과 같은 메시지를 표시합니다.
EntSysResources:webServerInstancePanel-OUtOfRangeAdminPort-Error-CLI |
해결책 없음.
Windows 운영 체제에서 eval config 모드로 Web Server를 설치한 후 Web Proxy Server 서비스가 자동으로 시작되지 않습니다.
해결책 Web Proxy Server 서비스를 수동으로 시작합니다.
Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX에서는 Solaris 및 Linux 플랫폼에서 Java ES 5 Update 1로 업그레이드하기 위한 지침을 설명합니다. 다음 절의 문제는 업그레이드 설명서에서 다루지 않는 상황에 대해 설명하는 것이므로 업그레이드 설명서를 대체하는 것이 아니라 보완하기 위한 목적으로만 사용해야 합니다.
업그레이드 설명서와 다음 절의 문제는 릴리스 버전과 릴리스 번호별로 Java ES 릴리스를 참조합니다. 다음 표에서는 릴리스 버전과 릴리스 번호의 상호 관계를 보여줍니다.
릴리스 버전 |
릴리스 번호 |
---|---|
Java ES 5 Update 1 |
릴리스 5 업데이트 1 |
Java ES 5 |
릴리스 5 |
Java ES 2005Q4 |
릴리스 4 |
Java ES 2005Q1 |
릴리스 3 |
Java ES 2004Q2 |
릴리스 2 |
Java ES 2003Q4 |
릴리스 1 |
버전 6.1에서 버전 6.2로의 Access Manager 업그레이드 프로세스가 완료되면 업그레이드 로그에 DB 기반 로깅이 제대로 처리되지 않았다고 표시됩니다.
해결책 없음. 버전 6.1에서 버전 6.2로 Access Manager 업그레이드하는 프로세스는 DB 로그 테이블의 백업을 지원하지 않습니다.
Application Server(버전 8.1) 릴리스 3 또는 릴리스 4를 실행하는 시스템에서 Java ES 구성 요소를 Java ES 5 Update 1로 업그레이드한 후 JSP 페이지를 컴파일하면 Application Server에서 오류 메시지를 표시합니다.
해결책 Application Server를 Java ES 5 Update 1로 업그레이드하거나 다음 패치를 Application Server 8.1에 적용합니다.
Solaris: 119166–17
Linux: 119168–17
해결책 이 문제와 관련된 최신 업그레이드 설명서를 보려면 다음 문서를 참조하십시오.Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX
Linux에서 Application Server를 Java ES 3에서 업그레이드한 후 Access Manager의 작동이 중지되고 server.log 파일에 amlcontroller 관련 오류가 발생했다는 메시지가 기록됩니다.
해결책 sun-jss(JSS 4) 및 sun-jss3을 수동으로 설치합니다.
rpm -qa | grep sun-jss명령을 입력하여 sun-jss와 sun-jss3이 있는지 확인하십시오.
sun-jss가 없으면 다음 명령을 사용하여 수동으로 추가합니다.
rpm -Uhv download-root/Linux_x86/Product/shared_components/Packages/sun-jss-4.2.4-4.i386.rpm |
sun-jss3이 없으면 다음 명령을 사용하여 수동으로 추가합니다.
rpm -Uhv download-root/Linux_x86/Product/shared_components/Packages/sun-jss3-3.1.11-1.i386.rpm |
패치를 사용하여 Portal Server 7.1을 Portal Server 7.1 Update 2로 업그레이드하면 영어가 아닌 로켈에서 psupdate를 실행한 후 다양한 포털 관련 웹 응용 프로그램이 제대로 작동하지 않을 수 있습니다.
해결책 psupdate 스크립트를 영어 로켈에서 다시 실행합니다.
$LC_ALL 및 $LANG 쉘 변수의 현재 값을 표시하고 기록해 둡니다.
echo $LC_ALL echo $LANG |
이러한 변수를 영어 로켈의 값으로 설정합니다.
export LC_ALL=en_US.UTF-8 export LANG=en_US.UTF-8 |
psupdate 스크립트를 다시 실행합니다.
psupdate -a -i |
$LC_ALL 및 $LANG 값을 복원합니다.
export LC_ALL=value-noted-in-step-1 export LANG=value-noted-in-step-1 |
Portal Server가 Java ES 5 Update 1로 업그레이드 중인 Web Server 버전에 배포되어 있는 경우 Portal Server도 업그레이드해야 합니다.
Windows에서 Portal Server를 Java ES 5 Update 1로 업그레이드하는 방법이 없으므로 Web Server를 업그레이드할 때 Portal Server를 업그레이드할 수 없습니다. 대신 Web Server를 업그레이드하기 전에 Portal Server를 마이그레이션하여 Application Server를 컨테이너로 사용해야 합니다.
Web Server에 배포된 Portal Server IFR(Interim Feature Release) 7.0 2005Q4를 업그레이드하는 경우 표준이 아닌 순서로 구성 요소를 업그레이드해야 합니다. 자세한 내용은 Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX를 참조하십시오.
Portal Server 7.0 및 Web Server를 업그레이드한 후 Portal Server 콘솔에서 새 커뮤니티를 만들면 오류가 발생합니다.
해결책 다음 단계를 수행합니다.
Web Server 관리 콘솔에 로그인합니다.
[구성]을 누릅니다.
실행 중인 Portal Server 인스턴스의 구성을 선택합니다.
[Java] 탭을 누릅니다.
클래스 경로 접두어의 경로 설정을 확인합니다.
/opt/SUNWcacao/lib/cacao_cacao.jar을 /usr/lib/cacao/lib/cacao_caca0.jar로 변경합니다.
변경 사항을 저장하고 관리 콘솔을 종료합니다.
Portal Server 7.0을 업그레이드한 후 Developer Sample에 있는 커뮤니티를 더 이상 사용할 수 없습니다.
해결책 /var/opt/SUNWportal/portals/portal1/desktop/default/SearchProvider/dbMenu.jsp 파일을 다음과 같이 변경합니다.
변경 전: |
|
|
변경 후: |
|
Java ES 2005Q1 또는 2005Q4에서 Instant Messaging의 모니터링 기능이 사용되면 Java ES 5 Update 1로 업그레이드한 후 등록 정보 파일을 수동으로 업그레이드해야 합니다.
해결책 지정된 호스트에서 Instant Messaging 인스턴스를 업그레이한 후 새 mfwk.properties 파일을 편집하여 이전 agent.properties파일에서 보존해야 하는 구성 매개 변수를 포함시킵니다.
x86용 Solaris 9에서 Java ES 3을 업그레이드하면 두 버전의 cacao가 실행될 수 있는데, Instant Messaging을 지원하는 Java ES 3 버전과 업그레이드된 구성 요소를 지원하는 Java ES 5 Update 1 버전입니다. 이 경우 Portal Server를 업그레이드하는 데 사용되는 psupgrade 스크립트가 실패합니다.
해결책 psupgrade 스크립트를 실행하기 전에 Java ES 3 버전의 cacao를 중지합니다.
/opt/SUNWcacao/bin/cacaoadm stop |
psupgrade를 실행한 후 Java ES 3 버전의 cacao를 다시 시작합니다.
/opt/SUNWcacao/bin/cacaoadm start |
설치 후 수동 구성 모드에서 제품 구성 요소를 설치하거나 업그레이드하는 경우 제품을 수동으로 구성한 후에만 해당 제품의 바로 가기가 만들어집니다.
Message Queue에는 이 문제의 영향이 없습니다.
해결책 없음
이 절에서는 Monitoring Console과 Monitoring Framework에서 알려진 문제를 설명합니다. Monitoring Framework는 다른 구성 요소와 함께 자동으로 설치되는 공유 구성 요소이며 모니터링 기능을 사용할 수 있도록 해줍니다.
Monitoring Framework에서 알려진 문제를 방지하려면 다음과 같은 패치가 필요합니다. 일반적으로 이러한 패치는 Java ES에 필요한 별도의 패치 번들이나 업데이트된 버전의 Solaris 운영 체제에 포함됩니다. 하지만 Java ES 제품 구성 요소를 모니터링할 호스트에 이러한 패치 또는 그 대체 수단이 있는지 확인해야 합니다.
표 1 Solaris 운영 체제에서 모니터링에 필요한 패치
Solaris 버전 |
패치 번호 |
---|---|
Solaris 9 Sparc 플랫폼(버전 s9u7_06 이상) |
114344-17 |
Solaris 9 i386 플랫폼(버전 s9u7_06 이상) |
114345-08(117172-17로 대체됨), 118559-28 이상 |
Solaris 10 Sparc 플랫폼(버전 s10_58 이상) |
114344-17 |
Solaris 10 i386 플랫폼(버전 s10_58 이상) |
114345-08(117172-17로 대체됨), 118855-15 이상 |
HP-UX 운영 체제에서 모니터링에 필요한 패치는 HP-UX 요구 사항 및 문제점에 정리되어 있습니다.
모니터할 새로운 호스트를 추가할 때 Monitoring Console에서 보안 연결을 위해 SSL을 사용하지만 선택한 호스트에서 제공되는 인증서가 표시되지 않습니다. Monitoring Console은 호스트의 루트 비밀번호를 노드 에이전트로 전송하므로 해커들에 의해 의도한 호스트의 IP 주소가 위조되고 비밀번호가 노출될 가능성이 있습니다. 대부분의 노드 에이전트는 이미 보안 네트워크 내에서 실행하므로 이러한 문제가 발생할 확률은 매우 낮습니다.
해결책 노드 에이전트 호스트가 보안 네트워크 내에 있지 않을 경우, 이를 Monitoring Console에 새로운 호스트로 추가하기 전에 이러한 호스트에 대한 인증 신뢰성을 확인해야 합니다. 호스트의 신뢰성을 확인하려면 호스트에 로그인하고 해당 호스트의 구성 및 파일 시스템이 인식할 수 있는 것인지 확인합니다. UNIX 호스트의 경우, ssh로 로그인하여 인증서 정보를 볼 수 있습니다.
제품에 포함된 객체는 Monitoring Console에서 "응용 프로그램 서버"라고도 합니다. 이 용어를 Sun Java System Application Server와 혼동하지 않아야 합니다.
해결책 Monitoring Console의 컨텍스트에서 응용 프로그램 서버는 설치된 Java ES 구성 요소의 실행 중인 인스턴스를 말합니다.
Monitoring Console에서 페이지를 표시하고 전환하면 최대 30초 정도 걸리는 경우가 있을 수 있습니다.
해결책 다른 응용 프로그램이 없는 호스트에서 Monitoring Console을 실행합니다.
Monitoring Console에서는 구성 요소별로 모니터링을 사용 가능 또는 사용 불가능하게 설정할 수 없습니다.
해결책 각 구성 요소의 고유 메커니즘에 따라 구성 요소의 모니터링을 사용 가능 또는 사용 불가능하게 설정해야 합니다. 자세한 내용은 Sun Java Enterprise System 5 Update 1 Monitoring Guide의 2 장, Enabling and Configuring the Monitoring Framework에서 구성 요소별 섹션을 참조하십시오.
모니터 대상 구성 요소가 충돌하거나 정상적으로 중지되었을 때, 모니터 대상 객체가 노드 에이전트에서 제거되지 않고 Monitoring Console의 왼쪽 트리에 남아 있을 수 있습니다. 이와 유사하게, 전체 노드 에이전트를 중지하면 호스트 노드가 왼쪽 트리에서 제거되지 않을 수 있습니다. 이 문제는 간헐적으로 발생합니다.
해결책 서버 인스턴스를 중지하거나 다시 시작할 때 노드 에이전트, 마스터 에이전트 및 Monitoring Console을 다시 시작해야 할 수 있습니다. 호스트 및 해당 노드 에이전트를 중지할 경우 마스터 에이전트 및 Monitoring Console을 다시 시작해야 할 수 있습니다. 이러한 두 가지를 수행하는 방법은 Sun Java Enterprise System 5 Update 1 Monitoring Guide의 To Restart a Node Agent 절차에서 설명합니다.
호스트를 Monitoring Console에서 제거하는 경우 모니터 대상 구성 요소와 연결되어 있는 모니터링 규칙과 경보가 자동으로 삭제되지 않습니다. 이는 동일한 호스트를 다시 추가할 경우 규칙과 경보 상태의 지속성을 가능하게 합니다.
해결책 동일한 호스트를 다시 추가하지 않을 경우, 규칙 대화 상자를 사용하여 해당 호스트와 연결된 모든 규칙을 찾아서 삭제합니다. 호스트 제거 시에 존재하는 경보는 승인이 가능하지만 경보를 발생한 모니터 대상 속성에 더 이상 액세스할 수 없으므로 Monitoring Console에 남아 있게 됩니다. 경보가 승인 상태로 남아 있지 않게 하려면 호스트를 제거하기 전에 모니터 대상 구성 요소의 모든 경보 조건을 확인하고 Monitoring Console에서 경보를 승인합니다.
규칙에 예약 간격을 설정한 경우에는 규칙을 사용 불가능하게 설정할 수 없습니다.
해결책 규칙을 사용 불가능하게 설정하는 대신 삭제하십시오.
Monitoring Console 사용과 관련하여 알려진 기타 문제는 다음과 같습니다.
기본적으로 많은 테이블이 정렬되지 않음
“설치된 이 제품을 사용하는 객체”에서 연결된 호스트는 알 수 없는 객체가 아니어야 함
AppServer 플러그 인을 사용하는 경우 “이 서버에 포함된 객체”에 하위 객체의 하위 객체가 포함되지 않아야 함
사용 가능 및 사용 불가능 기능이 호스트의 테이블에서 제대로 작동하지 않음
캡션과 설명 필드에 기본 객체가 아닌 통계 및 설정 객체가 표시됨
객체를 선택하고 [모니터링 규칙] -> [새로 만들기]를 누르면 사용자가 해당 객체를 다시 선택할 필요가 없어야 함
지정된 호스트에 대해 나열된 JVM 객체 이름이 일관되지 않음
Application Server에서 만든 CMM_Cluster 객체가 어디에도 표시되지 않음
[새 규칙] 대화 상자에서 식별 가능한 객체 목록이 명확하지 않음
Portal Server, Web Server 및 Application Server 객체의 객체 및 작동 상태가 알 수 없음으로 표시됨
Application Server에 배포된 Enterprise Java Beans의 이름이 좀 더 알기 쉬운 이름이어야 함
Application Server 모니터링 객체의 속성 이름을 사용할 수 없음
Application Server 내부 구성 변경 사항이 Monitoring Console에 적용되지 않음
Monitoring Console이 도메인 보기를 표시할 수 있어야 함
de 로켈에서 온라인 도움말의 색인이 영어 버전과 일치하지 않음
[선택한 객체 표시]를 설정하면 상태와 함께 객체 표시 기능이 작동하지 않음
규칙에서 예약 간격을 제거하는 경우 실패하여 스크립트 오류가 발생함
JVM-General 테이블의 일부 문자열이 번역되지 않음
스페인어 사용자 인터페이스에서 저작권 문자열이 번역되지 않음
Monitoring Console 사용자 인터페이스의 많은 문자열이 번역되지 않음
규칙의 예약 간격을 0:00에서 0:00으로 변경하면 규칙 자체가 삭제됨
C 라이브러리를 사용하여 Monitoring Framework와 상호 작용하는 구성 요소가 Linux 운영 체제에서 실행되는 경우 Monitoring Console에 느리게 표시됩니다.
해결책 없음.
C 라이브러리를 사용하는 구성 요소 및 같은 호스트의 노드 에이전트 사이에 수행하는 프로세스 간 통신은 안전하지 않습니다. 기본적으로 통신에서는 루프백 인터페이스를 사용하므로 보안 위험이 줄어듭니다.
해결책 없음.
Java 라이브러리를 사용하여 Monitoring Framework와 상호 작용하는 구성 요소를 SNMP를 통해 액세스하면 성능 문제가 발생할 수 있습니다.
해결책 없음.
Solaris 9의 버그로 인해 IPv4 주소로 주소 지정된 패킷이 IPv6 소켓의 수신기로 전달되지 않습니다. 그 결과 노드 에이전트와 해당 호스트에서 모니터링할 구성 요소 간의 검색 메커니즘이 중단됩니다.
해결책 다음 명령을 사용하여 노드 에이전트의 JVM이 IPv4 소켓에서 수신하도록 강제로 지정합니다.
cacaoadm stop oldvalue=`cacaoadm get-param java-flags --value` cacaoadm set-param java-flags="${oldvalue} -Djava.net.preferIPv4Stack=true" |
그런 다음, Sun Java Enterprise System 5 Update 1 Monitoring Guide의 To Restart a Node Agent에 나와 있는 절차에 따라 노드 에이전트, 마스터 에이전트 및 Monitoring Console을 다시 시작합니다.
노드 에이전트와 마스터 에이전트 호스트의 시간이 동기화되어 있지 않으면 Monitoring Console에 노드를 추가할 수 없습니다. "JRMP 연결을 설정하는 동안" 마스터 에이전트의 Monitoring Framework 오류 로그에서 심각한 오류를 보고합니다.
해결책 동기화되도록 호스트의 시간을 설정합니다.
HP-UX 운영 체제의 노드 에이전트에서 많은 모니터링 규칙이 병렬로 생성될 경우, JVM(Java Virtual Machine)의 스레드 수가 커널 매개 변수 제한을 초과하여 OutOfMemory 예외가 발생할 수 있습니다.
해결책 Sun Java Enterprise System 5 Update 1 Monitoring Guide의 To Optimize Kernel Parameters for Monitoring Framework on HP-UX 절차에서 설명한 대로 HPjconfig 도구를 다운로드하여 실행합니다.
Windows에서 mfwkadm 명령을 실행하면 다음 오류가 발생합니다.
'C:\Program'이 내부 명령, 외부 명령, 작동 가능한 프로그램 또는 일괄 처리 파일로 인식되지 않습니다. |
해결책 C:\Program Files\Sun\JavaES5\share\mfwk\bin\masetup.bat 파일의 4번째 행에서 시작 부분에 REM을 추가하여 해당 행을 주석 처리합니다.
수정 전: |
|
|
수정 후: |
|
Monitoring Framework 사용과 관련하여 알려진 기타 문제는 다음과 같습니다.
Linux에서 IPv6을 사용하는 경우 검색이 작동하지 않음
원격 세션에서 설치를 완료하면 설치 프로그램 로그가 temp 디렉토리에 저장됩니다.
하지만 설치 또는 제거 중에 시스템을 재부팅하는 경우 이 temp 디렉토리가 삭제됩니다. 따라서 로그 보기 버튼을 눌러도 로그 파일을 볼 수 없습니다.
해결책 없음
일부 Java ES 5 Update 1 패치를 제거하는 경우 Sun Java(TM) Enterprise System 5.msi가 원래 설치 위치인 C:\t\Windows에 없다는 오류 메시지가 나타납니다.
해결책 Java ES 5를 다운로드하여 오류 메시지에 나와 있는 설치 위치에 압축을 풉니다. 그런 다음 Java ES 패치를 제거하고 이전에 다운로드하여 압축을 풀어둔 파일을 삭제합니다.
Access Manager를 제거하는 경우 해당 모니터링 모듈 설명자가 등록 취소되지 않습니다. 이 문제는 Access Manager를 업그레이드한 후에만 발생합니다.
해결책 cacaoadm을 사용하여 com.sun.cmm.am 설명자를 등록 취소합니다.
com.sun.cmm.am 설명자가 있는지 확인합니다.
# cacaoadm list-modules List of modules registered: com.sun.cacao.agent_logging 1.0 ... com.sun.cmm.am 1.0 ... |
해당 설명자를 등록 취소합니다.
# cacaoadm unregister-module com.sun.cmm.am.xml |
cacao를 다시 시작합니다.
cacaoadm restart |
com.sun.cmm.am이 등록 취소되었는지 확인합니다.
# cacaoadm list-modules List of modules registered: com.sun.cacao.agent_logging 1.0 ... |
com.sun.cmm.am 1.0이 등록된 모듈 목록에 더 이상 표시되지 않습니다.
Java ES 5 릴리스부터 Sun은 Java ES 구성 요소에 대한 패치를 검색, 다운로드 및 적용하는 과정을 간단하게 수행하는 새로운 지원 모델을 채택했습니다. 이 모델을 구성하는 두 가지 주요 기능은 다음과 같습니다.
모든 Java ES 구성 요소에 대한 최신 패치가 포함된 패치 클러스터
개별 구성 요소 패치에 대한 키워드 태그 지정
패치 클러스터. Java ES에서 지원하는 여러 플랫폼의 경우 구성 요소를 Java ES 5 Update 1 수준으로 업그레이드하는 패치를 포함하여 Java ES 5에서 제공하는 구성 요소 버전의 최신 패치가 들어 있는 패치 클러스터를 다운로드할 수 있습니다. 이러한 패치 클러스터는 구성 요소의 새로운 패치가 발표될 때마다 지속적으로 업데이트됩니다.
이러한 패치 클러스터 중 하나를 가져오려면 다음을 수행합니다.
http://sunsolve.sun.com으로 이동합니다.
“Patches and Updates”를 누릅니다.
“Recommended Patch Clusters”를 누릅니다.
OS 버전과 프로세서 구조에 맞는 “Java ES Accumulated”로 시작하는 패치 클러스터를 찾아 다운로드합니다.
키워드 태그 지정. Java ES 5 릴리스부터, Java ES 릴리스에 포함된 모든 구성 요소 버전에 대한 모든 패치는 Java ES 릴리스에 적용되는 패치임을 나타내는 키워드를 사용하여 README 파일에 태그가 지정되어 있습니다. Java ES 5 및 업데이트 릴리스의 경우 키워드 태그는 java_es-5입니다. 이러한 키워드 태그에 따라 java_es-5 키워드를 입력하면 SunSolve의 PatchFinder 기능을 사용하여 Java ES 5 및 업데이트 릴리스의 모든 개별 구성 요소 패치를 빠르게 찾을 수 있습니다.
또한 Sun Connection을 사용하여 Solaris 10의 Java ES에 대한 패치를 가져올 수도 있습니다. 자세한 내용은 http://www.sun.com/service/sunconnection을 참조하십시오.
Sun Java Enterprise System 5 Update 1의 일부 구성 요소에는 재배포 가능한 파일이 포함되어 있습니다. 이러한 파일에 대한 자세한 내용은 사용 중인 구성 요소의 릴리스 노트를 참조하십시오.
본 제품에는 Oracle Corporation 제품인 Berkeley 데이터베이스의 객체 및/또는 소스 코드가 포함되어 있습니다. Java Enterprise System 또는 허가된 파생물로부터 Berkeley 데이터베이스 소프트웨어를 분리하여 사용할 경우 라이센스를 추가로 취득해야 합니다.
이 매체를 발행한 이후 릴리스된 내게 필요한 옵션 기능을 사용하려면 Sun에 요청하여 구할 수 있는 섹션 508 제품 평가를 참조하여 관련 솔루션을 배포하는 데 가장 적합한 버전을 확인하십시오. 업데이트된 응용 프로그램 버전은 http://sun.com/software/javaenterprisesystem/get.html에서 확인할 수 있습니다.
내게 필요한 옵션 기능 구현을 위한 Sun의 방침에 대해 자세히 알아보려면 http://sun.com/access 사이트를 방문하십시오.
Java ES 5 Update 1 제품 설명서는 docs.sun.com에서 사용할 수 있습니다.
릴리스 노트: http://docs.sun.com/coll/1315.3 및 http://docs.sun.com/coll/1411.3
시스템 수준 설치, 업그레이드 및 계획 설명서: http://docs.sun.com/coll/1286.3 및 http://docs.sun.com/coll/1397.3
각 구성 요소의 설명서 모음: http://docs.sun.com/prod/entsys.5
또한 다음 BigAdmin의 Java ES용 정보 허브에서 기타 유형의 설명서를 찾을 수 있습니다. http://www.sun.com/bigadmin/hubs/javaes.
Sun 웹 사이트에서는 다음과 같은 추가 자원에 관한 정보가 제공됩니다.
docs.sun.comSM 웹 사이트에서 Sun 제품 설명서를 검색할 뿐만 아니라 검색 필드에 다음 구문을 입력하여 검색 엔진을 사용할 수도 있습니다.
search-term site:docs.sun.com |
예를 들어 "broker"를 검색하려면 다음과 같이 입력합니다.
broker site:docs.sun.com |
다른 Sun 웹 사이트(예: java.sun.com, www.sun.com 및 developers.sun.com)를 검색 대상에 포함하려면 검색 필드에서 docs.sun.com 대신 sun.com을 사용합니다.
본 설명서에서는 타사 URL을 참조하여 추가 관련 정보를 제공합니다.
Sun은 본 설명서에서 언급된 타사 웹 사이트의 가용성 여부에 대해 책임을 지지 않습니다. 또한 해당 사이트나 리소스를 통해 제공되는 내용, 광고, 제품 및 기타 자료에 대해 어떠한 보증도 하지 않으며 그에 대한 책임도 지지 않습니다. 따라서 타사 웹 사이트의 내용, 제품 또는 리소스의 사용으로 인해 발생한 실제 또는 주장된 손상이나 피해에 대해서도 책임을 지지 않습니다.
Sun은 설명서의 내용 개선에 노력을 기울이고 있으며, 여러분의 의견과 제안을 환영합니다. http://docs.sun.com에서 의견 보내기를 눌러 여러분의 의견을 제출하여 주십시오. 해당 필드에 전체 설명서 제목과 부품 번호를 입력해 주십시오. 부품 번호는 해당 설명서의 제목 페이지나 문서 맨 위 또는 URL에 있으며 7자리 또는 9자리 숫자입니다. 예를 들어, 본 설명서의 부품 번호는 820-2941입니다. 사용자 의견을 제출할 때 해당 양식에 영문 설명서 제목과 부품 번호를 입력해야 할 수도 있습니다 . 본 설명서의 영문 부품 번호와 제목은 820–2829, Sun Java Enterprise System 5 Update 1 Release Notes입니다.