이 릴리스 노트에는 Sun JavaTM Enterprise System (Java ES) 2005Q4 릴리스 시 사용할 수 있는 중요한 정보가 들어 있습니다. 여기에서는 알려진 제한 사항과 문제점, 기술 관련 정보 및 기타 정보를 설명합니다. 설치 및 작업 성능을 전반적으로 향상시키려면 Java Enterprise System을 사용하기 전에 이 문서를 읽으십시오. 또한 Java Enterprise System 4를 구성하는 각각의 개별 응용 프로그램과 관련된 구성 요소 수준의 릴리스 노트를 읽어보는 것이 좋습니다. 시스템 수준의 릴리스 노트(이 문서)에서는 Java Enterprise System 4에 영향을 미치는 중요한 문제에 대해 설명하고, 구성 요소 수준의 릴리스 노트에서는 응용 프로그램 문제를 자세히 설명합니다.
이 릴리스 노트 및 시스템 설명서의 최신 버전은 Java Enterprise System 설명서 웹 사이트인 http://docs.sun.com/coll/1286.1 및 http://docs.sun.com/coll/1397.1에 있습니다. 소프트웨어를 설치 및 설정하기 전에 웹 사이트를 방문하고 그 이후에도 주기적으로 방문하여 최신 릴리스 노트와 설명서를 확인하십시오.
이 설명서에 언급된 타사 웹 사이트를 통해 관련된 추가 정보를 얻을 수 있습니다.
Sun은 이 설명서에 명시된 타사 웹사이트의 가용성에 대해 책임을 지지 않습니다. 또한 해당 사이트나 리소스를 통해 제공되는 내용, 광고, 제품 및 기타 자료에 대해 어떠한 보증도 하지 않으며 그에 대한 책임도 지지 않습니다. 따라서 타사 웹 사이트의 내용, 제품 또는 리소스 사용으로 인해 발생한 실제 또는 주장된 손상이나 피해에 대해서도 책임을 지지 않습니다.
이 릴리스 노트는 다음 내용으로 구성되어 있습니다.
모든 구성 요소별 정보는 각각의 구성 요소 릴리스 노트에 있습니다. 다음의 구성 요소 릴리스 노트는 및 에 있습니다.
Sun Java System Access Manager 7 2005Q4
Sun Java System Administration Server 5 2005Q4
Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Update 2
Sun Java System Calendar Server 6 2005Q4
Communication Express 6
Communication Services 2005Q4
Sun Java System Directory Proxy Server 5 2005Q4
Sun Java System Directory Server 5.2 2005Q4
Sun Java System Instant Messaging 7 2005Q4
Sun Java System Message Queue 3 2005Q4, Enterprise Edition
Sun Java System Messaging Server 6 2005Q4
Sun Java System Portal Server 6 2005Q4
Service Registry 2005Q4
SOA Registry 3.0
Sun Cluster 3.1U4
Sun Java System Web Server 6.1 2005Q4
Sun Java System Web Proxy Server 4.0.1 2005Q4
버전 |
날짜 |
변경 사항 설명 |
---|---|---|
13 |
2005년 11월 |
이 릴리스에서 수정된 설치 버그에 문제 6300530 추가. 배포 CD에서 구성 요소의 배치 변경 절 추가. Application Server 버전에 대한 참조 수정(8.1 2005Q4에서 8.1 2005Q2 Update 2로) |
12 |
2005년 10월 |
버전 11에서 잘못 추가된 문제 6330966에 대한 문서 제거 |
11 |
2005년 10월 |
문제 6330966 및 6223676에 대한 문서 추가 |
10 |
2005년 10월 |
릴리스 버전 |
05 |
2005년 6월 |
베타 버전 |
이 절에는 Java ES 2005Q4의 새로운 기능이 나열되어 있습니다. Sun은 기존 제품에 향상된 기능을 추가하여 고객에게 지속적으로 가치를 더해 드립니다. 다음 제품은 Java Enterprise System 사용권에 새로 추가되었으며 완벽하게 지원됩니다. 이러한 제품은 Java Enterprise System 포트폴리오의 다른 제품과 동일한 시스템 기능으로 관리됩니다.
Sun Cluster Geographic Edition 3.1 — 새로 추가
Sun Java System Access Manager 7 2005Q4 — 업데이트
Sun Java System Web Proxy Server 4.0.1 2005Q4 — 업데이트
Service Registry 3 2005Q4 — 새로 추가
이 절에서는 Java ES 2005Q4에 대한 현재 OS 및 브라우저 지원에 대해 설명합니다.
Solaris 최소 설치는 Java ES 4에서 지원되지 않습니다. Java ES 2005Q4를 실행할 수 있는 필수 OS 설치 중에서 아래에 표시된 1, 2 및 3만이 Java ES 2005Q4 설치를 수행할 수 있습니다.
1) 전체 설치 및 OEM
2) 전체 설치
3) 개발자 설치
4) 최종 사용자 설치
5) 코어 설치
운영 체제:
SPARCTM 플랫폼용 Solaris 8 운영 체제(Solaris OS)
Solaris 9 SPARC 및 x86
영역 지원을 포함한 Solaris 10 SPARC 및 x86(SPARC 파일 시스템 로컬 영역에 대한 설치는 지원되지 않음)
Linux Red Hat WS/AS/ES 2.1 U2 및 Linux Red Hat WS/AS/ES 3.0 U1
지원하는 브라우저
NestscapeTM 7.0
Netscape 6.2.1(Red Hat AS 2.1, SuSE 8.1)
Internet Explorer 6.0(Windows XP Professional)
Internet Explorer 6.0(Sun Linux Red Hat, SuSE 8.1)
Internet Explorer 5.5 SP2(Windows 2000)
Internet Explorer 5.5 SP2(Sun Linux Red Hat 8.0, SuSE 8.1)
Mozilla 1.7(Solaris 10 OS에서와 같은 버전)
이 릴리스는 Solaris 8 및 RedHat 2.1용 Java Enterprise System의 새 버전을 제공하는 마지막 릴리스입니다. Java Enterprise System의 다음 릴리스는 Solaris 9, Solaris 10(x86 및 SPARC), RedHat 3 및 RedHat 4를 지원하게 됩니다. 그렇더라도 해당 날짜 이전에 릴리스된 Java Enterprise System에 대한 고객 지원 기간에는 영향을 주지 않습니다. Solaris 및 RedHat 새 버전으로의 전이 계획을 시작하는 것이 좋습니다.
이 매체를 발행한 이후 릴리스된 내게 필요한 옵션 기능을 사용하려면 Sun에 요청하여 구할 수 있는 섹션 508 제품 평가를 참조하여 관련 솔루션을 배포하는 데 가장 적합한 버전을 확인하십시오. 업데이트된 응용 프로그램 버전은
내게 필요한 옵션 기능 구현을 위한 Sun의 방침에 대해 자세히 알아보려면
Java Enterprise System은 Sun Microsystems에서 Java 2 Platform Standard Edition( J2SETM platform) 1.5_04에 대해 인증되었습니다.
Java Enterprise System 2005Q4에는 적절한 버전의 J2SE가 포함되어 있습니다.
Java ES 4에서 지원되는 J2SE 버전 및 설치 방법에 대한 자세한 내용은 Sun Java Enterprise System 2005Q4 업그레이드 설명서를 참조하십시오.
Sun Cluster 소프트웨어와 Sun Cluster Agents는 Linux에서 사용할 수 없습니다.
Sun Cluster 소프트웨어 업그레이드는 지원되지 않습니다.
HA Sun Java System Application Server는 Application Server 8 2005Q4를 지원하지 않습니다.
HA Sun Java System Application Server EE는 Application Server 8.1 Enterprise Edition 2005Q2 Update 2를 지원하지 않습니다.
Sun Java System 설치 프로그램을 사용하여 Sun Java System Communications Services Delegated Administrator 2005Q4를 설치한 후에는 Delegated Administrator용 최신 패치를 다운로드하여 설치하는 것이 좋습니다.
에서 “Patches” 또는 “Patch Portal”을 선택하십시오. Delegated Administrator의 현재 패치 번호는 다음과 같습니다.
Solaris 119777
x86 119778
Linux 119779
Solaris 배포에서 다음 구성 요소가 CD 1에서 CD 2로 이동되었습니다.
Access Manager
Calendar Server
Portal Server
따라서 이러한 구성 요소를 Solaris에서 설치하려면 두 CD를 모두 사용해야 합니다.
제공된 구성 요소의 패치 정보에 대한 자세한 내용은 구성 요소 릴리스 노트를 참조하십시오.
또한 SunSolve(http://sunsolve.sun.com)로 이동한 다음 Patch Portal로 이동합니다. “Recommended Patch Clusters”를 클릭한 다음 “Java Enterprise System Component Patches”를 선택합니다. 원하는 패치가 있는 제품을 찾아 제품 링크를 누를 수 있습니다.
구성 요소별 패치를 보려면 다음 사이트로 이동합니다.
또한 Java ES 2005Q4를 설치 또는 업그레이드하기 전에 모든 권장 클러스터 패치를 적용하십시오. 이는 Solaris OS 8, 9 및 10에 해당됩니다. 클러스터 패치를 설치하면 Java ES 2004Q2 또는 Java ES 2005Q1에서 전달된 모든 Solaris 8 또는 Solaris 9 정보가 불필요하게 됩니다.
현재 Sun은 2005년 6월 30일 이후에는 Solaris 8용 Java Enterprise System의 새로운 버전을 제공하지 않을 계획입니다. 그렇더라도 2005년 6월 30일 이전의 Java Enterprise System에 대한 지원 기간에는 영향을 주지 않습니다. Solaris 8에서 Java Enterprise System을 실행하고 있는 경우 전이 계획을 시작하는 것이 좋습니다.
운영 체제 |
디스크 공간 |
RAM |
---|---|---|
Solaris OS SPARC(Ultra Enterprise 250) |
6096MB |
4196MB 이상 |
Solaris OS x86(Intel Pentium P4 1GHz / AMD Opteron 248 (/ Sun v20/40/60z)) |
6096MB |
4196MB 이상 |
Linux(Intel Pentium P4 1GHz/AMD Opteron 248(/Sun v20/40/60z)) |
6096MB |
4196MB 이상 |
다음 표에 Java ES 2005Q4를 구성하는 여러 구성 요소의 디스크 설치 및 RAM 요구 사항이 나열되어 있습니다.
표 4 구성 요소 디스크 설치 공간 및 RAM 요구 사항
구성 요소 |
설치에 필요한 최소 디스크 공간 |
설치에 필요한 RAM 요구 사항 |
---|---|---|
Access Manager |
Access Manager 및 관련 응용 프로그램의 경우 512MB의 디스크 공간 |
초기 테스트의 경우 512MB RAM. 스레드, Access Manager SDK, HTTP 서버 및 기타 내부 구성 요소의 경우 1GB |
Administration Server |
바이너리의 경우 50MB의 디스크 공간기본적으로 대부분의 바이너리는 /usr에 있습니다. Administration Server에서는 데이터를 저장할 디스크 공간은 필요없고 로그를 저장할 약간의 디스크 공간만 있으면 됩니다. 기본적으로 로그 및 데이터베이스는 /var/opt에 있습니다. |
512MB RAM |
Application Server |
Sun Java System Studio와 함께 사용 시: 500MB의 디스크 공간 |
512MB RAM |
Calendar Server |
작업 환경 배포의 경우 1GB의 디스크 공간 또는 평가 설치의 경우 500MB의 디스크 공간 |
작업 환경의 경우 256MB에서 1GB의 RAM 또는 평가 설치의 경우 128MB RAM |
Directory Server |
바이너리의 경우 200MB의 디스크 공간. 기본적으로 대부분의 바이너리는 /usr에 있습니다. 평가 구성을 위한 로그 및 데이터베이스의 경우 1.2GB의 디스크 공간. 기본적으로 로그 및 데이터베이스는 /var/opt에 있습니다. 사진과 같이 최대 항목 수가 25,000개이고 바이너리 속성이 없는 샘플 프로덕션 배포의 경우 4GB를 추가합니다. |
512MB RAM |
Directory Proxy Server |
300MB의 디스크 공간 |
256MB RAM |
Instant Messaging |
300MB의 디스크 공간 |
256MB RAM |
Messaging Server |
작업 환경 배포의 경우 1GB 또는 평가 설치의 경우 500MB. 사용자의 사이트 크기에 따라 메일 저장소, 데이터베이스 구성 디렉토리, 로그 파일에 대한 충분한 공간 |
작업 환경 시스템의 경우 1GB RAM 또는 평가 설치의 경우 256MB RAM |
Message Queue |
30MB의 디스크 공간 |
256MB RAM |
Portal Server, Portal Server SRA |
1GB의 디스크 공간 |
작업 환경 배포의 경우 1.2GB RAM 또는 평가 설치의 경우 512MB RAM |
Service Registry |
최소 50MB의 디스크 공간(120MB 권장) |
최소 1GB RAM(2GB 권장) |
Sun Cluster Software(노드 당) |
스왑 공간의 경우 512MB, /globaldevices 파티션의 경우 512MB, 볼륨 관리자의 경우 20MB의 디스크 공간 |
128MB의 RAM에 일반적인 노드 메모리 요구량의 10퍼센트 추가 |
Web Proxy Server |
512MB의 디스크 공간 |
512MB RAM |
Web Server |
256MB의 디스크 공간 |
64MB RAM |
디스크 공간 및 RAM 요구 사항에 대한 자세한 내용은 구성 요소별 릴리스 노트를 참조하십시오.
이 절에는 Java ES 2005Q4 설치를 수행하기 전에 알아야 할 중요한 정보를 제공하는 Java ES 2005Q4 CR 문제가 나열되어 있습니다. 또한 Java ES 2005Q4를 설치 또는 업그레이드하기 전에 모든 권장 클러스터 패치를 적용하십시오. 이는 Solaris OS 8, 9 및 10에 해당됩니다.
구성 요소 수준 호환성 정보에 대한 자세한 내용을 보려면 특정 구성 요소 수준 릴리스 노트를 참조하십시오.
Sun Java System Calendar Server 6 2005Q4 릴리스 노트:Sun Java System Communications Services 2005Q4 Release Notes의 Compatibility Issues
Sun Java System Messaging Server 2005Q4 릴리스 노트:Sun Java System Communications Services 2005Q4 Release Notes의 Compatibility Issues
Sun Java Instant Messaging 7 2005Q4 릴리스 노트:Sun Java System Communications Services 2005Q4 Release Notes의 Compatibility Issues
Sun Java Communications Services Delegated Administrator 6 2005Q4 릴리스 노트: Sun Java System Communications Services 2005Q4 Release Notes의 Compatibility Issues
Sun Java System Connector for Microsoft Outlook 7 릴리스 노트:Sun Java System Communications Services 2005Q4 Release Notes의 Compatibility Issues
Sun Java System Portal Server 6 2005Q4 Release Notes
Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Release Notes
Service Registry 3 2005Q4 Release Notes
다음 표에서는 Java ES 2005Q4 구성 요소의 호환성 문제 중 일부를 중점적으로 설명합니다. 특정 정보를 보려면 위에 있는 링크를 사용하여 해당 구성 요소 수준 릴리스 노트에 액세스하십시오.
구성 요소 |
문제 |
---|---|
Access Manager 7 2005Q4 |
많은 새로운 인터페이스가 Release 4 Access Manager의 새로운 기능으로 포함되었습니다. 이러한 새 인터페이스에 대한 Access Manager 지원은 Access Manager를 향상된 영역 모드로 실행하도록 구성함으로써 가능합니다. 그러나 영역 모드는 이전 버전의 Java ES 2005Q1 또는 2004Q2 Access Manager와 호환되지 않습니다. 예를 들어 영역 모드 작업을 지원하려면 디렉토리 데이터를 마이그레이션해야 합니다. 향상된 Access Manager 서비스를 지원하려면 향상된 Access Manager 콘솔이 필요합니다. 또한 영역 모드는 Portal Server, Communications Express, Messaging Server 및 기타 구성 요소와 같은 다른 Java ES 구성 요소를 지원하지 않습니다. 역방향 호환성을 지원하려면 레거시 모드로 실행되도록 Release 4 Access Manager를 구성하면 됩니다. 현재 영역 모드에서 Access Manager와 상호 운용할 수 없는 Access Manager 정책 에이전트를 비롯하여 기타 Java ES 구성 요소를 지원하려면 레거시 모드가 필요합니다. 이러한 비호환성은 업그레이드 시 고려해야 할 중요한 사항이며 대부분의 Java ES 배포에서 Access Manager는 Release 4 레거시 모드로 업그레이드해야 함을 의미합니다.
|
Application Server Enterprise Edition 8.1 2005Q2 |
asaadmin 명령의 —secure 및 —s 옵션은 이전 릴리스와 동일하게 동작하지 않습니다. 자세한 해결책을 보려면 CR 6296862 및 제품 릴리스 노트를 참조하십시오. 또한 Application Server 7은 J2SE 5.0과 함께 작동하지 않습니다. 자세한 내용을 보려면 CR 6203688 및 제품 릴리스 노트를 참조하십시오. |
Communications Express Java ES 2005Q4 |
Java ES 2005Q4 Communications Express 사용자 인터페이스(UI)에 비호환성 문제가 발생했습니다. Java ES 42005Q4: 이벤트 시작 시간 및 종료 시간을 제공해야 합니다. Java ES 2005Q1: 이벤트 시작 시간 및 기간을 제공해야 합니다. |
Communications Services Delegated Administrator 6 2005Q4 |
이 구성 요소에는 다음과 같은 두 가지 문제가 있습니다. (1) 이제 Access Manager에는 영역 모드 및 레거시 모드라는 두 가지 설치 유형이 있습니다. 레거시 모드가 기본값입니다. (2) Delegated Administrator를 버전 6 2005Q4(Java ES Release 4)로 업그레이드하지 않고 Access Manager를 버전 6.x에서 7.0(Java ES Release 4)으로 업그레이드. Delegated Administrator 콘솔 또는 유틸리티에서 메일이나 달력 서비스를 사용하여 사용자를 만들 수 없습니다. 자세한 해결책을 보려면 릴리스 노트를 참조하십시오. |
Message Queue 3 2005Q1 (3.6) |
인터페이스 안정성: Sun Java Message Queue는 관리자가 작업을 자동화하는 데 도움이 될 수 있는 많은 인터페이스를 사용합니다. Message Queue Administration Guide의 Appendix B에는 안정성에 따라 인터페이스가 분류되어 있습니다. 인터페이스가 안정적일수록 제품의 후속 버전에서 변경 가능성이 줄어듭니다. 사용되지 않는 비밀번호 옵션: 다음 옵션은 보안상의 이유로 더 이상 사용되지 않습니다. -p -password -dbpassword -ldappassword JDK 1.3 클라이언트 지원(Solaris 및 Linux 플랫폼): 다음 패키지에는 JDK 1.3에서의 클라이언트 개발 및 배포를 위해 JNDI 및 JSSE를 지원하는 데 사용되는 jar 파일이 들어 있습니다. 이러한 패키지는 Message Queue, Platform Edition에만 제공됩니다. 이러한 패키지는 이후 릴리스에서는 제공되지 않으며 기본적으로 설치되지 않습니다. 해당 패키지 목록은 다음과 같습니다. SUNQiqsup— Solaris 플랫폼 sun-mq-sup— Linux 플랫폼 |
Messaging Server 6 2005 Q4 |
User Administration 콘솔은 Java ES 2005Q1에서 Messaging Server 6 2005Q4에 대해 작동하지 않습니다(Linux). 관리 콘솔을 열면 다른 제품 구성 요소를 시작 및 중지할 수 있지만Messaging Server를 선택한 경우 관리 콘솔에서는 Messaging Server 6에 대해 새 창을 열지 않습니다. 해결책을 보려면 릴리스 노트를 참조하십시오. |
Java ES 2005Q4 설치 프로그램 |
Java ES 2005Q4 설치 프로그램에는 웹 컨테이터 선택과 관련된 새로운 경고를 제공합니다. 다음 목록의 구성 요소에 대해 웹 컨테이너를 설치하거나 이미 설치된 호환 가능한 웹 컨테이너를 사용할 수 있습니다. 이 경고는 Java ES 2004Q2 또는 Java ES 2005Q1에 표시되지 않습니다. - Sun Java System Web Server 6.1 SP5 2005Q4 - Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Update 2 호환 가능한 웹 컨테이너가 이 시스템에 이미 설치되어 있습니다. |
Instant Messaging 7 2005Q4 |
이 문제는 Instant Messaging Server를 Java ES 2004Q2에서 Java ES 2005Q1 또는 Java ES 2005Q4로 업그레이드하지 않으려는 관리자에게 해당됩니다. 자세한 내용은 Java ES 2004Q2와 Java ES 2005Q1에서 기본 팩토리가 다름(6200472)을 참조하십시오. 또한 Java ES 2004Q2 시스템의 모든 공유 구성 요소를 Java ES 2005Q4로 업그레이드한 후 Instant Messenger 멀티플렉서에서 예외가 발생합니다. 최신 해결책을 보려면 제품 릴리스를 참조하십시오. 기본적으로 Java ES 2004Q2 Instant Messaging은 Java ES 2005Q4 공유 구성 요소와 호환되지 않습니다. |
Portal Server 6 2005Q4 |
아래 표에서는 Java Enterprise System 2005Q4에서 수정된 버그에 대해 설명합니다. 구성 요소가 표시되어 있지 않은 경우 2005Q4에서 버그가 수정되지 않은 것입니다.
표 5 이 릴리스에서 수정된 버그
버그 번호 |
설명 |
---|---|
기타 설치 문제 | |
6225803, 6225809 |
여러 버전의 comm_dsetup.pl이 존재함 |
6210690 |
Sun Cluster HA 환경에서 Directory Server와 Messaging Server를 해당 Administration Server와 함께 설치할 수 없음 |
6182249 |
설치 프로그램을 X11 윈도우 서버에 연결할 수 없으면 자동 설치에 실패함 |
6174538 |
여러 공유 패키지가 Solaris 10에 설치되지 않음 |
5103675 |
Administration Server를 설치할 때 GUI 설치 프로그램이 FQDN을 요청하지 않음 |
5020621 |
CD 설치 중에 비밀번호가 노출됨 |
Access Manager 설치 | |
5045612 |
기존 콘솔에 대해 프로토콜을 입력할 수 없음 |
5048518 |
Web Server에서 인스턴스를 만들 때 예외가 발생함 |
Application Server 설치 | |
5110257 |
이전 버전의 Application Server가 시스템에 있으면 설치에 실패함 |
6300530 |
Web Server를 함께 설치하지 않으면 Application Server 로드 균형 조정 플러그 인을 설치할 수 없습니다. |
Messaging Server 구성 | |
6206104 |
잘못된 store.sub를 수정하기 위해 도구가 필요함 |
6199714 |
저장할 때 휴가 알림 텍스트가 잘못 표시됨. 하드 리턴이 유지되지 않음 |
Messenger Express/Communications Express | |
6196347 |
첨부 파일 저장이 더 이상 실행되지 않음 |
6192219 |
퇴화된 기능: 자동 맞춤법 검사가 제거됨 |
Delegated Administrator | |
6239311 |
전체 조직에서 도메인 상태나 메일 서비스 상태를 변경하면 도메인 디스크 할당량 값이 손실됨 |
Portal Server | |
5106639 |
Portal Server 설치 및 제거가 중단된 것처럼 보임 |
6304201 |
SRA에서 amconsole CSS에 대해 규칙 업데이트를 필요로 함. |
6265800 |
업그레이드 후 잘못된 버전이 표시됨 |
6186633 |
원격 서버와 연결한 후(약 10초에서 15초) Netlet이 충돌함 |
6267944 |
Portal Server Secure Remote Access의 버전이 업그레이드 후 표시되지 않음 |
6267783 |
Portal Server에 로그인할 때 쓸모 없는 정보 페이지가 사용자에게 표시됨 |
6278810 |
포트 443에 포털을 배포할 수 없음 |
6286949 |
포털에서 SSL을 사용할 때 pdeploy가 실패함 |
5085361 |
Portal Server 데스크탑이 SSL 종료를 수행하는 로드 밸런서와 제대로 작동하지 않음 |
6285755 |
proxylet 규칙 창 호출 시 오류가 페이지에 표시됨 |
6273080 |
익명의 포털 데스크탑 대신 server.log에 빈 페이지 예외가 발생함 |
6211569 |
UWC 주소록 채널이 프록시 인증으로 작동하지 않음 |
6229250 |
포털 데스크탑에서 MS 주소록을 액세스할 수 없음 |
6254381 |
XMLProvider가 제대로 동기화되지 않음 |
5082722 |
30 netlet 규칙의 하드 제한 |
6216175 |
UWC 주소록 채널 오류(118540–09 이상 필요) |
6224122 |
애플릿 서명 인증서가 만료됨 |
6225341 |
MS 주소록에 대해 proxy-auth가 실패함 |
6229071 |
UWC Calendar Mail 탭 링크 |
6230844 |
업그레이드 후 proxylet 규칙을 저장할 수 없음 |
5101574 |
AS 8.1에 perftune이 최신이 아님 |
6184747 |
메일, 주소록 및 달력에 컨텍스트에 맞는 재설정 옵션 제공 |
6189951 |
포털 서비스 관리 콘솔에 AS 8.1 멀티바이트 문자가 왜곡되어 표시됨 |
6192579 |
업그레이드 후 게이트웨이가 시작되지 않음 |
6201701 |
proxylet을 다운로드한 후 데스크탑 페이지가 다운로드되지 않음 |
6207552 |
업그레이드 후 proxylet 관리 창이 다르게 표시됨 |
6208239 |
IllegalStateException이 비인증 모바일 데스크탑에 액세스함 |
6209451 |
업그레이드하는 동안 포털 웹 응용 프로그램의 배포가 실패함 |
6209931 |
6.3에서 6.3.1로 업그레이드 후 게이트웨이가 시작되지 않음 |
6209932 |
필요하지 않은 경우에도 psupgrade 스크립트에서 wcconfig를 실행할지 묻는 메시지를 표시함 |
6211208 |
포털 제품 이름이 잘못 표시됨 |
6212866 |
psconfig를 scrubds 옵션과 함께 실행한 후 포털 서비스가 로드되지 않음 |
6212868 |
psconfig를 unconfigure 옵션과 함께 실행한 후 포털 재구성이 실패함 |
6213441 |
perftune에서 amtune로 비밀번호를 전달하지 않음 |
6214157 |
업그레이드 후 netlet가 Java Web Start와 함께 로드되지 않음 |
6214602 |
Java ES 2004Q2에서 Java ES 2005Q1로 업그레이드 후 netlet 프록시가 작동하지 않음 |
6214609 |
업그레이드 후 appserver 7.0에서 WSRP가 끊어짐 |
6216521 |
upgradePS 스크립트에서 포털을 배포하지 못함 |
6218094 |
디버그 옵션을 사용한 경우에만 게이트웨이가 chroot 모드로 시작됨 |
6218887 |
정책 평가가 데스크탑에서 사용 불가능하게 됨 |
Portal Server SRA 문제 | |
6215043 |
포털 서버 SRA 구성의 대화식 모드에서 배포가 실패함 |
공유 구성 요소 문제 | |
6195465 |
설치 후 구성 변경으로 인해 SUNWcacaocfg에 대해 pkgchk가 실패함 |
Sun Cluster 설치 | |
5077985 |
“scinstall —r ”을 사용하는 경우 JDMK 및 공통 에이전트 컨테이너 패키지가 제거됨 |
49828710 |
SunPlex Manager 설치 모듈이 지원되지 않음 |
6212471 |
CD에서 Sun Cluster HA Administration Server 에이전트를 설치할 수 없음 |
Web Proxy Server | |
6265163 |
Java ES 2005Q4: Web Proxy Server를 다시 설치하지 못함 |
현지화 문제 | |
6234120 |
Delegated Administrator: 사용 가능한 언어 목록 기능이 분명하지 않음 |
제거 문제 | |
4994462 |
Sun Cluster 콘솔을 제거하면 로켈 패키지가 제거됨 |
Linux 문제 | |
6197056 |
Web Server 및 Application Server의 잘못된 기본 설치 디렉토리 문제 |
6199933 |
라이브러리의 공유 구성 요소에 대한 링크가 끊어져서 Directory Server 설치 시 문제가 발생함 |
6279422 |
libtermcap.so.2 가 누락되어 Linux에서 Web Server를 구성하지 못함 |
6175419 |
별도의 세션에서 Instant Messaging Server를 설치할 수 없음 |
5010533 |
사용자가 설치 프로그램을 종료한 후에도 Directory Server 및 Administration Server가 계속 실행됨 |
5052226 |
성공적인 설치 후 설치 프로그램의 마지막 페이지에 Java 예외 오류가 표시됨 |
5051946 |
설치 프로그램이 시작 페이지를 표시하는 데 3-4분이 걸림 |
Java Enterprise System 2005Q4 설명서의 새로운 내용 및 오류 | |
6234214 |
Messaging Server 릴리스 노트에 잘못된 버그 번호가 표시됨 |
6225803 |
Messaging Server 관리 설명서에 comm_sssetup.pl에 관한 잘못된 지침이 있음 |
다음 정보는 Java Enterprise System 설치 프로그램을 사용하는 설치 프로세스와 관련된 내용입니다.
Java ES 2005Q4 설치 프로그램은 사용자 시스템에 Java 1.5_03을 설치합니다. 설치를 완료하기 위해 Java 최신 버전을 다운로드할 필요가 없습니다.
두 버전의 Directory Server가 Solaris 9 시스템에 설치되어 있습니다. Directory Server를 시작 또는 중지할 때 Directory Server 버전을 명시적으로 지정해야 합니다(예: 5.2). 이 작업은 설치 설명서에 설명되어 있습니다.
또한 Solaris 운영 체제에 Portal Server 로그 문제가 나타납니다(6267783). 설치 프로그램이 충돌하거나 설치 프로세스를 중단한 경우 설치 프로세스를 다시 시작하기 전에 /tmp/.jes_CaChE 디렉토리를 삭제해야 합니다.
주요 문제는 설치 프로그램에서 게이트웨이 하위 구성 요소만 선택할 수 없으므로 CLI 모드에서는 배포를 수행할 수 없다는 것입니다.
해결책 설치 프로그램을 GUI 모드로 사용합니다.
설치 프로그램에서는 공유 구성 요소가 평가 구성 요소인지 확인한 다음 평가 구성 요소인 경우 이를 대체해야 합니다.
해결책 설치하기 전에 워크스테이션에 평가 구성 요소가 설치되지 않았는지 확인합니다.
Netlet 프록시 패널에서 설치 프로그램이 유효한 IP 주소를 허용하지 않고 유효한 IP 주소를 입력할 것을 요청합니다. 이 문제는 GUI 모드에서도 발생합니다.
해결책 /etc/hosts 파일에 올바른 정보가 있는지 확인합니다.
영역 내에서 CD 스왑을 사용한 모든 Java ES 2005Q4 설치가 실패합니다. Java ES 2005Q4에서는 CD에서 비전역 영역으로의 설치가 지원되지 않습니다. 특히 Sun Cluster의 로컬 영역 설치가 지원되지 않습니다.
Solaris 9에 빌드 10을 설치하는 경우 업데이트 6에 해당되지 않는 패치(패치 117714–06)를 요구하기 때문에 업데이트 6 설치가 실패합니다.
해결책 SUNWced 및 SUNWcedu 패키지를 설치합니다.
사후 설치 구성 프로그램에서 soar.war이 배포된 디렉토리에 현지화 파일을 복사하지 않음. 현지화 패키지는 /opt/SUNWsoar/webapps/WEB-INF 아래에 설치됩니다.
해결책 구성 프로그램의 설치 대상을 정상적으로 실행한 후 다음 명령을 입력하여 현지화 패키지를 설치할 수 있습니다.
ant —f build-install.xml install.l10n
해결책 /opt/SUNWcomds/sbin에 있는 comm_dssetup.pl 버전만 사용합니다. 다른 버전은 모두 무시합니다.
Solaris 10에서 Messaging Server를 설치하면 “호스트 이름이 정규화된 도메인 이름이 아닙니다.”라는 오류 메시지가 표시됩니다. Solaris 10은 IPv6를 지원합니다. Ipnodes는 호스트 이름 결정 경로에 있습니다.
해결책 /etc/hosts 및 /etc/inet/ipnodes 파일 모두에 FQDN을 수동으로 추가합니다.
/share가 아무 것도 마운트되지 않은 자동 마운트 디렉토리인 경우 Sun Cluster 에이전트를 설치하면 설치 프로그램이 “/share에 디스크 공간이 충분하지 않습니다.“라는 플래그를 표시합니다.
해결책 /share를 마운트 해제한 다음 설치 프로그램을 다시 실행합니다.
# umount /share
자동 모드에서 설치 프로그램을 실행하면 SUNWpr 및 SUNWtls가 업그레이드되지 않습니다.
솔루션 pkadd를 사용하여 Solars 운영 체제에서 수동으로 설치합니다.
로그 메시지가 항상 올바른 것은 아닙니다. 예를 들어, 어떤 오류가 발생하면 일부(전부가 아님) 제품 구성 요소가 설치되어 있어도 “소프트웨어가 설치되지 않았습니다.”라는 메시지가 나타납니다.
Java ES 응용 프로그램의 데이터 서비스 이름 및 설명에 사용되는 Sun ONE은 모두 “Sun Java System”을 뜻합니다. 예를 들어 “Sun ONE Application Server용 Sun Cluster 데이터 서비스”는 “Sun Java System Application Server용 ...”로 해석되어야 합니다.
한 제품 구성 요소를 선택하면 설치 프로그램은 종속된 모든 제품 구성 요소를 설치하도록 자동으로 선택합니다. 구성 요소 제품 선택 페이지는 기존 구성 요소 제품과 함께 종속 제품이 선택되었음을 표시하지 않습니다.
해결책 없음
사용할 수 없는 선택을 나타내는 “**”는 전역으로 구현되지 않습니다.
해결책 없음
다중 노드 설치에서 Amconsole 홈 페이지가 나타나지 않을 수 있습니다. 아래 설명된 해결책을 참조하십시오.
첫 번째 인스턴스의 영역 콘솔에 로그인합니다(예: <first-node-protocol>://<first-node-fqdn>:<first-node-port>/amserver)
기본 영역에 해당하는 링크를 누릅니다.
“영역/DNS 별칭”의 텍스트 필드에 “<node2–fqdn>”을 입력한 다음 추가를 누릅니다.
저장을 누릅니다.
탭 위의 이동 경로에 있는 “영역” 링크를 누릅니다.
“구성” 탭을 누릅니다.
“시스템 등록 정보” 탭을 누릅니다.
“플랫폼” 서비스 탭을 누릅니다.
“인스턴스 이름” 아래에서 “새로 만들기...” 버튼을 누릅니다.
“서버” 필드에 “<node2–protocol://<node2–fqdn>:<node2–port>”를 입력합니다.
“인스턴스 이름” 필드에 사용되지 않은 숫자(예: 2)를 입력합니다.
“확인”을 누릅니다.
“저장”을 누릅니다.
웹 서버 시작 실패 문제는 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가 웹 서버와 함께 설치된 노드 B에서 <Web_Server_Instance_dir>/config/server.xml 파일을 수정한 다음 필요한 Access Manager JAR 파일을 클래스 경로에 추가합니다.
CLI를 사용하여 Access Manager를 설치하는 동안에는 구성에 관련된 경고 정보가 들어 있는 대화 상자가 표시되지 않을 수 있습니다. 이 대화 상자가 CLI를 사용하는 동안 나타나지 않습니다.
해결책 그래픽 사용자 인터페이스(GUI)를 사용하여 Access Manager를 설치합니다.
Java ES 설치 프로그램이 기존 디렉토리 서버 설치에 대한 플랫폼 항목을 추가하지 않습니다(DIRECTORY_MODE=2).
해결책 두 번째 인스턴스를 추가하도록 플랫폼 서비스 서버 목록 속성을 편집합니다. 예를 들면 다음과 같습니다. 첫 번째 인스턴스가 host1.example.com인 경우 해당 인스턴스는 http://host1.example.com:port|01과 같은 항목을 가집니다. 두 번째 인스턴스가 host2에 있고 host1과 같은 Directory Server를 사용하는 경우 Access Manager 관리자 콘솔을 사용하여 http://host2.example.com:port|02와 같은 항목을 추가합니다.
검색 성능을 향상시키기 위해 Directory Server에는 여러 새로운 색인이 있습니다. 따라서 기존 디렉토리 정보 트리(DIT)를 사용하여 Access Manager를 설치한 후 db2index.pl 스크립트를 실행하여 Directory Server를 다시 작성하십시오. 예를 들면 다음과 같습니다. # ./db2index.pl -D "cn=Directory Manager" -w password -n userRoot
db2index.pl 스크립트는 DS-install-directory/slapd-hostname/ 디렉토리에 있습니다.
해결책 commadmin 명령줄 인터페이스를 사용하여 만든 모든 사용자에 대해 Access Manager 관리 콘솔을 사용하여 모든 누락된 서비스를 등록해야 합니다.
해결책 두 Directory Server에서 내부 cn=config, cn=ldbm database,cn=plugins, cn=config, nsslapd-lookthroughlimit를 -1로 설정합니다.
로컬 서버에 콘솔만 설치하면 설치 프로그램이 웹 컨테이너를 구성하지 않습니다.
해결책 다음과 같이 두 개의 별도 설치 세션에서 콘솔만 설치를 수행합니다.
첫 번째 설치 세션에서는 웹 컨테이너(Application Server 또는 Web Server)의 “지금 구성” 설치를 수행합니다.
두 번째 설치 세션에서 Access Manager 관리 콘솔의 “나중에 구성” 설치를 수행합니다.
두 번째 세션이 완료되면 Access Manager 유틸리티 디렉토리로 변경합니다. 예를 들면 시스템의 경우 다음과 같습니다.
# cd AccessManager-base/SUNWam/bin/ |
여기서 AccessManager-base는 Access Manager 기본 설치 디렉토리입니다.
amsamplesilent 파일을 복사하고 새 파일 이름을 지정합니다.
amsamplesilent 파일의 복사본을 DEPLOY_LEVEL(콘솔만의 경우 2) CONSOLE_HOST, CONSOLE_PORT, SERVER_PORT 변수를 포함한 특정 구성 정보로 편집합니다.
편집한 amsamplesilent 파일과 함께 amconfig 스크립트를 실행합니다. 예를 들면 다음과 같습니다.
# ./amconfig -s copy-of-amsamplesilent |
여기서 copy-of-amsamplesilent는 amsamplesilent 파일 복사본의 이름입니다.
amsamplesilent 파일 및 amconfig 스크립트에 대한 자세한 내용은 Access Manager 2005Q4 관리 설명서를 참조하십시오.
Access Manager 업그레이드 프로세스가 완료된 후 업그레이드 로그에 DB 기반 로깅이 제대로 처리되지 않았다고 표시됩니다.
해결책 없음현재 릴리스의 Access Manager 업그레이드 프로세스에서는 DB 기반 로깅을 지원하지 않습니다.
Directory Server가 이미 설치되어 있고 SSL 사용 가능 상태인 경우 Access Manager 2005Q1 설치가 실패합니다. Access Manager 2005Q1을 설치하려면 먼저 Directory Server의 SSL 사용을 비활성화합니다. Access Manager 설치가 완료되면 Directory Server의 SSL을 다시 활성화합니다.
Access Manager는 비밀번호(예: amadmin)와 Directory Server 루트 접미어에 작은 따옴표(\q)를 지원하지 않습니다. 그러나 백슬래시는 지원됩니다.
Java Enterprise System 설치 프로그램을 실행할 때 Directory Server 5.1 SP2가 사용자가 처음 로그인할 때 비밀번호 변경을 요청하도록 구성되어 있으면 Access Manager 2005Q1 설치가 실패합니다.
해결책 Directory Server 비밀번호 재설정 정책을 “off”로 설정합니다.
HTTP 관리자 인터페이스 및 관련 파일은 DOS 공격에 취약합니다.
해결책 수정본을 사용할 수 있을 때까지 help.exe 파일을 임시로 제거하는 것이 좋습니다. 또한 권한이 있는 시스템 사용자로 관리 서버를 실행하지 마십시오. 방화벽을 설치하고 Administration Server 액세스를 필터링하여 신뢰할 수 있는 호스트만 허용하는 것이 좋습니다.
Application Server 8.1에 Access Manager 7.0을 설치하고 Access Manager에 대해 기본이 아닌 URI(예: amconsole 대신 idserver, amconsole 대신 idconsole)를 선택한 경우입니다. 특히 amas81config 파일에서 configureServerPolicy()는 Access Manager가 기본 URI로 구성되는 사용 사례를 설명하지 않습니다. 대신 Access Manager war 파일이 기본 URI를 사용하여 배포된다고 가정하고 amserver.war, amconsole.war 및 ampassword.war 파일에 권한을 부여합니다.
해결책 다음 절차를 수행합니다.
Access Manager가 배포된 응용 프로그램 서버 인스턴스를 중지합니다.
다음 기본 디렉토리로 변경합니다. ${AS_DOMAINS_DIR}/${AS_DOMAIN}/config
다음 명령을 입력합니다. cp server.policy server.policy.orig
다음 정책 부여 codeBase를 찾습니다. "file:\${com.sun.aas.instanceRoot}/applications/j2ee-modules/amserver/-" { permission java.net.SocketPermission "*", "connect,accept,resolve"; permission java.util.PropertyPermission "*", "read, write"; }; grant codeBase "file:\${com.sun.aas.instanceRoot}/applications/j2ee-modules/amconsole/-" { permission java.net.SocketPermission "*", "connect,accept,resolve"; permission java.util.PropertyPermission "*", "read, write"; }; grant codeBase "file:\${com.sun.aas.instanceRoot}/applications/j2ee-modules/ampassword/-" { permission java.net.SocketPermission "*", "connect,accept,resolve"; permission java.util.PropertyPermission "*", "read, write"; };
grant codeBase "file:\${com.sun.aas.instanceRoot}/applications/j2ee-modules/amserver/-" {행에서 "amserver"를 서비스 웹 응용 프로그램의 URI로 대체합니다.
레거시 모드 설치의 경우 grant codeBase "file:\${com.sun.aas.instanceRoot}/applications/j2ee-modules/amconsole/-" { 줄에서 “amconsole”을 콘솔 웹 응용 프로그램의 URI로 대체합니다.
grant codeBase "file:\${com.sun.aas.instanceRoot}/applications/j2ee-modules/ampassword/-" { 줄에서 “ampassword”를 비밀번호 웹 응용 프로그램의 URI로 대체합니다.
Access Manager가 배포된 응용 프로그램 서버 인스턴스를 시작합니다.
Administration Server를 중지하고 patchadd를 사용하여 패치를 적용할 때 프로세스가 실패합니다.
해결책 패치를 적용하기 전에 Administration Server를 시작해야 합니다.
Sun JavaTM System Application Server Enterprise Edition 8.1 2005Q2 Update 2가 올바른 표기법입니다. Sun JavaTMSystem Application Server Enterprise Edition 8.1 2005Q4 표기는 잘못된 것입니다.
설치 프로그램이 Application Server의 “서버 이름”을 입력하라는 메시지를 표시합니다. 그러나 설치 프로그램은 사용자가 이 텍스트 필드에 입력하는 내용에 관계 없이 시스템의 실제 호스트 이름을 사용합니다.
해결책 서버 이름이 서버의 호스트 이름과 다르면 수퍼유저가 되어 해당 도메인 디렉토리(“서버 루트” 디렉토리)에서 다음을 입력합니다.
# find . -type f -exec grep -l $HOSTNAME {} \\ ;
그런 다음 파일 내용을 적절하게 변경합니다.
패치 120500–02를 적용하지 않은 경우 Calender Server가 Solaris 10에서 HA(Sun Cluster)와 동작하지 않음(6308379)
해결책 패치 120500–02를 설치합니다.
원격 노드에서 DPS 서버에 너무 많은 연결이 이루어진 경우 DPS 응답이 느려지고 예외가 발생합니다.
해결책 없음
에이전트는 개별 제품이므로 에이전트의 제품에 독립적으로 적용할 수 있는 패치가 있어야 합니다.
해결책 없음
구성 요소가 구성된 경우 해당 출력은 설치 프로그램의 로그 대신 stdout으로 보내집니다. 이로 인해 설치 프로그램 출력에 CLI 진행률 표시줄이 여러 줄로 분리되어 표시됩니다.
해결책 없음
제거 후 다시 설치하는 경우에는 Directory Server를 구성할 수 없습니다. 제거 중에 /var/opt가 제거되지 않습니다. 그 결과 Directory slapd를 찾지 못해서 Directory Server를 시작하려고 하면 오류가 로그됩니다.
해결책 Directory Server를 제거한 후 다시 설치하기 전에 /var/opt를 제거합니다.
한 세션에서 Directory Server를 설치하고 그 다음 세션에서 Administration Server를 설치하려는 경우 Administration Server를 설치하고 구성하지 않았음에도 해당 확인란이 이미 선택되어 있습니다. 때문에 Administration Server를 설치하고 구성할 수 없습니다.
해결책 동일한 세션에서 Directory Server와 Administration Server를 설치합니다. 또는 Administration Server를 수동으로 구성하는 방법에 대해서는 Directory Server 관리 설명서를 참조하십시오.
Solaris 패키지를 직접 제거하고 나중에 설치 프로그램을 실행하면 Message Queue가 여전히 설치되어 있으며 제대로 작동하지 않습니다.
해결책 Message Queue 패키지를 이미 수동으로 제거한 경우에는 제거 프로그램을 사용하여 Message Queue를 제거해야 합니다. 제거 프로그램을 실행하고 제거할 Message Queue구성 요소를 선택합니다.
서버 업그레이드를 원하지 않는 기존 배포의 경우 레거시 프로토콜 구현을 사용하려면 공동 작업 세션 팩토리 객체의 등록 정보를 명시적으로 설정해야 합니다. API에서 다음 구성자를 배치하여 ColloaborationSessionFactor를 만듭니다. CollaborationSessionFactory factory = newCollaborationSessionFactory(“com.iplanet.im.client.api.ilMSessionFactory”) ;
해결책
디렉토리 시스템에서 Directory Server와 Administration Server를 설치하고 구성합니다.
Messaging 시스템에서 Administration Server와 Messaging Server를 설치합니다. Administration Server는 설치 중에 구성할 수 있지만 Messaging Server는 구성할 수 없습니다.
Messaging Server를 구성합니다.
스키마 2 지원과 함께 Messaging Server를 사용하려면 Access Manager와 Directory Server를 설치해야 합니다.
해결책 현재 Directory Server에서 스키마 2 지원을 얻는 방법은 Access Manager를 설치하는 것뿐입니다.
Access Manager에서도 웹 컨테이너 역할을 할 Web Server(또는 Application Server)가 필요합니다. Access Manager가 Directory Server와 함께 설치되어 있지 않으면 Messaging Server는 스키마 1만 사용합니다. Java Enterprise System 설치 중에 스키마 1 또는 2에 대해 사용자가 선택할 수 있는 옵션이 없기 때문에 Directory Server를 업데이트하려면 Access Manager를 설치해야 합니다.
해결책 이 문제와 관련된 최신 업그레이드 설명서를 보려면 다음 발행물을 참조하십시오.
Sun Java Enterprise System 2005Q4 업그레이드 설명서
해결책 Solaris 10 시스템에서 게이트웨이 워치독 프로세스를 시작한 후 다음 명령을 실행합니다.
#svcadm restart cron
Portal 설치 동안 다음 예외가 Application Server 로그에 나타날 수 있습니다.
java.lang.ClassNotFoundException:com.sun.mobile.filter.AMLController
결책 이는 정상적인 동작입니다.
2005년 7월 29일에 발행된 Sun Java Enterprise System 2005Q4 업그레이드 설명서를 사용하여 Java ES 2005Q1에서 Java ES 2005Q4로 업그레이드하는 경우 deploy 명령이 작동하지 않습니다. 이 버그는 Administration Server 및 Access Manager에도 해당됩니다. 이 버그는 $HOME/.asadmintruststore 파일이 없을 때만 발생합니다.
해결책 “deploy redeploy” 명령이 중지되고 로그(/var/opt/SUNWam/debug/deploy.log)에 “Do you trust the above certificate?[y/n]”(위 인증서를 신뢰하십니까?[y/n])라는 질문이 나타나면 “Y” 키를 누르고 Enter 키를 누릅니다.
해결책 브라우저를 시작하여 amconsole에 액세스합니다. 서비스 구성 탭에서 게이트웨이를 선택합니다. 웹페이지의 오른쪽 아래 모서리에서 기본 링크를 선택한 다음 보안 탭을 선택합니다. "http://IS_HOST:PORT/amserver/UI/Login"과 같은 URL을 인증되지 않은 URL필드에 추가합니다. 예를 들면 다음과 같습니다. http://boa.prc.sun.com:80/amserver/UI/Login . 그런 다음 다음 명령을 사용하여 게이트웨이를 다시 시작합니다. /etc/init.d/gateway -n default start debug.
현재 Portal Servers는 2005년 7월 27일 만료되는 JCE 1.2.1 패키지를 사용합니다.
해결책 이 문제는 Java ES 2003Q4에서 Java ES 2005Q4까지 모든 Java RES 릴리스에 존재하며 JCE 1.2.1 파일이 배포 시 나타나지만 해당 파일은 사용되고 있지 않으며 Java ES 2005Q4에 영향을 주지 않습니다.
Portal Server 구성 해제 작업(psconfig 및 unconfigurewithscrubds) 동안 remove_Wireless 프로세스가 실패합니다.
해결책 remove_Wireless 파일을 편집하고 빈 if문을 주석 처리합니다. 예를 들면 아래와 같습니다.
#Perform web container specific un-config
#
#if [ “$DEPLOY_TYPE” == “IWS” ]; then
#elif [ “$DEPLOY_TYPE” = “SUNONE” ]; then
#fi
해결책 게이트웨이를 시작하려면 ./gateway start -n default를 입력합니다. 게이트웨이를 중지하려면 /gateway stop -n default를 입력합니다.
패치 118950–14(Solaris SPARC), 118951–14(Solaris/x86) 및 118952–14(Linux)에서 수정본을 사용할 수 있습니다.
해결책 Portal Server, Administration Server 또는 Web Server를 다시 시작할 때마다 게이트웨이도 다시 시작해야 합니다. 서버를 중지하려면 gateway stop을 입력하고 서버를 시작하려면 gateway start를 입력합니다.
proxylet을 사용하는 경우 SRA에서는 rewriter 기술을 사용하여 proxylet이 시작되기 전에 로그인 페이지 및 데스크탑 페이지 일부를 불러옵니다.
해결책 없음
인스턴스 메시징 링크를 시작하고 포털 데스크탑을 새로 고치면 “오류: 컨텐트를 사용할 수 없습니다.”가 나타납니다. 또한 다음 파일에서 예외가 발생합니다.
/var/opt/SUNWam/desktop.debug.
해결책 domain.xml 파일(/var/opt/SUNWappserver/domain1/config에 있음)을 편집하고 다음을 수행합니다.
/usr/share/lib/jaxen-core.jar로 Java 구성 클래스 경로 접두어를 수정합니다.
stop-domain domain1을 입력합니다.
asadmin start-domain을 입력합니다.
사용자 이름 및 비밀번호를 입력합니다.
SampleIFrame 채널에서 도움말 아이콘을 누르면 “HTTP Status 404 — /portal/docs/en/desktop/iframechann.htm”이 표시되며 도움말을 사용할 수 없습니다.
해결책 없음iFrame 공급자에는 도움말이 제공되지 않습니다.
Portal Server를 설치 및 제거하는 동안 설치 프로그램과 제거 프로그램이 중단된 것처럼 표시됩니다. 설치 제거를 성공적으로 마칠 때까지 최대 30분 정도 지연될 수 있습니다.
해결책 없음
설치 모드에 관계 없이 다중 세션 설치 중에 게이트웨이 리디렉션이 일어나지 않습니다.
해결책
Portal Server 브라우저를 시작하여 amconsole에 액세스합니다.
“서비스 구성” 탭 아래에서 “게이트웨이”를 선택합니다.
창의 오른쪽 아래에서 “기본값”과 “보안 ” 탭을 누릅니다.
그런 다음 “http://IS_HOST:PORT/amserver/UI/Login”과 같은 URL을 “Non-authenticated URLs:” 필드에 추가합니다.
예를 들어 http://boa.prc.sun.com:80/amserver/UI/Login이라는 URL을 추가합니다.
마지막으로 수퍼유저로 다음을 수행하여 포털 게이트웨이를 다시 시작합니다.
# /etc/init.d/gateway -n default start debug |
이 버그로 인해 Java Enterprise System 공통 에이전트 컨테이너가 실패할 수 있습니다.
플랫폼/구조: 이 버그는 x86 구조나 SPARC 구조에서 실행 중인 Solaris 10 시스템 또는 Java 2 Runtime Environment, Standard Edition 1.5에서만 발생합니다. 사용자의 cryptoadm 구성에 따라 SSL 연결을 열면 Solaris 10 시스템에서 공통 에이전트 컨테이너가 실패할 수 있습니다.
해결책 다음 명령을 루트로 실행합니다. crypto disable metaslot.
공통 에이전트 컨테이너가 모듈 번호 다음에 버전 번호를 표시합니다.
해결책 두 가지 해결 방법을 사용할 수 있습니다. (1) 공통 에이전트 컨테이너를 중지합니다. 이렇게 하면 JesMF 모듈 및 종속 모듈을 비롯하여 모든 공통 에이전트 컨테이터 모듈이 중지됩니다. (2) 또는 공통 에이전트 컨테이너 관리 명령을 사용하여 JesMF에 종속성을 가진 모듈을 배포 해제한 다음 JesMF 모듈을 배포 해제할 수도 있습니다.
설치 프로그램이 SUNWtcatu 패키지를 업그레이드하지 않습니다.
해결책 설치를 시작하기 전에 pkgrm을 사용하여 SUNWtcatu를 수동으로 제거합니다. 그런 다음 설치 프로그램을 실행하면 올바른 Tomcat 4.0.5 패키지 버전이 설치됩니다.
해결책 설치를 시작하기 전에 pkgrm을 사용하여 SUNWtcatu를 수동으로 제거합니다.
Sun Cluster 3.1 8/05 설치 설명서의 “종속성 소프트웨어 업그레이드 방법” 절에 있는 롤링 및 비-롤링 업그레이드에 대한 공통 에이전트 컨테이너 패키지를 추가하는 방법은 공통 에이전트 컨테이너가 SC31U4 IFR에 배포된 경우에만 올바르게 적용됩니다. 해당 절차는 Java ES 2005Q4에 제공된 공통 에이전트 컨테이너의 경우 올바르지 않습니다. Java ES 2005Q4에 제공된 공통 에이전트 컨테이너의 경우 올바른 지침은 다음과 같습니다.
pkgadd —d . SUNWcacaocfg SUNWcacao
설치 프로그램이 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 에이전트를 Application Server 및 HADB 8.1과 함께 설치하지 마십시오.
Java Enterprise System 2005Q1에는 Sun Java System Directory Server 5 2004Q2용 Sun Cluster 데이터 서비스가 있습니다. Sun Java System Directory Server 5.0 또는 5.1이나 Netscape HTTP, 버전 4.1.6용 Sun Cluster 데이터 서비스가 필요한 경우 Sun Cluster 3.1 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 Agents를 추가로 설치합니다.
해결책 모든 구성 파일을 백업합니다. 그런 다음 Java Enterprise System 설치 프로그램을 사용하여 Web Server를 설치하기 전에 디렉토리를 제거합니다.
부트 시 시작 기능이 사용 가능한 상태에서 Web Proxy Server를 성공적으로 설치한 후 설치 요약 보고서에 설치 및 구성이 실패했다고 표시됩니다.
해결책 설치가 완료된 후 Web Proxy Server를 구성합니다.
해결책 창 크기를 조정합니다. 그런 다음 뒤로와 다음을 누릅니다. 창이 올바르게 표시될 것입니다.
모든 로켈에서 설치하면서 나중에 구성 옵션을 사용하면 SUNWasuee 패키지에서 끊어진 링크가 많이 발생합니다.
해결책 설치 후 현지화 패키지를 수동으로 추가합니다.
설치하는 도중에 설치 프로그램이 중단되면 설치 프로그램을 다시 시작하거나 제거 프로그램을 실행할 수 없습니다. 성공적으로 설치된 패키지가 있더라도 설치 프로그램이 인식하지 못합니다.
해결책 이전 Java Enterprise Systems 설치에 남아 있는 모든 패키지, 디렉토리 및 파일을 수동으로 제거합니다.
Linux에는 다음과 같은 호환 라이브러리가 필요합니다.
compat-gcc-7.3-2.96.128.i386.rpm
compat-gcc-c++-7.3-2.96.128.i386.rpm
compat-libstdc++-7.3-2.96.128.i386.rpm
64비트 Linux를 실행 중이면 32비트 Linux용 시스템 라이브러리를 설치해야 합니다.
Sun Java System Applications Server 8.1 2005Q2 Update 2를 Red Hat Linux AS 2.1 또는 3.0을 실행 중인 시스템에 설치한 경우 Red Hat AS 운영 체제에서 Application Server에 대해 만든 스레드의 스택 크기는 10MB입니다. 그러나 Access Manager 사용자 세션 수가 200에 도달하면 이 스택 크기로 인해 리소스 문제가 발생하고 JVM이 충돌 또는 중지됩니다.
해결책 Application Server를 시작하는 데 사용한 콘솔에서 다음 명령을 실행하여 스택 크기를 256KB로 설정합니다.
# ulimit —s 256;
Linux 3.0 플랫폼에 UWC를 구성하는 동안 하나를 제외한 모든 구성 작업이 완료됩니다.
해결책 이러한 불일치 동작이 발생하지 않도록 하려면 다음 작업을 수행합니다.
1. /var/opt/sun/uwc/staging으로 이동합니다.
2. ls —l을 입력하여 디렉토리 내용을 표시합니다.
3. 심볼릭 링크를 참조하는 경우 다음 단계로 진행하기 전에 해당 링크를 삭제해야 합니다.
4. ./config-appserver8x deploy를 입력합니다.
설치 프로세스 동안 비밀번호를 입력할 것을 요청하는 메시지가 표시됩니다. 백스페이스를 누르면 비밀번호가 표시됩니다( 마지막 문자 제외).
해결책 없음
JAVA_HOME이 제대로 정의되어 있지 않습니다. 이 오류는 Ant가 로드되지 못하게 합니다. 또한 Ant를 요청하는 SOAR도 로드되지 못하게 합니다.
해결책 Ant 스크립트에서 19행의 내용을 no_config=false에서 noconfig=true로 변경합니다.
Ant 1.6.1.(Java ES 4와 번들로 제공)은 다음 구성 파일을 검색합니다.
/etc/ant.conf
${HOME}/.ant/ant.conf
${HOME}/antrc
Java ES에서 Ant가 제대로 작동하려면 Ant가 위에 나열된 구성 파일의 설정을 무시하고 Java ES가 제공하는 설정을 사용해야 합니다.. 이렇게 하려면 다음 해결 방법을 수행해야 합니다.
해결책 (1) –noconfig를 ant(ant –noconfig <사용자 명령>)와 함께 사용합니다.
해결책 (2) /etc/ant.conf를 제거합니다.
Java Enterprise System 개발자들은 Red Hat 2.1U2 및 3.0U1에 대해 테스트를 수행했으므로 이후 릴리스에 문제가 없음을 보장할 수 없습니다. 자세한 내용은 고객 지원 담당자에게 문의하십시오.
STH 스트레스 테스팅 동안 tcp_smpt_server에서 코어 덤프가 발생합니다.
해결책 없음
Linux RPM을 직접 제거한 후 설치 프로그램을 실행해 보면 Message Queue가 여전히 설치되어 있으며 제대로 작동하지 않습니다.
해결책 Message Queue RPM을 이미 수동으로 제거한 경우에는 제거 프로그램을 사용하여 Message Queue를 제거해야 합니다. 제거 프로그램을 실행하고 제거할 Message Queue구성 요소를 선택합니다.
설치 중에 필요한 공유 라이브러리인 compat-libstdc++-7.3-2.96.122 RPM이 설치되지 않습니다. RPM없이는 Directory Server를 구성할 수 없습니다.
해결책 배포 CD에서 RPM을 수동으로 설치합니다.
제품 구성 요소를 설치할 때 제거에 필요한 RPM 중 하나인 sun-entsys-uninstall-l10n-2.0-1이 설치되지 않는 경우가 있습니다.
해결책 다음을 수행하여 누락된 제거 RPM을 수동으로 설치합니다.
# rpm -i sun-entsys-uninstall-2.0.i386.rpm
RPM을 설치한 후 제거 스크립트가 나타납니다.
Java Enterprise System의 Linux 릴리스에서 Message Queue는 NSPR(Netscape Portable Runtime) 및 NSS(Network Security Services) 라이브러리의 자체 복사본을 제공합니다. Message Queue와 함께 설치된 버전은 Java Enterprise System에서 설치하는 버전보다 이전 버전입니다.
Message Queue를 기본 위치에 설치한 경우 이전 라이브러리는 /opt/imq/lib에 있습니다. Message Queue C 응용 프로그램을 빌드하는 경우 Message Queue C 런타임 라이브러리(mqcrt.so)는 /opt/imq/lib에 있는 이전 NSPR 및 NSS 라이브러리에 연결됩니다. 이는 지원 가능하며 테스트를 거친 것이지만 /opt/sun/private/lib에 Java Enterprise System이 설치하는 최신 버전을 사용하는 것이 좋습니다.
최신 버전의 라이브러리를 사용하려면 LD_PRELOAD 환경 변수를 다음과 같이 설정합니다.
/opt/sun/private/lib/libnspr4.so:\\ /opt/sun/private/lib/libplc4.so:\\ /opt/sun/private/lib/libplds4.so:\\ /opt/sun/private/lib/libnss3.so:\\ /opt/sun/private/lib/libssl3.so
이 작업은 Message Queue C 응용 프로그램을 실행하기 전에 수행해야 합니다.
설치가 성공적으로 끝났는데도 마지막 설치 프로그램 페이지에 여러 Java 예외가 나열되고 설치 성공 메시지가 표시되지 않습니다.
해결책 오류를 무시하고 /var/sadm/install/logs에서 로그를 확인합니다. 로그에서 설치가 성공했는지 여부를 알 수 있습니다.
독일어 같은 특정 언어의 창이 전체 인터페이스를 표시할 만큼 충분히 넓지 않습니다. 따라서 힌트와 같은 요소의 텍스트가 오른쪽이나 아래쪽에서 잘립니다.
해결책 수동으로 창 크기를 조정합니다.
Netscape 3.9.5 버전의 Netscape 보안 라이브러리가 Java Enterprise System에 포함되어 있습니다. Directory Server, Directory Proxy 및 Administration Server는 /usr/lib/mps/에 설치된 기존 라이브러리 버전(3.3.x)에 종속되는 반면 이 라이브러리에 종속되는 다른 모든 구성 요소 제품은 /usr/lib/mps/secv1/에 설치된 새 버전(3.9.5)에 종속됩니다.
Sun Cluster 3.1 8/05 설치 설명서의 “종속성 소프트웨어 업그레이드 방법” 절에 있는 롤링 및 비-롤링 업그레이드에 대한 공통 에이전트 컨테이너 패키지를 추가하는 방법은 공통 에이전트 컨테이너가 Sun Cluster 3.1 8/05에 배포된 경우에만 올바르게 적용됩니다.
이 절차는 Java ES 2005Q4와 함께 제공되는 공통 에이전트 컨테이너에는 적절하지 않습니다. 올바른 명령은 pkgadd —d . SUNWcacaocfg SUNWcacao입니다
Sun Java Enterprise System 2005Q4에는 재배포할 수 있는 파일이 없습니다.
Java Enterprise System 사용 시 문제가 있으면 다음 방법 중 하나를 사용하여 Sun 고객 지원부에 문의하십시오.
다음 Sun Software Support 서비스 온라인에 문의
이 사이트에는 유지 보수 프로그램과 지원부 연락처 번호뿐만 아니라 Knowledge Base, Online Support Center 및 Product Tracker에 대한 링크가 있습니다.
유지 관리 계약과 관련된 직통 전화 번호로 문의
신속히 문제를 해결하는 데 도움이 될 수 있도록 지원 담당자에게 문의하기 전에 다음 정보를 준비해 두십시오.
문제가 발생한 상황 및 해당 문제가 작업에 미치는 영향을 비롯한 문제에 대한 자세한 설명
컴퓨터 종류, 운영 체제 버전, 제품 버전 및 문제와 관계가 있을 수 있는 패치나 기타 소프트웨어
문제를 재현하기 위해 사용한 방법에 대한 자세한 단계
오류 로그나 코어 덤프
Sun은 설명서의 내용 개선에 노력을 기울이고 있으며, 여러분의 의견과 제안을 환영합니다.
의견을 나누려면 http://docs.sun.com으로 가서 의견 보내기를 누릅니다. 온라인 양식에 설명서 제목과 부품 번호를 기입해 주시기 바랍니다. 부품 번호는 해당 설명서의 제목 페이지나 문서 맨 위에 있으며 일반적으로 7자리 또는9자리 숫자입니다. 예를 들어 이 책의 제목은 Java Enterprise System 릴리스 노트이며 부품 번호는 819-3424입니다. 사용자 의견을 제출할 때 해당 양식에 영문 설명서 제목과 부품 번호를 입력해야 할 수도 있습니다. 본 설명서의 영문 부품 번호와 제목은 819-2329, Sun Java Enterprise System 2005Q4 Release Notes입니다.
다음 인터넷 사이트에서 유용한 Sun 관련 정보를 찾을 수 있습니다.
Sun 설명서 http://docs.sun.com/prod/java.sys
Net Connect 설명서 http://docs.sun.com/coll/NC3dot1_collection_en
Sun 전문 서비스 http://www.sun.com/service/sunps/sunone
Sun 소프트웨어 제품 및 서비스 http://www.sun.com/software
Sun 소프트웨어 지원 서비스 http://www.sun.com/service/sunone/software
Sun 지원 및 기술 자료 http://www.sun.com/service/support/software
Sun 지원 및 교육 서비스 http://training.sun.com
Sun 컨설팅 및 전문 서비스 http://www.sun.com/service/sunps/sunone
Sun 개발자 정보 http://developers.sun.com
Sun 개발자 지원 서비스 http://www.sun.com/developers/support
Sun 소프트웨어 교육 http://www.sun.com/software/training
Sun 소프트웨어 데이터 시트 http://wwws.sun.com/software