test

Sun Java System Portal Server 7.1 Update 1 릴리스 노트

Sun Java System Portal Server 7.1 Update 1 릴리스 노트

이 릴리스 노트에는 Sun JavaTM System Portal Server 7.1 Update 1 릴리스 당시 사용 가능한 중요한 정보가 포함되어 있습니다. 이 문서에는 새 기능과 향상된 기능, 알려진 문제점과 제한 사항 및 docs.sun.com SM에서 이미 제공되는 Sun Java System Portal Server 7.1 설명서를 보완하는 기타 정보가 수록되어 있습니다. Portal Server 7.1 Update 1을 시작하기 전에 이 문서를 읽어 주십시오.

주 –

Windows에서 Portal Server 7.1 Update 1은 개발자 또는 평가 플랫폼으로만 사용할 수 있으며 배포 플랫폼으로는 사용할 수 없습니다.

릴리스 노트의 최신 버전을 보려면 docs.sun.com의 Sun Java System 문서 자료 웹 사이트를 참조하십시오. 소프트웨어를 처음 설치하기 전에 이 웹 사이트를 확인하고 정기적으로 방문하여 최신 릴리스 노트와 제품 설명서를 보십시오.

이 릴리스 노트는 다음 절로 구성되어 있습니다.

이 설명서에서는 타사 URL을 참조하고 그와 관련된 추가 정보를 제공할 수도 있습니다.

주 –

Sun은 본 설명서에서 언급된 타사 웹 사이트의 가용성 여부에 대해 책임을 지지 않습니다. 또한 해당 사이트나 리소스를 통해 제공되는 내용, 광고, 제품 및 기타 자료에 대해 어떠한 보증도 하지 않으며 그에 대한 책임도 지지 않습니다. 따라서 타사 웹 사이트의 내용, 제품 또는 서비스의 사용으로 인해 발생한 실제 또는 주장된 손상이나 피해에 대해서도 책임을 지지 않습니다.

릴리스 노트 개정 내역

표 1 개정 내역

날짜 

변경 내용 

2007년 8월 7일 

Sun Java System Portal Server 7.1 Update 1 릴리스 노트 발표. 

Portal Server 7.1 Update 1 정보

Sun Java System Portal Server는 최종 사용자가 리소스와 응용 프로그램에 액세스할 수 있도록 하는 포털 데스크탑을 제공합니다. 또한 이 Portal Server는 포털 데스크탑에서 인터넷 내용을 구성 및 액세스할 수 있도록 해주는 검색 엔진 인프라를 제공합니다.

Portal Server 7.1 Update 1은 블로그 포틀릿, 커뮤니티 기능, AJAX 데스크탑 등의 추가 기능을 제공합니다. Java ES 설치 프로그램을 사용하여 Portal Server 7.1 Update 1을 설치하거나, Solaris 및 Linux 플랫폼의 패치를 사용하여 설치되어 있는 기존 Portal Server 7.1을 Portal Server 7.1 Update 1로 업그레이드할 수 있습니다.

Portal Server 7.1 Update 1은 평가용 설치 프로그램을 사용하여 Windows 플랫폼에 설치할 수 있으며 개발자 플랫폼으로만 인증됩니다.

Portal Server는 원격 사용자가 인터넷을 통해 안전하게 사용자 조직의 네트워크 및 서비스에 액세스할 수 있도록 해주는 SRA(Secure Remote Access) 지원을 제공합니다. 그 외에도 조직에 안전한 인터넷 포털을 갖추어 직원, 비즈니스 파트너 또는 일반 대중이 컨텐트, 응용 프로그램 및 데이터에 액세스할 수 있게 해줍니다.

이 절에서 다루는 내용은 다음과 같습니다.

이 릴리스의 새로운 내용

Portal Server 7.1 Update 1에서 사용할 수 있는 새로운 기능은 다음과 같습니다.

폐기된 기능

Portal Server 7.1 Update 1에서 폐기된 기능은 다음과 같습니다.

사용 중단 알림 및 통지

제거된 기능

Portal Server 7.1 Update 1에서 제거된 기능은 다음과 같습니다.

하드웨어 및 운영 체제 요구 사항

아래 표에는 하드웨어 및 운영 체제 요구 사항이 정리되어 있습니다.

표 2 하드웨어 및 운영 체제 요구 사항

구성 요소 

플랫폼 요구 사항 

지원되는 플랫폼 

Sun BladeTM 또는 동급 워크스테이션이나 서버

운영 체제 

SolarisTM 9 또는 Solaris 10(SPARC)

Solaris 9 또는 Solaris 10(x86) 

Red Hat Enterprise Linux 3.0 Update 3 또는 4.0(x86) 

최신 서비스 팩을 포함한 32비트 모드의 Windows 2003/XP/Vista 

참고: Windows에서 Portal Server 7.1 Update 1은 개발자 또는 평가 플랫폼으로만 사용할 수 있으며 배포 플랫폼으로는 사용할 수 없습니다. 평가용 설치 프로그램을 사용하여 Portal Server 7.1 Update 1을 설치합니다. 평가용 설치 프로그램은 http://www.sun.com/download/products.xml?id=465e130d에서 다운로드 가능합니다.

Portal Server 설치 방법이 나와 있는 추가 정보 파일이 설치 프로그램과 함께 제공됩니다. 평가용 설치 프로그램은 System Portal Server 7.1 Update 1의 사전 구성된 이미지를 제공합니다. 이 파일 내용의 압축을 풀어 Portal Server의 작업 복사본을 얻을 수 있습니다. 

RAM 

1.5GB(Sun Java System Web Server 정규 배포용) 

2.0GB(Sun Java System Application Server 정규 배포용) 

디스크 공간 

1GB(Portal Server 및 관련 응용 프로그램용) 

스왑 공간 

실제 메모리의 2배(예: 2.0GB RAM과 4.0GB 스왑 공간) 

지원되는 브라우저

Portal Server에서 지원되는 브라우저는 다음과 같습니다.

Portal Server 7.1 Update 1 설치 또는 업그레이드

Java ES 설치 프로그램을 사용하여 Portal Server 7.1 Update 1을 설치할 수 있습니다. Solaris 및 Linux 플랫폼의 경우 패치를 사용하여 기존 Portal Server 7.1을 Portal Server 7.1 Update 1로 업그레이드할 수 있습니다.

이 절은 다음과 같이 구성됩니다.

Portal Server 7.1 Update 1 설치

Portal Server 7.1 Update 1을 설치하려면 설치 비트를 다운로드한 후 설치 프로그램을 실행합니다.

주 –

Portal Server 7.1 Update 1은 평가용 설치 프로그램을 사용하여 Windows 플랫폼에 설치할 수 있으며 개발자 플랫폼으로만 인증됩니다. 평가용 설치 프로그램과 연결된 추가 정보 파일에는 Windows 플랫폼에 Portal Server를 설치하는 방법이 나와 있습니다.

Solaris 및 Linux 플랫폼에서 설치하는 방법에 대한 자세한 내용은 Sun Java System Portal Server 7.1 Configuration Guide의 1 장, Installing Sun Java System Portal Server 7.1를 참조하십시오. 구성 설명서에는 하드웨어 및 운영 체제 요구 사항, 소프트웨어 요구 사항, Portal Server 7.1 설치 확인 등에 대한 정보가 포함되어 있습니다. 구성 설명서에 포함된 이러한 정보는 Portal Server 7.1 및 Portal Server 7.1 Update 1에 적용됩니다.

Portal Server 7.1을 Portal Server 7.1 Update 1로 업그레이드

Solaris 및 Linux 플랫폼에서 패치를 사용하여 Portal Server 7.1을 Portal Server 7.1 Update 1로 업그레이드할 수 있습니다. 설치되어 있는 Portal Server가 Portal Server 7.1이 아닌 경우에는 기존 Portal Server를 Portal Server 7.1로 업그레이드한 후 패치를 사용하여 Portal Server 7.1 Update 1로 업그레이드해야 합니다. Portal Server 업그레이드에 대한 자세한 내용은 Sun Java Enterprise System 5 UNIX용 업그레이드 설명서를 참조하십시오.

다음 절차에 따라 Portal Server 7.1을 Portal Server 7.1 Update 1로 업그레이드합니다.

ProcedureSolaris 플랫폼에서 Portal Server 7.1을 7.1 Update 1로 업그레이드하려면

  1. Sunsolve로부터 다음 패치를 다운로드합니다.

    SPARC: 124301-01 및 x86 플랫폼: 124302-01

    현지화된 버전의 Portal Server 7.1 Update 1로 업그레이드해야 하는 경우에는 125301-02 패치를 다운로드합니다.

    주 –

    Portal Server 7.0을 Portal Server 7.1로 업그레이드할 때는 다음 현지화 패치를 사용합니다.

    Solaris 플랫폼의 경우: 123254-03

    x86 플랫폼의 경우: 124590-03

  2. 디렉토리를 패치 위치로 변경한 후 다음 명령을 실행하여 패치를 추가합니다.

    patchadd patch-id

  3. 웹 컨테이너를 다시 시작합니다.

    Sun Java System Application Server의 경우:

    /ApplicationServer_base/Appserver/bin/asadmin stop-domain domain1

    /ApplicationServer_base /Appserver/bin/asadmin start-domain --user admin --password password domain1

    Sun Java System Web Server의 경우:

    /var/opt/SUNWwbsvr7/https-host.domain-name /bin/stopserv

    /var/opt/SUNWwbsvr7/https- host.domain-name/bin/startserv

  4. 공통 에이전트 컨테이너를 다시 시작합니다.


    /usr/share/bin/cacaoadm stop 
/usr/share/bin/cacaoadm start

  5. 다음 명령을 실행하여 공통 에이전트 컨테이너가 작동하는지 확인합니다.

    /usr/share/bin/cacaoadm status

  6. 현지화 패키지가 업그레이드된 경우 Portal Server 콘솔 JVM의 로켈을 en_US.UTF-8로 설정합니다.

    export LC_ALL=en_US.UTF-8

    export LANG=en_US.UTF-8

  7. 다음 명령을 실행하여 Portal Server를 7.1 Update 1로 업데이트합니다.

    PortalServer-base/opt/SUNWportal/bin/psupdate -a

    psupdate 스크립트 실행 방법에 대한 자세한 내용은 다음 표를 참조하십시오.

    질문 사항 

    수행할 작업 

    모든 서버(cacao, 웹 컨테이너)를 다시 시작했습니까? 

    공통 에이전트 컨테이너 및 웹 컨테이너를 다시 시작한 경우 Y를 입력합니다. 

    공통 에이전트 컨테이너 및 웹 컨테이너를 다시 시작하지 않은 경우 N을 입력합니다. N을 입력하면 스크립트가 중단됩니다. 공통 에이전트 컨테이너 및 웹 컨테이너를 다시 시작한 후 psupdate 스크립트를 호출해야 합니다.

    이 설치가 상주하는 호스트의 이름을 입력하십시오(도메인 이름 제외).  

    이 설치가 상주하는 호스트의 이름을 입력합니다. 예: i-planet-14 

    이 설치가 상주하는 호스트의 정규화된 이름을 입력하십시오. 

    이 설치가 상주하는 호스트의 정규화된 이름을 입력합니다. 예: i-planet-14.red.iplanet.com 

    포털 구성 디렉토리의 이름을 입력하십시오. 

    구성 디렉토리의 기본 이름은 /etc/opt/SUNWportal입니다.

    웹 컨테이너 이름을 사용하여 포털 웹 응용 프로그램을 설치했습니까?

    스크립트에서 Portal Server 7.1을 설치하는 데 사용된 웹 컨테이너를 자동으로 검색합니다. 

    웹 컨테이너의 Administration Server에 대한 포트를 입력하십시오.

    Sun Java System Application Server의 기본값은 4849입니다. 

    Sun Java System Web Server의 기본값은 8989입니다. 

    웹 컨테이너 관리자의 이름을 입력하십시오.

    관리자 아이디를 입력합니다. 

    웹 컨테이너 관리자의 비밀 번호를 입력하십시오.

    관리자의 비밀 번호를 입력합니다. 

    Access Manager 관리자의 아이디를 입력하십시오. 

    Access Manager 관리자의 아이디를 입력합니다. 관리자 아이디의 기본값은 amadmin입니다.

    Access Manager 관리자의 비밀 번호를 입력하십시오.  

    Access Manager 관리자의 비밀 번호를 입력합니다. 

    재배포를 로컬 포털 인스턴스로 제한하시겠습니까? 

    이 컴퓨터에 호스트된 Portal Server 인스턴스에만 재배포할 수 있도록 하려면 Y를 입력합니다. 웹 컨테이너 클러스터를 사용하는 포털 설치에는 이 옵션을 선택하지 마십시오. 이 검퓨터가 하나 이상의 인스턴스를 호스트하는 모든 포털의 모든 인스턴스에 재배포하도록 하려면 N을 입력합니다. 이 옵션은 웹 컨테이너 클러스터를 사용하는 포털 설치에 필요합니다. 

    엔터프라이즈 샘플을 설치(재설치)하시겠습니까? 

    엔터프라이즈 샘플을 재설치하려면 Y를 입력합니다. 기본값은 N입니다. 

    샘플을 사용자 정의한 후 Y를 선택하면 해당 샘플을 덮어 쓰게 됩니다. 

    Access Manager LDAP 사용자의 비밀 번호를 입력하십시오.  

    Access Manager LDAP 사용자의 비밀 번호를 입력합니다. 기본값은 N입니다. 

    샘플을 사용자 정의한 후 Y를 선택하면 해당 샘플을 덮어 쓰게 됩니다. 

    개발자 샘플을 설치(재설치)하시겠습니까? 

    개발자 샘플을 재설치하려면 Y를 입력합니다. 기본값은 N입니다. 

    샘플을 사용자 정의한 후 Y를 선택하면 해당 샘플을 덮어 쓰게 됩니다. 

    커뮤니티 샘플을 설치(재설치)하시겠습니까? 

    개발자 샘플을 재설치하려면 Y를 입력합니다. 기본값은 N입니다. 

    샘플을 사용자 정의한 후 Y를 선택하면 해당 샘플을 덮어 쓰게 됩니다. 

    커뮤니티 데이터베이스를 실행하고 있습니까? 

    커뮤니티 데이터베이스를 실행하고 있는 경우 Y를 입력합니다. 

  8. 공통 에이전트 컨테이너 및 웹 컨테이너를 다시 시작합니다.

ProcedureLinux 플랫폼에서 Portal Server 7.1을 7.1 Update 1로 업그레이드하려면

  1. Sunsolve에서 다음 패치를 다운로드합니다.

    124303-01

  2. 디렉토리를 패치 위치로 변경한 후 update 스크립트를 실행합니다.

  3. (옵션) 현지화된 버전의 Portal Server 7.1 Update 1로 업그레이드하려면 125301-02 패치를 다운로드하여 설치합니다.

    1. 다음 명령을 사용하여 각 rpm 파일을 설치합니다.

      rpm -Fvh /patch-id/file-name.rpm

      예: rpm -Fvh /125302-02/sun-portal-base-l10n-7.1-1.1.i386.rpm

  4. 웹 컨테이너를 다시 시작합니다.

  5. 공통 에이전트 컨테이너를 다시 시작합니다.

    /opt/sun/cacao/bin/cacaoadm stop

    /opt/sun/cacao/bin/cacaoadm start

  6. 다음 명령을 실행하여 공통 에이전트 컨테이너가 작동하는지 확인합니다.

    /opt/sun/cacao/bin/cacaoadm status

  7. 현지화 패키지가 업그레이드된 경우 Portal Server 콘솔 JVM의 로켈을 en_US.UTF-8로 설정합니다.

    export LC_ALL=en_US.UTF-8

    export LANG=en_US.UTF-8

  8. 다음 명령을 실행하여 Portal Server를 7.1 Update 1로 업데이트합니다.

    PortalServer-base/opt/SUNWportal/bin/psupdate -a

  9. 공통 에이전트 컨테이너 및 웹 컨테이너를 다시 시작합니다.

Procedure패치를 제거하려면

  1. 다음 명령을 실행합니다.

    patchrm patch-id

  2. 웹 컨테이너 및 공통 에이전트 컨테이너를 다시 시작합니다.

  3. 다음 명령을 실행하여 Portal Server 7.1로 롤백합니다.

    psupdate -r

  4. 공통 에이전트 컨테이너 및 웹 컨테이너를 다시 시작합니다.

Portal Server 7.0을 Portal Server 7.1 Update 1로 업그레이드

Portal Server 7.0을 Portal Server 7.1 Update 1로 업데이트하려면 Portal Server 7.0을 Portal Server 7.1로 업그레이드해야 합니다. Portal Server 7.1로 업그레이드하는 방법에 대한 자세한 내용은 Sun Java Enterprise System 5 UNIX용 업그레이드 설명서를 참조하십시오.

주 –

업그레이드 설명서에 지정된 현지화 패치는 사용하지 마십시오.

Portal Server 7.0을 Portal Server 7.1로 업그레이드할 때는 다음 현지화 패치를 사용합니다.

SPARC 

123254-03 

x86 

124590-03 

Linux 

123255-02 

주 –

위의 표에 나와 있는 패치를 사용한 경우 Portal Server 7.1을 Portal Server 7.1 Update 1로 업그레이드할 때 현지화 패치를 사용하지 않아도 됩니다.

업그레이드에 대한 자세한 내용은 Portal Server 7.1을 Portal Server 7.1 Update 1로 업그레이드를 참조하십시오.

Windows 플랫폼에 Portal Server 7.1 Update 1 설치

Windows 플랫폼에 Portal Server 7.1 Update 1을 설치하는 방법에 대한 자세한 내용은 Windows 설치 프로그램 zip 파일에 포함된 추가 정보 파일을 참조하십시오.

이 릴리스의 버그

이 절에는 Portal Server 7.1 Update 1의 공개된 버그에 대한 정보가 포함되어 있습니다.

다음과 같은 제품 영역을 다룹니다.

설치


패치를 루트 사용자로 적용해야 합니다. (#5080029)

해결책:

모든 사후 설치 구성에 따라 Portal Server를 루트가 아닌 사용자로 실행한 경우 이러한 변경 내용을 제거한 후 패치를 적용하기 전에 Portal Server를 루트로 실행해야 합니다.

패치를 성공적으로 적용한 후에 사후 설치 절차에 따라 Portal Server를 루트가 아닌 사용자로 실행합니다.


Portal Server와 Access Manger가 서로 다른 두 컴퓨터에 설치되어 있는 경우 토론 만들기 및 검색 작업을 수행할 수 없습니다. (#6534761, 6534777)

해결책:

Portal Server 7.1을 Portal Server 7.1 Update 1로 업그레이드한 후 공통 에이전트 컨테이너를 다시 시작합니다.

Solaris 플랫폼의 경우:


/usr/share/bin/cacaoadm stop 
/usr/share/bin/cacaoadm start

Linux 플랫폼의 경우:

/opt/sun/cacao/bin/cacaoadm stop

/opt/sun/cacao/bin/cacaoadm start


새 포털을 만든 후 공통 에이전트 컨테이너를 다시 시작해야 합니다. (#6521384)

예:

Linux 플랫폼에서 Application Server 8.2를 Portal Server용 웹 컨테이너로 사용하는 경우 새 포털을 만든 후 공통 에이전트 컨테이너를 다시 시작해야 합니다.


/opt/sun/cacao/bin/cacaoadm stop
/opt/sun/cacao/bin/cacaoadm start

Application Server 클러스터에 설치된 Portal Server를 제거하려면 각 노드에서 해당 Portal Server 인스턴스를 제거해야 합니다. (#6494878)

해결책:

다음을 수행합니다.

  1. 각 보조 노드에서 DAS를 시작합니다.

  2. psadmin delete-instance 명령을 실행하여 각 보조 노드에서 Portal Server 인스턴스를 삭제합니다.

  3. 기본 노드에서 Portal Server 인스턴스를 삭제합니다.

  4. uninstall 명령을 실행하여 Portal Server를 제거합니다.

명령줄 유틸리티를 사용한 관리


generate-user-behaviour-tracking-report 명령 도움말에 --format 옵션에 대한 정보가 없습니다. (#6506032)

설명:

psadmin generate-user-behaviour-tracking-report --help 명령을 실행하면 -–format 옵션에 대한 설명이 표시되지 않습니다.

-–format 옵션은 PDF, HTML, XML 등의 보고서 형식을 지정합니다 . 기본적으로 보고서는 PDF 형식으로 저장됩니다.


서버에 .war 파일이 하나 이상 배포되지 않으면 psadmin delete-instance 명령이 실패합니다. (#6504630)

설명:

psadmin delete-instance 명령은 웹 응용 프로그램을 배포 해제하려고 시도하므로 포틀릿이 성공적으로 배포되지 않으면 명령이 실패하게 됩니다.

해결책:

해당 인스턴스에서 배포되지 않은 war 파일을 배포한 다음 psadmin delete-instance 명령을 실행합니다.


고유 이름(DN)에서 포틀릿 war 파일을 배포 해제하면 모든 DN에서 해당 .war 파일이 배포 해제됩니다. (#6495423)

설명:

두 DN(예: DN x 및 DN y)에서 포틀릿 war 파일을 배포한 다음 DN y에서 해당 war 파일을 배포 해제합니다. 그러면 컨테이너에서 웹 응용 프로그램이 배포 해제되기 때문에 데스크탑에는 DN x의 포틀릿이 표시되지 않습니다.

해결책:

다음을 수행합니다.

  1. DN x에서 이 공급자의 디스플레이 프로필 단편을 제거합니다.

    psadmin remove-dp -u admin-user -f password-file -d x -p portal1 -t provider -n blogportlet.blog

  2. DN x에 해당 포틀릿 war 파일을 다시 배포합니다.

    psadmin deploy-portlet -u admin-user -f password-file -d x -p portal1 -n blogportlet.war


기본적으로 —overwrite 옵션은 Portal Server 관리자 콘솔을 통한 가져오기에는 true이고, psadmin import 명령에는 false입니다. (#6323091)

해결책:

--dp-only 옵션과 함께 psadmin import 하위 명령을 사용하는 경우 지정된 dn에 대해 전체 디스플레이 프로필을 교체하려면 --overwrite 옵션을 사용합니다. 예를 들어 다음과 같이 입력합니다.

./psadmin import -u amadmin -f ps_password - p portal-ID --dp-only --continue -- overwrite


인스턴스가 포털 호스트가 아닌 호스트에 있으면 포털 디렉토리가 삭제되지 않습니다. (#6355651)

설명:

machine1에서 delete-portal을 실행합니다. machine1에서 /var/opt/SUNWportal/portals/portal1 디렉토리가 삭제됩니다. 하지만 machine2에서는 같은 디렉토리가 삭제되지 않습니다.

해결책:

machine2에서 /var/opt/SUNWportal/portals/portal1 디렉토리를 삭제합니다.

협업 및 커뮤니티


커뮤니티 포틀릿에 블로그 검색 링크가 없습니다. (#6504524)

설명:

검색에 사용할 블로그 링크가 없으므로 블로그 커뮤니티만 검색하기가 어렵습니다.

해결책:

다음을 수행합니다.

  1. Portal Server 콘솔에 로그인하고 DeveloperSample DN을 선택합니다.

  2. [컨테이너 및 채널 관리] —> [CommynityParentContainer] —> [CommunityHomeContainer] —> [CommunityPortlet]을 차례로 선택합니다.

  3. [포틀릿 기본 설정] —> [availableDatabase]를 선택합니다.

  4. 블로그를 입력한 후 페이지를 저장합니다.

  5. Portal Server 데스크탑에 로그인하고 [내 커뮤니티] 탭을 선택합니다.

    이제 커뮤니티 포틀릿에서 블로그 검색 링크를 사용할 수 있습니다.


설문 조사 및 투표에서 별표(*)를 사용하는 와일드카드 검색은 지원되지 않습니다. (#6426679)

해결책:

설문 조사 및 투표에서 와일드카드 검색을 수행할 때는 백분율 기호(%)를 사용하십시오.


커뮤니티 포틀릿에 처음 액세스하면 컨텐트를 사용할 수 없다는 오류가 표시됩니다. (#6495254)

해결책:

브라우저를 새로 고칩니다.

데스크탑


데스크탑 탭의 이름을 변경할 수 없습니다. (# 6538352)

해결책:

다음을 수행합니다.

  1. 디스플레이 프로필을 다운로드합니다.

  2. 디스플레이 프로필에서 탭 이름을 수동으로 변경합니다.

  3. 디스플레이 프로필을 업로드합니다.


JSP 메뉴 컨테이너에서 메뉴 항목 간에 전환할 수 없습니다. (# 6500729)

해결책:

모든 최하위 채널의 새로 고침 시간을 0으로 설정합니다.


쿠키 크기 때문에 인증되지 않은 익명 사용자에 대한 포틀릿이 실패합니다. (#6460104)

설명:

인증되지 않은 익명 사용자의 경우 등록 정보가 쿠키에 저장됩니다. 여기에는 모든 포틀릿 렌더링 인수와 데스크탑 인수가 포함됩니다. 렌더링 인수가 특정 크기에 도달하면 포틀릿이 실패합니다.

해결책:

다음을 수행합니다.

  1. Access Manager 관리 콘솔에 로그인합니다.

  2. [서비스 구성] —> [클라이언트 감지]를 누릅니다.

  3. [클라이언트 감지] 화면에서 [클라이언트 유형] 필드에 표시된 [편집] 링크를 누릅니다.

  4. [클라이언트 관리자] 팝업 창에서 세 번째 페이지를 선택합니다.

  5. genericHTML에 표시된 [편집] 링크를 누릅니다.

  6. 팝업 창에서 [추가 등록 정보] 옵션을 선택하고 등록 정보 authlessState=server를 추가합니다.


Portal Server 데스크탑에 액세스하면 "키 저장소 형식이 잘못되었습니다."라는 오류 메시지가 표시됩니다.(#6446218, 6488139)

해결책:

다음을 수행합니다.

  1. var/opt/SUNWportal/portals/portalID /config/instanceID 디렉토리에 액세스합니다.

  2. 이 디렉토리에서 security를 security.backup으로 이름 변경합니다.

  3. 인스턴스를 다시 시작합니다.

포틀릿


[포틀릿 배포]의 psconsole에서 멀티 바이트 파일 이름이 손상됩니다. (#6368639)

설명:

기본 시스템 로켈과 브라우저 로켈에서 서로 다른 문자 인코딩을 사용하면 [포틀릿 배포]의 포털 관리 콘솔에서 파일과 디렉토리 이름이 손상된 채 표시됩니다.

해결책:

파일과 디렉토리 이름은 특정 문자 인코딩 방법으로 인코딩됩니다. 기본 시스템 로켈을 브라우저 로켈과 동일한 문자 인코딩으로 설정합니다.


포틀릿 출력 값이 캐시에 저장됩니다. (# 6273292)

설명:

새로 고침 시간 값을 0으로 설정합니다. 예를 들어 <String name="refreshTime" value="0" advanced="true"/>와 같이 설정합니다.


커뮤니티 포틀릿 도움말에 “페이지를 찾을 수 없습니다.”라는 오류 메시지가 표시됩니다. (#6547258 )

해결책:

커뮤니티 샘플 오른쪽 상단 모서리에 있는 [도움말] 버튼을 사용하여 온라인 도움말에 액세스합니다.

Portal Server 관리 콘솔


포털을 가져오거나 내보내는 경우 [파일 선택] 옵션이 작동하지 않습니다. (#6545784)

해결책:

포털을 가져오거나 내보내는 경우 par 파일의 전체 경로를 제공합니다.


Application Server 8.2에서 데이터 소스가 새 Portal Server 인스턴스로 배포되지 않습니다. (#6515080)

해결책:

Application Server 8.2 관리 콘솔에서 다음을 수행합니다.

  1. Application Server 관리 콘솔에 로그인합니다.

  2. 자원 -> [JDBC 자원] -> [jdbc/communitymc]를 차례로 눌러 선택합니다.

  3. 오른쪽 프레임에서 [대상] 탭을 누르고 [대상 관리]를 누릅니다.

  4. 서버 인스턴스를 추가합니다.


Instant Messenger로 인해 시간 초과가 발생하는 경우 Portal Server /portal/dt 페이지가 제대로 로드되지 않습니다. (# 6200508)

해결책:

다음을 수행합니다.

  1. Portal Server 관리 콘솔에 로그인합니다.

  2. [Identity 관리]-> [서비스]를 누릅니다.

  3. 최대 세션 시간을 SSO 채널 연결에 대한 시간 초과 값보다 큰 값으로 변경합니다.


관리 콘솔 도움말에서 HTTPS는 HTTP이고 URL은 URI여야 합니다. (#6476607)

설명:

Secure Remote Access의 [프로필 섹션]에서 속성에 "HTTP 포트 — HTTPS 포트를 지정합니다. 기본값은 80입니다."로 되어 있습니다. 여기서 HTTPS는 HTTP여야 합니다. [모든 URL 다시 쓰기]는 [모든 URI 다시 쓰기]가 되어야 합니다.


Web Server SSL 컴퓨터에서 도움말 파일이 표시되지 않습니다. (#6351789)

설명:

psconsole에 로그인하고 [도움말] 버튼을 누릅니다. 도움말 내용이 표시되지 않습니다.

해결책:

다음 단계를 수행합니다.

  1. ./web-src/common/common-fonfig.xml 파일에 있는 JavaHelpBean의 관리 대상 Bean 선언에 httpPort Bean 관리 대상 등록 정보를 추가합니다. common-config.xml 파일은 psconsole WAR 파일에 있습니다.

  2. httpPort의 값을 웹 컨테이너에서 제공하는 안전하지 않은 포트(http)로 설정합니다.

예:

다음 예에서는 httpPort를 8080 포트로 설정합니다.

<managed-bean>

<description>The backing bean for the Java Help component</description>

<managed-bean-name>JavaHelpBean </managed-bean-name>

<managed-bean-class>com.sun.web.ui.bean.HelpBackingBean </managed-bean-class>

<managed-bean-scope> request</managed-bean-scope>

<managed-property>

<property-name>jspPath </property-name>

<value>faces </value>

</managed-property>

<managed-property>

<property-name> httpPort</property-name>

<value>8080</value>

</managed-property>

</managed-bean>

위 예를 적용하려면 웹 컨테이너에서 http 포트를 지원해야 합니다. psconsole WAR의 unjar 및 re-jar를 추가하여 Bean 등록 정보를 관리하고 http 포트 값을 설정해야 합니다. 변경 내용을 적용하려면 새 psconsole WAR 파일을 만든 후 다시 배포해야 합니다.

Proxylet


Proxylet 채널에서만 Proxylet 도움말을 사용할 수 있습니다. (#5036777)

설명:

Proxylet 채널에서만 Proxylet 도움말을 사용할 수 있습니다. 사용자가 Proxylet 편집 페이지에서 [도움말] 링크를 클릭하면 데스크탑 온라인 도움말이 표시됩니다.


Solaris 플랫폼의 Firefox 브라우저에서 Proxylet이 Java Web Start 모드로 실행되지 않습니다. (#6464974)

해결책:

Windows용 Firefox에서 istall_dir/defaults/profile/mimeTypes.rdf를 Solaris용 Firefox의 istall_dir/defaults/profile 디렉토리로 복사합니다.


Portal Server에서 로그아웃하면 Proxylet 콘솔이 닫히지 않습니다. (#6496855)

해결책:

Proxylet 응용 프로그램을 중지하고 브라우저를 닫습니다.


[Proxylet 자동 다운로드] 옵션을 선택한 후 포털 데스크탑이 새로 고쳐지지 않습니다. (#6493401, 6509603)

설명:

Proxylet 채널에 Proxylet 응용 프로그램이 없는 경우 [편집] 버튼을 누르고 [Proxylet 자동 다운로드] 옵션을 선택하면 포털 데스크탑을 새로 고칠 수 있습니다. 하지만 Windows 2000 플랫폼에서 Mozilla 1.0.7을 사용하는 경우에는 포털 데스크탑이 새로 고쳐지지 않습니다.

해결책:

Proxylet을 자동 다운로드용으로 구성하는 경우 관리자가 해당 포털 데스크탑의 응용 프로그램 URL을 지정해야 합니다.

  1. Portal Server 관리자 콘솔에서 [포털] 탭을 선택합니다.

  2. DP 목록에서 [응용 프로그램] 목록을 제공해야 하는 조직을 선택하거나 사용자를 추가합니다.

  3. 선택한 조직 또는 사용자 아래에서 [탭 및 컨테이너 관리] 링크를 선택합니다.

  4. 왼쪽 창에서 Proxylet을 선택합니다.

  5. 오른쪽 창에서 [AppUrl] 링크를 선택합니다.

  6. 응용 프로그램 URL 페이지에서 해당 응용 프로그램을 추가합니다.

  7. 생성된 응용 프로그램 URL이 특정 사용자 디스플레이 프로필의 포털 데스크탑 또는 선택한 조직의 포털 데스크탑에 표시됩니다.


기본이 아닌 루트 Proxylet 사용자의 경우 pac 파일에 Proxylet 규칙이 포함되어 있지 않습니다. (#6445867)

설명:

Proxylet 사용자의 경우 pac 파일에 Proxylet 규칙이 포함되어 있지 않습니다.

  1. Access Manager 관리자 콘솔에서 developersample 아래에 사용자를 만듭니다.

  2. Portal Server 관리자 콘솔에서 developersample에 대한 Proxylet 규칙을 만듭니다.

  3. Portal Server 데스크탑에 Proxylet 사용자로 로그인합니다.

  4. Proxylet을 시작합니다.

    애플릿 모드로 Proxylet이 다운로드되지만 생성된 pac 파일에는 어떤 Proxylet 규칙도 포함되어 있지 않습니다.

해결책:

다음을 수행합니다.

  1. Portal Server 관리 콘솔에 로그인합니다.

  2. [SRA] 탭을 선택하고 [Proxylet] 탭을 누릅니다.

  3. 해당 조직의 COS 우선 순위를 [가장 높음] 값보다 작게 변경합니다.

  4. o=DeveloperSample에 대한 COS 우선 순위를 [가장 높음] 값보다 작게 변경합니다.

  5. developer_sample COS 우선 순위 아래의 모든 하위 조직을 [가장 높음]으로 설정합니다.

    하위 조직에서 만든 사용자의 경우 해당 Proxylet pac 파일이 생성됩니다.


지정된 세션의 애플릿 창을 닫은 후 Proxylet pac 파일이 생성되지 않습니다. (# 6490738 )

해결책:

다음을 수행합니다.

  1. 현재 세션에서 로그아웃하고 브라우저 창을 닫습니다.

  2. 새 브라우저 세션을 열고 Proxylet을 시작합니다.

Rewriter


Ajax에 대한 Rewriter 규칙 집합을 수동으로 구성해야 합니다. (#6504423)

해결책:

Ajax에 대한 Rewriter 규칙 집합을 수동으로 구성하려면 다음을 수행합니다.

  1. Portal Server 콘솔에 관리자로 로그인합니다.

  2. [Secure Remote Access] 탭을 누르고 [Rewriter 규칙 집합]을 누릅니다.

  3. Rewriter 규칙 집합 표에서 [generic_ruleset] 옵션을 선택한 후 [다운로드]를 누릅니다.

  4. generic_ruleset.xml 파일을 임시 디렉토리에 다운로드합니다.

  5. generic_ruleset.xml 파일에서 Function name="open" paramPatterns="y"/ 규칙 앞에 있는 다음 규칙을 편집합니다. 


    <Function name="*req*.open" paramPatterns=",y,"/> 
	<Function name="_81.open" paramPatterns=",y,"/>
	<Function name="http.open" paramPatterns=",y,"/>
	<Function name="sunportal.AJAXPageStyles" paramPatterns="y"/>

  6. 수정한 파일을 저장합니다.

  7. Portal Server 관리 콘솔의 Rewriter 규칙 집합 표에서 [generic_ruleset]를 선택한 후 [삭제]를 누릅니다.

  8. [새로 업로드]를 눌러 수정된 generic_ruleset.xml 파일을 업로드합니다.

  9. 게이트웨이를 다시 시작합니다.

    위의 규칙은 JavaScript와 관련된 컨테이너 공급자에만 적용됩니다. 채널 관련 JavaScript에는 다른 규칙이 필요할 수 있습니다.


별도의 세션 구성 중에 SRA Rewriter 규칙 집합이 로드되지 않습니다. (#6477552)

해결책:

[Secure Remote Access] -> [Rewriter 규칙 집합]을 선택합니다. 만약 default_gateway_ruleset, exchange_2000sp3_owa_ruleset, exchange_2003_owa_ruleset, inotes_ruleset, iplanet_mail_ruleset, sap_portal_ruleset 및 wml_ruleset 항목을 찾을 수 없으면 다음 명령을 실행합니다.


./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/DefaultGatewayRuleSet.xml
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/OWA2003RuleSet.xml
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/OWASP3RuleSet.xml
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/SAPPortalRuleSet.xml
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/WMLRuleSet.xml
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/iNotesRuleSet.xml
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/iPlanetMailExpressRuleSet.xml

Netlet


Netlet에서 SSL_RSA_WITH_NULL_MD5 암호화 암호를 사용하여 작업할 수 없습니다. (#6434314)

해결책:

[게이트웨이 프로필] > [보안] 탭 아래에서 [Null 암호] 옵션을 사용하도록 설정합니다.

NetFile


Linux 플랫폼에 Portal Server가 설치된 경우 NFS 공유를 추가해야 합니다. (# 6511479)

해결책:

다음을 수행합니다.

  1. 컨테이너 시작 스크립트에 export LD_PRELOAD=/usr/lib/libpam.so 행을 추가합니다.

  2. 컨테이너를 다시 시작합니다

SRA(Secure Remote Access)


명령줄 인터페이스를 사용하여 샘플 포털을 수동으로 설치하면 SRA 서비스가 설치되지 않습니다. (# 6516280)

해결책:

다음 ant 대상을 수동으로 호출하여 각 샘플에 대해 SRA 서비스를 설치합니다.

  • community_sra

  • developer_sra

  • enterprise_sra

샘플 포털을 설치한 후 다음 명령을 실행합니다.

/usr/sfw/bin/ant -f /opt/SUNWportal/samples/portals/build.xml community_sra developer_sra enterprise_sra -Dconfig.location= input-properties-file-location


Secure Remote Access에서 한 번에 한 행만 추가할 수 있습니다. (#6497988)

해결책:

SRA 화면에서 여러 행을 추가하려면 각 행을 추가한 후 세부 정보를 저장합니다.


UWC(Unified Web Client)와 Portal Server가 서로 다른 컴퓨터에 설치되어 있는 경우 Proxylet을 통해 UWC 응용 프로그램에 액세스할 수 없습니다. (#6348935)

해결책:

UWC 응용 프로그램과 Portal Server가 서로 다른 컴퓨터에 설치되어 있는 경우 Proxylet을 통해 UWC 컴퓨터에 액세스하려면 다음을 수행합니다.

  1. Portal Server 관리 콘솔에서 게이트웨이 프로필의 쿠키 관리를 사용하도록 설정합니다.

  2. [사용자 세션 쿠키가 전달될 URL] 필드에 UWC, 캘린더 및 Messaging Server URL을 추가합니다. 예를 들어 http://port/uwc, http://calhost:calport, http://messaginghost:messagingport를 추가합니다.

  3. UWC 컴퓨터의 AMConfig.properties 파일에서 com.iplanet.am.cookie.name=iPlanetDirectoryPro를 com.iplanet.am.cookie.name=iPlanetDirectoryPro1로 변경합니다.

    주 –

    이렇게 하면 게이트웨이와 Portal Server 컴퓨터에서 서로 다른 쿠키 이름이 사용됩니다.

  4. UWC 컴퓨터에서 configutil을 사용하여 Messaging Server의 세션 쿠키를 iPlanetDirectoryPro1로 변경합니다.

  5. UWC의 [인증되지 않은 URL] 목록에 UWC, 캘린더 및 Messaging Server URL을 추가합니다.

  6. 게이트웨이, UWC 및 Portal Server를 다시 시작합니다.


갱신된 인증서를 설치하는 동안 certadmin에서 별명이 무시됩니다. (#6360869)

설명:

갱신된 인증서를 설치하는 동안 certadmin에서 별명이 무시됩니다. 게이트웨이에서 새 인증서 대신 만료된 인증서를 선택하기 때문에 이 문제가 발생하는데, 동일한 별명을 사용하는 두 인증서를 구별할 수 없기 때문입니다.

해결책:

다음 중 하나를 수행합니다.

  1. 이전 인증서를 삭제한 후 새 인증서를 가져옵니다. Portal Server 7.1에서 다음을 수행합니다.


    cd PortalServer_base/SUNWportal/bin/certadmin -n config_name

    5를 선택하여 해당 인증서를 삭제합니다.

  2. 인증서를 갱신하지 않습니다. 인증서가 만료되면 새 키를 사용하여 새로운 인증서로 취득합니다.

검색, 가입 및 토론


Web Server를 루트가 아닌 사용자로 실행하면 검색 서버가 작동하지 않습니다. (#6408826)

설명:

Web Server를 루트가 아닌 사용자로 실행하는 경우 루트가 아닌 사용자로 검색 서버를 만들면 해당 검색 서버가 작동하지 않습니다.

해결책:

다음을 수행합니다.

  1. 검색 서버를 만듭니다.

  2. 다음 명령을 사용하여 검색 서버 인스턴스를 변경합니다.

    chown -R nonrootuser.nonroot search_instance

  3. 루트가 아닌 사용자로 Web Server를 다시 시작합니다.

  4. 다음 명령을 사용하여 검색 인스턴스의 권한을 변경합니다.

    chmod -R og+rX search_instance

WSRP


SSL을 사용하는 WSRP 제작자가 SSL을 사용하지 않는 소비자에서 작동하지 않습니다. (#6292152)

설명:

SSL을 사용하는 WSRP 제작자가 SSL을 사용하지 않는 소비자에서 작동하지 않습니다. 공통 에이전트 컨테이너에서 트러스트 저장소는 SSL 서버 CA 인증서와 트러스트 저장소 집합의 비밀 번호로 채워야 합니다.

해결책:

공통 에이전트 컨테이너 서버의 트러스트 저장소를 설정하려면 다음을 수행합니다.

  1. 트러스트 저장소를 만들고 keytool 명령을 사용하여 SSL 서버의 CA 인증서를 이 트러스트 저장소로 가져옵니다.

  2. cacaoadm 명령을 사용하여 다음과 같은 JVM 등록 정보를 설정합니다.

    • Djavax.net.ssl.truststore

    • Djavax.net.ssl.truststorePassword

    예를 들어 cacaoadm set-param java-flags="`cacaoadm get-param java-flags -v` -Djavax.net.ssl.truststore=/tmp/truststore -Djavax.net.ssl.truststorePassword=truststorepass를 입력합니다.

  3. 공통 에이전트 컨테이너 서버를 다시 시작합니다.


레지스트리 서버 키 저장소 위치가 항상 /soar/3.0에 대해 상대적입니다. (#6355673)

설명:

레지스트리 서버의 SSO 구성에서 키 저장소 위치가 사용되며, 이 위치는 항상 /soar/3.0에 대해 상대적입니다.

해결책:

/soar/3.0/jaxr-ebxml/security 디렉토리를 만들고 Registry Server에서 가져온 keystore.jks 파일을 저장합니다.

현지화


KO(한국어) 로켈에서 psadmin deploy-portlet 명령 도움말에 다음 정보가 포함되어 있지 않습니다: 피연산자 — 포틀릿 war 파일을 지정합니다. (#6533738)

해결책:

C 또는 영어 로켈에서 psadmin deploy-portlet 명령을 실행합니다.


커뮤니티 샘플의 도움말에 도움말과 상관없는 내용이 표시됩니다. (#6538563)

해결책:

오른쪽에 있는 헤더에 표시된 [도움말] 버튼을 눌러 도움말에 액세스하고 [커뮤니티 작업]을 누릅니다.


책갈피와 응용 프로그램 채널에 중복된 링크와 잘못된 링크가 있습니다. (#6504004)

설명:

Portal Server를 Java ES 4에서 Java ES 5로 마이그레이션하면 책갈피와 응용 프로그램 채널에 중복된 링크와 잘못된 링크가 생깁니다.

해결책:

관리자가 Portal Server 콘솔에서 응용 프로그램 채널에 필요한 링크를 추가 또는 삭제해야 합니다. 이 채널은 개발자 샘플의 MyFrontPageTabPanelContainer 아래에 있습니다. 응용 프로그램 채널의 등록 정보에서 다음 등록 정보를 변경합니다.

  • userApps: -NetMail Lite 및 -NetMail 값을삭제하고NetFile 값을 추가합니다.

  • targets: NetMailLite|NetMailServlet?nsid=newHTMLSessionNetMailLite|NetMailServlet?nsid=newHTMLSession NetMail|NetMailServlet?nsid=newAppletSession값을 삭제한 다음Instant Messenger 대상에 대한 링크를 복제합니다.


Proxylet이 전역 환경에서 작동하지 않습니다. (#6507488)

설명:

Portal Server를 Java ES 4에서 Java ES 5로 마이그레이션한 후 Proxylet이 전역 환경에서 작동하지 않습니다.

해결책:

포털 업그레이드 프로세스를 끝마친 후 더 이상 필요하지 않은 현지화된 Java ES 4 공급자를 삭제합니다.

  1. /portals/Upgraded/desktop 디렉토리로 이동합니다.

    cd PortServer-Data_Directory/portals/Upgraded/desktop

  2. default_locale에서 다음 파일 또는 디렉토리 그리고 사용자가 만든 파일 또는 디렉토리를 제외한 파일과 디렉토리를 삭제합니다. 지원되는 모든 로켈을 사용할 수 있습니다.

    디렉토리


    AddressBookProvider,
BookmarkProvider
CalendarProvider
LoginProvider
LotusNotesAddressBookProvider
LotusNotesCalendarProvider
LotusNotesMailProvider
MSExchangeAddressBookProvider
MSExchangeCalendarProvider
MSExchangeMailProvider
MailProvider
NotesProvider
PersonalNoteProvider
Register
SampleRSS
SampleURLScraper
SampleXML
TemplateEditContainerProvider
TemplateTabContainerProvider
URLScraperProvider
UWCAddressBookProvider
UserInfo
UserInfoProvider
XMLProvider
error

    파일


    message.properties

  3. 웹 컨테이너를 다시 시작합니다.


fr-FR 로켈에서 Portal Server 콘솔 온라인 도움말이 영어로 표시됩니다. (#6513360)

해결책:

브라우저의 기본 언어를 fr로 설정합니다.


Instant Messenger 채널에서 Instant Messenger를 시작하는 경우 영어로 표시됩니다. (#6515726)

해결책:

사용자 정보 채널을 사용하여 기본 로켈의 언어를 설정합니다.


Portal Server 콘솔의 [채널 이름] 필드에서는 A-Z, 0-9 또는 a-z 문자만 사용할 수 있습니다. (#6522702 )

설명:

Portal Server 콘솔의 [채널 이름] 필드에서는 A-Z, 0-9 또는 a-z 문자만 사용할 수 있습니다.


설문 조사의 날짜 형식을 변경해야 합니다. (#6493352)

설명:

설문 조사의 시작 날짜와 종료 날짜 형식은 dd mmm yyyy입니다. 따라서 이 날짜 형식은 yyyy mmm dd로 변경되어야 합니다.


규칙 집합 아이디에 일본어의 가운뎃점을 사용할 수 없습니다. (#5030713)

설명:

Portal Server에서는 멀티 바이트 Rewriter 규칙 집합 아이디가 지원되지 않습니다.


디스플레이 프로필이 영어가 아닌 경우 psadmin list-dp 명령을 실행하면 출력이 올바르게 생성되지 않습니다. (#6502307)

해결책:

다운로드할 디스플레이 프로필의 로켈이 영어가 아닌 경우 psadmin list-dp 명령을 실행하기 전에 CLI jvm의 로켈을 디스플레이 프로필의 로켈로 설정합니다.

예를 들어 프랑스어로 된 디스플레이 프로필을 다운로드해야 하는 경우 다음을 수행합니다. 


export LANG=fr_CA.UTF-8
export LC_ALL=fr_CA.UTF-8

검색 채널에 잘못된 파일 컨텐트가 표시됩니다. (#6506365)

설명:

타사 변환기는 파일 컨텐트를 올바르게 변환하지 못합니다.


선택한 보고서에 관련된 추적 데이터가 없습니다. 따라서 표시할 페이지가 없습니다. (#6336394)

설명:

생성된 보고서가 부분적으로 현지화되어 있으며, UBT 로그를 사용하지 않으면 오류 메시지가 올바르게 표시되지 않습니다. 이 문제는 일본어와 중국어 로켈에서만 발생합니다.

해결책:

올바르게 표시되지 않는 메시지는 "선택한 보고서에 관련된 추적 데이터가 없습니다. 따라서 표시할 페이지가 없습니다."입니다. 이 문제를 해결하려면 다음을 수행합니다.

  1. Portal Server 관리 콘솔에 로그인합니다.

  2. [포털] 탭을 선택합니다.

  3. 구성된 포털을 선택합니다.

  4. [사용자 동작 추적] 탭을 선택합니다.

  5. [설정] 탭을 누릅니다.

  6. 포털 인스턴스를 선택합니다.

  7. [UBT 로그 사용]을 누릅니다.


MAP에서 삭제된 주소록, 캘린더 및 메일이 표시됩니다. (#6423989)

설명:

MAP에서 삭제된 주소록, 캘린더 및 메일이 표시됩니다.


amcontroller 필터의 filter 항목이 amserver 웹 응용 프로그램의 web.xml 파일에서 주석 처리되어 있습니다. 따라서 Portal Server의 Mobile Access에서 로그인 기능이 실패합니다. (#6437280)

해결책:

amserver 웹 응용 프로그램의 web.xml 파일에서 filter 항목에 대한 주석 처리를 해제합니다.

Mobile Access


메일 보기를 만들 수 없습니다. (# 6521744)

설명:

포털 데스크탑에서 메일 보기를 만들려고 하면 오류 메시지가 표시됩니다. [메일 채널 편집] -> [모바일 메일] -> [장치 보기]를 차례대로 누릅니다.

해결책:

/var/opt/SUNWappserver/domains/domain1/applications/j2ee-modules/portal/ WEB-INF/classes/DeviceNames.properties 파일에 해당 장치에 대한 항목을 추가합니다.


모바일 데스크탑에서 메일 채널이 표시되지 않습니다. (#6521749)

해결책:

장치 홈 페이지에서 [옵션] -> [컨텐트]를 누르고 [메일] 옵션을 선택한 다음 [완료]를 누릅니다.


Openwave 6.2.2 시뮬레이터에서 /amserver/UI/Login을 사용하여 포털이 렌더링되지 않습니다. (#6439565 )

해결책:

웹 컨테이너가 Web Server이면 다음을 수행합니다.

  1. 다음 파일을 엽니다.

    /var/opt/SUNWwbsvr7/admin-server/config-store/ host-name/web-app/host-name /amserver/WEB-INF/web.xml

    /var/opt/SUNWwbsvr7/https-host-name /web-app/host-name /amserver/WEB-INF/web.xml

  2. 두 xml 파일에서 <filter> 항목을 검색합니다.

  3. 주석 처리되어 있는 amcontroller 항목의 주석 처리를 해제하고 파일을 저장합니다.

  4. Web Server를 다시 시작합니다.

웹 컨테이너가 Application Server이면 다음을 수행합니다.

  1. 다음 파일을 엽니다.

    var/opt/SUNWappserver/domains/domain1/generated/xml/j2ee-modules/amserver/ WEB-INF/web.xml

    /var/opt/SUNWappserver/domains/domain1/applications/j2ee-modules/amserver/ WEB-INF/web.xml

  2. 두 xml 파일에서 <filter> 항목을 검색합니다.

  3. 주석 처리되어 있는 amcontroller 항목의 주석 처리를 해제하고 파일을 저장합니다.

  4. Application Server를 다시 시작합니다.


다른 페이지에 무선 옵션이 있는 경우 Mobile Access의 [옵션] 링크가 작동하지 않습니다. (# 6500172)

설명:

모바일 데스크탑에서 [옵션] 링크를 누르면 모바일 데스크탑의 무선 옵션(컨텐트 및 레이아웃)이 강조 표시됩니다. 하지만 이러한 무선 옵션이 다른 페이지에 모두 있으면 무선 옵션이 강조 표시되지 않습니다.

해결책:

다음 페이지로 이동하고 [옵션] 링크를 누릅니다.


종료 시간을 지정하지 않고 이벤트를 만들면 1시간으로 지정된 이벤트가 만들어집니다. (# 6479153)

설명:

시뮬레이터에 로그인하고 Calendar Hm을 사용하여 이벤트를 만듭니다. 이때 종료 시간을 지정하지 않으면 이벤트 기간이 1시간으로 지정됩니다.

WebSphere 및 WebLogic

주 –

현재 Portal Server 7.1을 사용하고 있으며 WebLogicTM 또는 WebSphereTM에서 Portal Server 7.1 Update 1로 업그레이드할 경우 특정 버그를 수정해야 하면 Sun 기술 지원 서비스 담당자에게 문의하십시오.


WebSphere에 설치된 Portal Server에서 WSRP(Web Services for Remote Portlet)의 웹 서비스 기능이 제대로 작동하지 않습니다. (#6489684)

설명:

WebSphere에 설치된 Portal Server에서 WSRP 기능이 제대로 작동하지 않습니다. 다음과 같은 오류 메시지가 표시됩니다.

  • 날씨 포틀릿에서 “컨텐트를 사용할 수 없습니다.”

  • WSRP 소비자 생성에 실패합니다.

  • 사전 구성된 웹 서비스 채널에서 “WSDL을 분석하는 중에 발생한 오류.”

해결책:

qname.jar및 webservices.jar 파일을 제거합니다. 이러한 파일은 WebSphere-installation-directory/lib 디렉토리에서 사용할 수 있습니다.


공통 에이전트 컨테이너와 Portal Server JVM 간에 안전하게 통신하려면 jar 파일을 추가해야 합니다. (#6341883)

해결책:

공통 에이전트 컨테이너와 Portal Server JVM 간에 안전하게 통신하려면 다음의 jar 파일을 /etc/cacao/instances/default/private/modules/com.sun.portal.admin.server.module.xml에 추가합니다.

  • /IBM/WebSphere/Express51/AppServer/java/jre/lib/ext/ibmjsse.jar

  • /IBM/WebSphere/Express51/AppServer/java/jre/lib/ext/ibmjceprovider.jar

  • /IBM/WebSphere/Express51/AppServer/java/jre/lib/ext/ibmpkcs11.jar

  • /IBM/WebSphere/Express51/AppServer/java/jre/lib/ext/ibmpkcs.jar


WebSphere에서 날씨 포틀릿과 미리 구성된 웹 서비스 채널에 오류 메시지가 표시됩니다. (#6396623,6415766 )

해결책:

JDK를 1.4.2_10으로 업그레이드합니다.


WebSphere에서 WSRP가 제대로 작동하려면 클래스 경로를 수정해야 합니다. (# 6509057)

설명:

WebSphere에 Portal Server가 설치되어 있는 경우 server.xml 파일에서 클래스 경로 항목의 시작 부분에 shared_lib_dir/xsdlib.jar을 추가합니다. Solaris 플랫폼에서 shared_lib_dir은 /usr/share/lib이고 Linux 플랫폼에서는 /opt/sun/share/lib입니다.


WebLogic 8.1 SP4의 버그로 인해 이 버전의 WebLogic에서 포틀릿 세션 페일오버 기능이 작동하지 않습니다.

설명:

WebLogic 8.1 SP4의 버그로 인해 이 버전의 WebLogic에서 포틀릿 세션 페일오버 기능이 작동하지 않습니다.

해결책:

SP5 이상의 WebLogic을 사용합니다.


관리 서버의 새 포털에 개발자 샘플 컨텐트를 배포하는 동안 예외가 발생합니다. (#6339522)

설명:

WSRP 샘플 소비자를 만들 때는 샘플 제작자의 WSDL URL이 사용됩니다. 이때 구성 문제로 인해 포털 구성에서 WebLogic 관리 서버에 포털 war을 배포할 수 없습니다. 포털 .war 은 수동으로 배포되어야 합니다. 구성 중에는 포털이 실행되지 않기 때문에 샘플 소비자 생성 프로세스가 샘플 제작자에 연결하지 못하여 샘플 소비자 구성에 실패합니다.

해결책:

소비자를 수동으로 만들고 이 소비자의 구성된 제작자 아이디를 WSRPSamplesTabPanelContainer의 샘플 포틀릿에 복사합니다.


Proxylet 도움말 버튼을 선택하면 예외가 발생합니다. (#6363076)

설명:

Proxylet을 애플릿 모드로 호출하고 [도움말] 버튼을 선택하면 도움말 페이지에서 예외가 발생합니다. 이 문제는 WebLogic 설정에서만 발생합니다.

블로그 포틀릿


Weblog 컨텐트를 검색했지만 결과가 반환되지 않습니다. (#6568186)

해결책:

공통 에이전트 컨테이너를 다시 시작합니다.

Solaris 플랫폼의 경우:


/usr/share/bin/cacaoadm stop 
/usr/share/bin/cacaoadm start

Linux 플랫폼의 경우:


/opt/sun/cacao/bin/cacaoadm stop
/opt/sun/cacao/bin/cacaoadm start

[새로 게시] 옵션이 해당 창을 다른 블로그 포틀릿 채널에서 엽니다. (#6545765)

해결책:

탭에 블로그 포틀릿 채널을 두 개 이상 추가한 경우 [새로 게시] 옵션을 누르면 해당 창이 다른 블로그 포틀릿 채널에서 열립니다.

해결책:

탭에 블로그 포틀릿 채널을 하나만 만듭니다.


appUrl을 설정하지 않은 경우 블로그 포틀릿 채널에서"오류 컨텐트를 사용할 수 없습니다."라는 메시지가 표시됩니다. (#6546198)

해결책:

포틀릿에 대해 configMode 옵션을 다음 중 하나로 설정합니다.

  • 마법사

  • 마법사-사용자-구성

  • 수동


[새로 게시] 옵션이 Internet Explorer에서 작동하지 않습니다. (#6545771)

설명:

탭에 블로그 포틀릿 채널을 두 개 이상 추가하면 [새로 게시] 옵션을 눌러도 작동하지 않습니다.

해결책:

탭에 블로그 포틀릿 채널을 하나만 만듭니다.

Wiki


Wiki 편집기에서 “www”로 시작하는 링크를 삽입해도 이 링크가 작동하지 않습니다.(#6545362 )

해결책:

“www” 앞에 “http”를 입력합니다.예를 들어 “www.google.com” 링크를 삽입하려는 경우 “http://www.google.com”으로 입력합니다.


2열로 구성된 Wiki 커뮤니티의 경우 Internet Explorer를 사용하면 html 편집기에서 컨텐트를 편집할 수 없습니다. (#6538009)

해결책:

Mozilla를 사용하여 컨텐트를 편집합니다.


쿠키 크기때문에 인증되지 않은 익명 사용자에 대해 포틀릿이 실패합니다. (#6460104)

설명:

인증되지 않은 익명 사용자의 경우 등록 정보가 쿠키에 저장됩니다. 여기에는 모든 포틀릿 렌더링 인수와 데스크탑 인수 등이 포함됩니다. 렌더링 인수가 특정 크기에 도달하면 포틀릿이 실패합니다.

해결책:

다음을 수행합니다.

  1. amconsole에 로그인합니다.

  2. [서비스 구성] > [클라이언트 감지]를 누릅니다.

  3. [클라이언트 감지] 화면에서 [클라이언트 유형] 필드에 표시된 [편집] 링크를 누릅니다.

  4. [클라이언트 관리자] 팝업 창에서 세 번째 페이지로 이동합니다.

  5. genericHTML에 표시된 [편집] 링크를 누릅니다.

  6. 팝업 창에서 [추가 등록 정보] 옵션을 선택하고 등록 정보 authlessState=server를 추가합니다.

샘플 포털


엔터프라이즈 샘플 포털에 샘플 XML을 추가하는 경우 Portal Server 관리 콘솔에서 [채널 표시 또는 숨기기] 옵션을 사용하면 포털 데스크탑에 오류 메시지가 표시됩니다. (#6542355 )

해결책:

다음을 수행합니다.

  1. Portal Server 관리 콘솔에 로그인합니다.

  2. DN을 엔터프라이즈 샘플로 선택합니다.

  3. 샘플 XML의 URL 옵션을 file:///var/opt/sun/portal/portals/portal1/desktop/developer_sample /SampleXML/getQuotes.xml로 변경합니다.


AjaxTableContainerProvider에 채널을 추가하고 포털 데스크탑에서 이 채널에 액세스하는 경우 [도움말] 버튼을 누르고 [목차] 또는 [색인] 링크를 누르면 해당 창이 포털 데스크탑에서 열립니다. 포털 데스크탑으로 되돌아가 탐색할 수 없습니다. (#6506929 )

해결책:

브라우저에 표시된 [뒤로] 버튼을 누릅니다.


Firefox 브라우저에서 개발자 샘플의 Ajax 탭에 있는 채널에 있는 [도움말] 버튼을 누르면 도움말이 포털 창에 표시됩니다. 브라우저에 표시된 [뒤로] 버튼을 누르면 채널 레이아웃이 일그러집니다. (#6528832)

해결책:

Firefox 브라우저에 표시된 [새로 고침] 버튼을 누릅니다.

업그레이드

업그레이드 문제에 대해서는 Sun Java Enterprise System 5 UNIX용 릴리스 노트의 업그레이드 문제 및 Sun Java Enterprise System 5 UNIX용 업그레이드 설명서를 참고하십시오.


Portal Server 7.0을 Portal Server 7.1 Update 1로 업그레이드하는 경우 jdbc/WikiDB에 오류가 발생하므로 Wiki 포틀릿이 작동하지 않습니다. (#6536212)

해결책:

다음을 수행합니다.

  1. 웹 컨테이너의 관리 콘솔에 로그인합니다.

  2. [자원] 링크를 누릅니다.

  3. [JDBC] 링크를 누릅니다.

  4. Wiki에 대한 연결 풀(예: WikiDBPool)을 만듭니다.


     --Datasource Classname--org.apache.derby.jdbc.ClientDataSource
--Resources Type--javax.sql.ConnectionPoolDataSource
--serverName--Name of the server where derby is running
--portNumber---1527
--Password--portal
--user---portal
--databaseName---wikidb_portal1

  5. 이 연결 풀에 대한 JDBC 자원(jdbc/WikiDB)을 만듭니다.


Portal Server 7.0을 Portal Server 7.1 Update 1로 업그레이드한 후 파일 공유가 작동하지 않습니다. (#6550408 )

해결책:

다음을 수행합니다.

  1. 디렉토리를 파일 공유 포틀릿 위치로 변경합니다.

    /var/opt/SUNWportal/portals/portal1/portletapps/filesharing/

  2. XML 파일(예: update.xml)을 만듭니다.

  3. 이 XML 파일에 다음 내용을 복사하여 붙여 넣습니다.


    <project name="File Sharing Database Update for 7.0 to 7.1 " 
							default="update" basedir=".">
<target name="update">
      	<property file="build/conf/common.dbadmin"/>
      	<!-- Performs the Sql Tasks -->
      	<sql
            onerror="continue"        
	    delimiter="${sql.delimiter}"
	    delimitertype="${sql.delimiter.type}"
      	    driver="${db.driver}"
      	    url="${db.url}"
      	    userid="${db.user}"
      	    password="${db.password}"
      	    classpath="${db.driver.classpath}">
	    <transaction>
	    create table newfilesystem(
  repositoryId varchar(255) not null,
  directory varchar(255) not null,
  name varchar(255) not null,
  isDir smallint not null,
  creator varchar(255) not null,
  created bigint not null,
  modified bigint not null,
  datasize int not null,
  data blob(5000000),
  primary key(repositoryId,directory,name)
);

	    </transaction>
	    <transaction>
	    rename table filesystem to oldfilesystem;

	    </transaction>
	    <transaction>
	    rename table newfilesystem to filesystem;

	    </transaction>
	    <transaction>
	    insert into filesystem (repositoryId,directory,name,isDir,creator, 
				created,modified,datasize,data)
select repositoryId,directory,name,isDir,creator,created,modified,
				size as datasize,data from oldfilesystem;
	    </transaction>
       </sql>
   </target>

</project>

  4. 다음과 같이 ant 스크립트를 실행합니다.

    ant -f update.xml


Portal Server 7.1을 Portal Server 7.1 Update 1로 업그레이드한 후 검색 공급자 및 토론 공급자 JSP가 자동으로 업데이트되지 않습니다. (#6534282)

해결책:

다음을 수행합니다.

  1. 토론 공급자 JSP 템플리트를 복사합니다.

    cp PortalServer-base/par-src/default-portal/pbfiles/templateBaseDir/default /DiscussionProvider/*.jsp /var/opt/SUNWportal/portals/portal1/desktop/default/DiscussionProvider

  2. 검색 공급자 JSP 템플리트를 복사합니다.

    PortalServer-base/par-src/default-portal/pbfiles/templateBaseDir/default /SearchProvider/*.jsp /var/opt/SUNWportal/portals/portal1/desktop/default/SearchProvider


Java ES 4를 Java ES 5로 업그레이드하는 경우 검색 마이그레이션이 실패합니다. (#6440906)

해결책:

다음을 수행합니다.

  1. psugrade 스크립트를 실행하기 전에 Java ES 4 search.conf 파일을 엽니다.

    search.conf 파일은 /var/opt/SUNWps/https-server /portal/config 디렉토리에 있습니다.

  2. search.conf 파일에서 libdir="/opt/SUNWps/lib"를 libdir="/opt/SUNWps.bak/lib:/opt/SUNWps/lib"로 변경합니다.

    여기서 /opt/SUNWps는 Java ES 4 설치 디렉토리입니다.

  3. psupgrade 스크립트를 실행합니다.

업그레이드한 후 검색 서버 구성에 대해 사용자 정의한 일부 내용은 UpgradeSearch로 마이그레이션되지 않습니다. psugrade가 처리하지 못하는 마이그레이션은 업그레이드된 Portal Server 6.3.1에서 수동으로 이동시켜야 합니다. 이러한 작업은 모든 검색 관련 프로세스(예: 검색 웹 응용 프로그램, 로봇, rdregister, 자동 분류, 프로파일러)를 중지한 후에 수행해야 합니다.

  1. 업그레이드된 검색 서버 디렉토리에 다음 파일을 복사합니다. 


    cp $SRC/config/taxonomy.rdm $DEST/config
cp $SRC/config/filterrules.conf $DEST/config
cp $SRC/config/import.conf $DEST/config
cp $SRC/config/classification.conf $DEST/config
cp $SRC/config/schema.rdm $DEST/config

    여기서 SRC는 이전 검색 서버 디렉토리 경로이고 DEST는 새로 업그레이드된 검색 서버 디렉토리 경로입니다.

  2. Portal Server 6.3x에서 사용자 정의한 내용에 따라 다음을 수행합니다.

    • 로봇의 경우 Portal Server 7.1 관리 콘솔의 로봇/등록 정보를 사용하여 robot.conf의 매개 변수(예: 프록시 및 인증)를 재구성합니다. Portal Server 7.1 관리 콘솔의 로봇/필터를 사용하여 로봇 필터 등록 정보를 Portal Server 6.3.1의 /var/opt/SUNWps.bak/server/portal/config/filter.conf 파일에서 사용자 정의한 내용으로 업데이트합니다.

    • 연합 검색 데이터베이스의 경우 연합 검색을 설정하는 방법에 대한 자세한 내용은 Portal Server 7.1 구성 설명서를 참조하십시오.

  3. 검색 서버 웹 컨테이너 및 검색 관련 프로세스를 다시 시작합니다.

기타


관리 서버가 중지된 경우 war 파일을 배포하려고 하면 "파일 file.war을(를) 호스트 node.domain-name 에 있는 인스턴스 node-name–80에 배포하는 도중 오류 발생"이라는 오류 메시지가 표시됩니다. (#6506028)

설명:

호스트 컴퓨터에서 해당 인스턴스가 실행되고 있는지 확인합니다.


Portal Server가 Oracle 데이터베이스를 사용하도록 구성한 경우 패치를 적용하여 Portal Server 7.1 Update 1을 업데이트하기 전에 몇 가지 구성 단계를 반복하여 수행해야 합니다. (#6530662)

해결책:

http://developers.sun.com/portalserver/reference/techart/databases.html을 참조하십시오.

커뮤니티 회원 및 구성 설정 절의 2와 3단계를 반복합니다.

포틀릿 응응 프로그램 구성 및 설치 절의 4~6단계를 반복합니다.

알려진 문제점 및 제한 사항

Portal Server의 알려진 문제점과 제한 사항은 다음과 같습니다.


블로그 포틀릿에 Portal Server 문제가 있습니다. (#6557448, 6554166)

설명:

블로그 포틀릿의 문제점은 다음과 같습니다.

  • FCK 편집기의 일부 기능(예: 브라우저 서버, 파일 업로드, 새 폴더 만들기)이 블로그 포틀릿에서 작동하지 않습니다.

  • 게이트웨이를 통해 블로그 포틀릿을 편집 및 게시할 수 없습니다.


일본어 로켈에서 관리 및 샘플 포틀릿 탭의 포틀릿이 도움말이 영어로 표시됩니다. (#6421034 )

설명:

도움말은 현지 언어로 표시되어야 합니다.


AJAXTableContainerProvider에 현지화된 이름으로 새 채널 또는 컨테이너를 만들 수 없습니다. (#6542381 )

설명:

JAXTableContainerProvider가 현지화되지 않았습니다.


Windows 플랫폼에서 [범주 검색] 옵션이 결과를 반환하지 않습니다. (#6555579)

설명:

이 문제는 가상 머신 설치 도중에 발생합니다. 검색 서버가 객체 힙을 위한 공간을 충분히 예약할 수 없으므로 Java 가상 머신을 만들 수 없습니다.

해결책:

PortalServer-product-directory/bin/rdmgr.bat 파일에서 C:/Java/JDK15~1.0_0/jre/bin/java" -Xms32m -Xmx1000m -cp "%SEARCH_CLASSPATH%" -Djava.library.path="%PATH%" com.sun.portal.search.rdmgr.RDMgr %를 C:/Java/JDK15~1.0_0/jre/bin/java" -Xms32m -Xmx800m -cp "%SEARCH_CLASSPATH%" -Djava.library.path="%PATH%" com.sun.portal.search.rdmgr.RDMgr %로 변경하거나 해당 줄에서 -Xmx1000m을 제거합니다.


Portal Server 7.0에서 Portal Server 7.1 Update 1로 업그레이드하는 중에 psupdate 스크립트에서 예외가 발생합니다. (#6536216)

설명:

Portal Server 7.0에서 Portal Server 7.1 Update 1로 업그레이드하면 다음 예외가 표시됩니다.


can't open /var/opt/SUNWportal/portals/portal1/
	portletapps/wiki/tokens_ora.properties
egrep: can't open /var/opt/SUNWportal/portals/portal1/
	portletapps/wiki/tokens_ora.properties
egrep: can't open /var/opt/SUNWportal/portals/portal1/
	portletapps/wiki/tokens_ora.properties
egrep: can't open /var/opt/SUNWportal/portals/portal1/
	portletapps/wiki/tokens_ora.properties
mv: cannot access /var/opt/SUNWportal/portals/portal1/
	portletapps/wiki/tokens_ora.properties

하지만 업그레이드는 성공적으로 수행됩니다. Oracle 데이터베이스를 사용하려면 다음을 수행해야 합니다.

  1. PortalServer–70–product-dir /portletapps/filesharing/*ora.properties 파일을 PortalServer70–data-dir/portals/ portal-id/portletapps/filesharing/ 디렉토리로 복사합니다.

  2. PortalServer71–data-dir/portals/ portal-id/portletapps/filesharing/ 디렉토리에 src_ora라는 새 디렉토리를 만듭니다.

  3. PortalServer–70–product-dir /portletapps/filesharing/src_ora/ 디렉토리의 모든 파일을 PortalServer–70–product-dir/portals/portal-id /portletapps/filesharing/src_ora/ 디렉토리로 복사합니다.


Netfile의 NFS 공유에 로컬 사용자를 추가할 수 없습니다. (#6545795)

설명:

Netfile의 NFS 공유에 사용자를 추가하려면 사용자 아이디가 NIS에 있어야 합니다. 또한 /etc/dfs/dfstab 파일에 나와 있는 공유만 Netfile의 NFS 공유에 추가할 수 있습니다.


[관리 및 포틀릿 샘플] 탭에 채널에 대한 현지화된 도움말이 표시되지 않습니다. (#6421034)

설명:

[관리 및 포틀릿 샘플] 탭의 도움말은 현지화되어야 합니다.


[커뮤니티 서비스] 아래에 블로그 포틀릿 이름이 잘못 표시되어 있습니다. (#6549937)

설명:

[커뮤니티 서비스] 아래에 있는 블로그 포틀릿 이름이 메뉴 컨테이너 공급자로 표시됩니다.


캘린더 채널에서 날짜가 잘못된 형식으로 표시됩니다. (#6411476)

설명:

개발자 샘플의 캘린더 채널에서 날짜가 잘못된 형식으로 표시됩니다.


검색 채널을 끌어올 수 없습니다. (#6545839)

설명:

AJAX 데스크탑을 사용하여 검색 채널을 끌어올 수 없습니다.


Mobile Access가 Portal Server에서 제공되는 기본 UWCMail 채널만 지원합니다. (#6491303)

설명:

MailProvider 또는 MailJSPProvider를 JSPRenderingContainer에 추가할 수 없습니다.


[HTML 정리] 아이콘을 누르면 wiki 페이지가 삭제됩니다. (6545358)

설명:

Wiki 페이지 편집 중에 [HTML 정리] 아이콘을 누르고 [확인]을 누르면 wiki 페이지가 삭제됩니다.


[커뮤니티] 탭의 이름이 변경되면 커뮤니티 URL 기능이 작동하지 않습니다. (#6538358)

설명:

[커뮤니티] 탭의 이름이 변경되면 커뮤니티 URL 기능이 작동하지 않습니다.


Linux 플랫폼에서 원격 컴퓨터에 있는 FTP 공유를 추가할 수 없습니다. (#6536164)

설명:

다음을 수행합니다.

  1. 게이트웨이 또는 열린 포털을 통해 포털 데스크탑에 로그인합니다.

  2. MyFrontpage의 MyApplications 채널을 통해 Netfile에 액세스합니다.

  3. 네트워크 환경에 시스템을 추가합니다.

    FTP 공유를 추가할 수 없습니다.


Windows 플랫폼에서 메모 공급자가 중단됩니다. (#6531699)

설명:

AjaxTableContainerProvider를 사용하여 개발자 샘플에 탭을 만들고 여기에 채널을 추가한 다음 사용자로 로그인하여 채널에 액세스하면 심각한 데스크탑 오류가 표시됩니다. 이 오류는 메모 공급자로 인한 것입니다. 메모 공급자는 디스플레이 프로필에 정의된 문자열 속성인 location을 포함하는데 이 속성은 메모 공급자가 지정된 파일에서 메모를 읽고 쓰는 데 사용됩니다. 이 속성의 값은 /var/tmp/notes.txt이며 Windows 설치 동안 이 속성은 중단됩니다.


Wiki 페이지에서 다른 커뮤니티 URL을 참조할 수 없습니다.(#6536333)

설명:

Wiki 페이지에서 같은 호스트에 있는 다른 커뮤니티 URL을 참조할 수 없습니다.


Wiki 포틀릿이 포털 컨텍스트 외부로 이동합니다. (#6533753)

설명:

정의되지 않은(비인증) wiki 페이지에 액세스하면 wiki 포틀릿이 포털 컨텍스트 외부로 이동합니다.


Proxylet을 시작하면 일부 문자열이 잘립니다. (#6447909)

설명:

Proxylet을 시작하면 일부 문자열이 잘립니다.


TaskAdmin 설정에서 관리자 역할 데스크탑 서비스 속성을 설정해야 합니다. (#6519875)

해결책:

다음을 수행합니다.

  1. TaskAdmin 설정을 실행하기 전에 관리자 역할 DN에 대한 포털 데스크탑 서비스 속성 값인 content.admin.role.dn 및 user.admin.role.dn이 taskadmin.properties 파일에 있는지 확인합니다.

  2. 조직의 포털 데스크탑 서비스 속성 값을 일치시킵니다.

    EnterpriseSample 조직 포털 데스크탑 서비스 속성 값이 Parent Container: ASCTabContainer, EditContainer: JSPEditContainer 및 Default Type: enterprise_sample인 경우를 예로 들 수 있습니다. 이때 두 관리자 역할 DN은 모두 "cn=Organization Admin Role, o=EnterpriseSample, dc=siroe, dc=com"으로 설정됩니다.

  3. 관리자 역할 DN "cn=Organization Admin Role, o=EnterpriseSample, dc=siroe, dc=com"의 포털 데스크탑 서비스 속성이 조직 설정과 일치하는지 확인합니다. 그렇지 않으면 관리자 역할에 속해 있는 사용자가 포털 데스크탑에서 인증되는 경우 해당 사용자가 잘못된 포털 데스크탑에 표시될 수 있습니다.


연결을 정리할 때 버그 수정을 위해 Java DB 패치를 적용해야 합니다. (#6521400)

설명:

Java DB 배포판의 버그로 인해 연결되기를 기다리는 동안 포털이 중단됩니다. 버그에 대한 자세한 내용은 https://issues.apache.org/jira/browse/DERBY-1856 및 http://issues.apache.org/jira/browse/DERBY-2084를 참조하십시오. 하지만 포털이 중단될 확률은 상당히 낮습니다.

해결책:

Sunsolve 사이트에서 다음의 Java DB 패치를 다운로드하여 적용합니다.

  • Solaris SPARC – 125245-01

  • Solaris x86 – 125246-01

  • Linux – 125270-01


UWC 캘린더가 게이트웨이를 통해 실행되지 않습니다. (#6218353)

설명:

[캘린더 시작] 링크를 클릭하면 "요청한 페이지를 로드할 수 없습니다. 쿠키가 차단되었습니다."라는오류 메시지가 표시됩니다.


Portal Server와 Access Manager를 각각 서로 다른 노드에 설치하면 SunOne 주소록이 작동하지 않습니다. (# 653732)

해결책:

웹 컨테이너를 다시 시작합니다.


Web Server 7.0에서 psadmin delete 명령을 실행하면 시간이 더 소요됩니다. (#6506037)

설명:

Web Server 7.0에서 wadm remove-webapp를 실행할 때마다 psadmin delete-instance 명령이 wadm deploy-config 명령을 실행합니다. 따라서 더 긴 시간이 소요됩니다.


Application Server 클러스터에 Portal Server를 설치하면 Portal Server 인스턴스를 하나만 삭제할 수는 없습니다. (#6506689)

설명:

Portal Server 인스턴스를 모두 제거해야 합니다. psconfig --unconfig 명령을 사용하여 Portal Server를 구성 해제하거나 psadmin delete-portal 명령을 사용하여 Portal Server를 삭제합니다.


IPC를 WSRP에서 사용할 수 없습니다. (# 6509086)

설명:

IPC(Inter Portlet Communication)를 WSRP에서 사용할 수 없습니다. 즉, WSRP를 통해 IPC에 참여하는 포틀릿을 게시할 수 있지만 IPC 기능은 작동하지 않습니다.


OrganisationAdmin 역할이 부여된 사용자에게 UserRoleAdmin-AdminTab이 표시되지 않습니다. (# 6511559)

해결책:

Portal Server 또는 Access Manager SDK 컴퓨터의 /etc/opt/SUNWam/config/AMConfig.properties 파일을 편집하여 com.iplanet.am.session.client.polling.enable 등록 정보를 False로 설정합니다. 그런 다음 Portal Server 웹 컨테이너를 다시 시작합니다.


포틀릿 배포 마법사에 현지화되지 않은 메시지가 있습니다. (# 6508946)

설명:

포틀릿 배포 마법사의 3단계에서 정의된 역할 파일 또는 사용자 파일이 없으면 "역할 파일이 정의되지 않았습니다." 또는 "사용자 파일을 정의하지 않았습니다."라는 메시지가 표시되며 이러한 메시지는 올바르게 현지화되어 있지 않습니다. 따라서 페이지에 불필요한 메시지가 표시됩니다.


Portal Server가 여러 JRE 버전에 대해 민감하게 작동합니다. (# 6510536)

설명:

클라이언트 컴퓨터에 JRE가 여러 개 있는 경우 Netscape 및 Mozilla 브라우저에서 Java Web Start를 시작하는 데 문제가 발생할 수 있습니다.

해결책:

클라이언트 컴퓨터에 JRE를 하나만 유지하고 나머지는 제거합니다.


SSL2의 취약한 보안 상태 때문에 SSL2를 비활성화하도록 고객에게 요청합니다. (#6507762)

해결책:

SSL2를 사용하지 않도록 하려면 다음을 수행합니다.

  1. Portal Server 관리 콘솔에 로그인합니다.

  2. [SRA] > [프로필] > [보안]을 차례로 누릅니다.

  3. [TLS 및 SSL]에서 [SSL 버전 2.0 사용] 옵션을 선택 취소합니다.

  4. [저장]을 누릅니다.


Internet Explorer를 사용하여 WSRP에서 포틀릿을 배포하거나 새 제작자를 만드는 경우 로그아웃됩니다. (#6491413)

해결책:

Portal Server 관리 콘솔에서 Internet Explorer가 아닌 다른 브라우저를 사용합니다.


Portal Server가 Access Manager에 대해 다른 웹 컨테이너를 지원하지 않습니다. (#6470425)

설명:

Portal Server와 Access Manager에 대해 같은 웹 컨테이너를 사용합니다.


Web Server 7.0에 Portal Server를 설치하면 strutssample.war을 사용하여 작업을 수행할 수 없습니다. (#6505547)

설명:

Web Server 7.0에 Portal Server를 설치한 경우 strutssample.war을 배포하면 Web Server 구성을 수정하는 psadmin 명령이 작동하지 않습니다. 예를 들어 psadmin deploy-portlet과 같은 명령이 있습니다.


공유 이벤트 및 작업에서 이벤트와 작업을 만들 수 없습니다. (#6486930)

해결책:

공유 이벤트와 공유 작업을 설치 및 구성하는 과정에서 tokens.properties 파일의 IS_HOSTED_DOMAIN_ENV= 등록 정보를 true로 설정합니다.

tokens.properties 파일은 /var/opt/SUNWportal/portals/portal1/portletapps/sharedevents/tokens.properties 디렉토리에 있습니다


같은 포털에 있는 모든 인스턴스의 파일 시스템 구조는 비슷해야 합니다. (#6348452)

설명:

같은 포털에 있는 모든 인스턴스의 파일 시스템 구조는 비슷해야 합니다.


엔터프라이즈 샘플 포털이 현지화되어 있지 않습니다. (#6337500)

설명:

엔터프라이즈 샘플은 현지화되지 않았습니다


Proxylet이 게이트웨이 프로필에서 활성화되어 있는 경우 내부 포트가 공개됩니다. (#6326785)

설명:

게이트웨이가 기본이 아닌 다른 포트에서 실행되면 브라우저의 URL에 포트 값이 표시됩니다. 게이트웨이가 기본이 아닌 SSL 포트(Proxylet을 사용하지 않는 443 제외)에서 실행되도록 한 경우에도 마찬가지로 적용됩니다. Proxylet을 사용하는 경우 추가 소켓 Listener가 게이트웨이에서 사용됩니다. 소켓 Listener는 기본 포트에서 실행되며 게이트웨이는 기본이 아닌 포트에서 수신하도록 지정됩니다. 따라서 기본이 아닌 다른 포트가 URL에 표시됩니다.


Mozilla 브라우저에서 자동 프록시 구성을 사용하면 Portal Server 콘솔이 중단됩니다. (#6493377)

설명:

Proxylet 채널에서 Proxylet 사용자가 다운로드할 응용 프로그램을 JWS 모드로 선택하면 콘솔이 올바르게 표시됩니다. 하지만 다운로드가 30% 정도 진행된 후 중지된 채 콘솔이 아무런 반응을 보이지 않습니다.


포틀릿 채널이 최소화되거나 닫혀 있으면 여러 WAR에 대해 Inter Portlet Communication이 작동하지 않습니다. (#6271542 )

설명:

현재 이벤트 처리 범위는 동일한 탭에 있는 포틀릿으로 제한되어 있습니다. 따라서 최소화되거나 닫혀져 있는 채널의 포틀릿은 Inter Portlet Communication에 참가 중인 포틀릿 목록에 표시되지 않으며, 포틀릿 채널이 최소화되거나 닫혀져 있으면 이벤트가 이러한 채널로 전송되지 않으므로 Inter Portlet Communication이 작동하지 않습니다.


Java Runtime Environment에서 Proxylet이 제대로 작동하지 않습니다. (#6409604)

설명:

Java Runtime Environment 1.4.2_03, 1.5.0_04, 1.5.0_08 및 1.5.0_09 버전에서 Proxylet이 제대로 작동하지 않습니다. Proxylet 기능은 1.4.2 버전 미만의 Java Runtime Environment에서 지원되지 않으므로 Java Runtime Environment 1.5.0_06을 사용하는 것이 좋습니다. 다른 버전의 Java Runtime Environment를 사용하는 경우 해당 버전을 제거합니다.


주소록에서 특수 문자를 사용하는 연락처를 추가하거나 변경할 수 없습니다. (#6490665)

설명:

Mobile Access의 주소록 구성 요소를 사용하면 < >, &, ' 및 "와 같은 특수 문자가 포함된 연락처를 추가하거나 변경할 수 없습니다. Communications Express(UWC)를 사용하여 주소록을 구성한 경우 이 문제가 발생합니다.

해결책:

Communications Express(UWC) HTML 클라이언트(모바일 장치 아님)를 사용하여 특수 문자가 포함된 연락처를 관리합니다.


Google API가 완전하게 지원되지 않습니다. (#6335501)

설명:

Google API는 현재 더블 바이트 문자 특히, 한국어, 중국어 및 일본어 검색을 완전하게 지원하지 않습니다.


영역 모드에서 Portal Server를 Access Manager와 함께 설치해야 합니다. (#6381856, 6499572)

설명:

Access Manager를 영역 모드에서 설치하는 경우 Portal Server를 설치해야 합니다.

해결책:

Java ES 설치 프로그램에서 영역 모드로 Access Manager를 설치하는 경우 Portal Server를 레거시 모드에서만 설치할 수 있다는 팝업 메시지를 무시할 수 있습니다. Portal Server는 영역 모드에서 설치된 Access Manager와 함께 성공적으로 설치됩니다.

영역 모드에서 Portal Server를 사용할 때 고려해야 하는 몇 사항은 다음과 같습니다.

  • 레거시 모드에서 실행되는 Portal Server 7.0을 영역 모드에서 실행되는 Portal Server 7.1로 마이그레이션할 수 없습니다.

  • Portal Server가 Access Manager와 함께 영역 모드로 구성된 후에는 공통 에이전트 컨테이너를 다시 시작해야 합니다. 다시 시작하지 않고 Portal Server 관리 콘솔의 [SSO 어댑터] 탭에 액세스하면 메타 어댑터가 없게 됩니다. SSO 어댑터에 메타 어댑터가 없으면 Portal Server 데스크탑에서 사용할 수 있는 UWC 및 통신 채널이 작동하지 않습니다. Exchange 및 iNotes와 같은 응용 프로그램이 작동하지 않습니다.

  • Directory Server와 Access Manager SDK 플러그 인이 설치 및 구성된 경우에만 Portal Server가 영역 모드를 지원합니다.

  • 영역 모드 관리 콘솔은 http://host.port/amserver/console에서 액세스할 수 있습니다. 레거시 모드 관리 콘솔은 사용할 수 없으므로 영역 모드 관리 콘솔 사용에 대한 자세한 내용은 Access Manager 설명서를 참조하십시오.


Netscape 8.0.4에서 Proxylet을 콘솔 창으로 표시하려면 브라우저 설정을 변경해야 합니다. (#6483268 )

해결책:

Netscape 8.0.4에서 Proxylet이 콘솔 창으로 표시되도록 하려면 다음을 수행합니다.

  1. [도구] —> [옵션] —> [사이트 제어] —> [사이트 목록] —> [마스터 설정]을 차례로 누릅니다.

  2. 새 탭에 요청하지 않은 팝업 열기 및 요청하지 않은 팝업 창 허용 확인란을 선택 취소합니다.

  3. [도구] > [옵션] > [탭 찾아보기]를 차례로 누릅니다.

  4. 새 창에 다른 응용 프로그램의 링크 열기 확인란을 선택합니다. 새 창 대신 새 탭 열기 및 새 탭에 요청하지 않은 팝업 열기 확인란을 선택 취소합니다.

  5. 브라우저를 다시 시작합니다.


NetFile 옵션을 사용하여 어떠한 파일도 열 수 없습니다. 파일을 열려고 하면 [다른 이름으로 저장] 대화 상자가 표시됩니다. (#6465918)

설명:

파일은 알려진 파일 형식인 경우에 열립니다. 알 수 없는 파일 형식이면 사용자에게 파일을 저장하도록 요구하는 [다른 이름으로 저장] 대화 상자가 표시됩니다. Firefox 1.07에서는 사용자가 파일 확장자에 대한 작업을 지정할 수 없습니다. 따라서 사용자가 NetFile을 통해 파일을 열려고 하면 [다른 이름으로 저장] 대화 상자가 표시됩니다. Firefox 1.5 이상 버전을 사용하면 알려진 파일을 열 수 있습니다.


Netmail 기능이 Java Enterprise System 5에서 제거되었습니다. (#6448968)

설명:

Netmail 기능은 Java Enterprise System 5에서 제거되었습니다.


여러 포털 설치 시 Access Manager에 포털이 배포되지 않으면 포털 링크가 잘못된 설치 위치로 리디렉션됩니다. 이 문제는 Internet Explorer 6 서비스 팩 1에서만 발생합니다. (#6325586)

해결책:

Windows XP에서 Internet Explorer 6 서비스 팩 2를 사용하거나 Mozilla Firefox를 사용합니다.


사이트 구성을 수정한 후 psconsole이 올바르게 작동하지 않습니다. (#6446355)

해결책:

사이트 구성을 수정한 후 공통 에이전트 컨테이너와 Access Manager를 다시 시작합니다.


ESP 포털 커뮤니티 포틀릿에서 컨텐트가 표시되지 않습니다. (#6506357)

해결책:

ESP 포털 커뮤니티 포털을 새로 고칩니다.


Portal Server를 설치 및 구성한 후 Java DB를 수동으로 다시 시작해야 합니다. (#6505149)

해결책:

설치 프로그램이 00community.sql을 실행하여 Java DB 사용자를 만들고 데이터베이스에서 보안을 구성합니다. 그런 다음 Java DB를 다시 시작하여 해당 등록 정보를 적용합니다.


여러 포털 및 인스턴스를 만드는 동안 포털 관리 로그 수준을 FINEST로 설정해야 합니다. (#6446151 )

해결책:

create-portal, create-instance, create-search 등과 같은 psadmin 명령을 실행하기 전에 구성하는 동안 자세한 로그를 얻을 수 있도록 로그 수준을 FINEST로 설정합니다. 다음 명령을 사용하면 로그 수준을 FINEST로 설정할 수 있습니다.

psadmin set-logger -u uid -f password-filename -m component-type -L FINEST

다음을 사용하여 psadmin 명령 실행이 끝난 후 로그 수준을 SEVERE로 전환합니다.

psadmin set-logger -u uid -f password-filename -m component-type -L SEVERE


Netscape 8.0 브라우저에서 pac 파일이 JNLP 모드로 생성되지 않습니다. (#6319863)

설명:

Netscape 8.0 브라우저에서 pac 파일은 JNLP 모드로 생성되지 않습니다.


psconsole에서 Secure Remote Access 속성 중 일부가 표시되지 않습니다. (#6301784)

설명:

다음은 명령줄 인터페이스에서만 수정할 수 있는 Secure Remote Access 속성입니다.

  • sunPortalGatewayDefaultDomainAndSubdomains

  • sunPortalGatewayLoggingEnabled

  • sunPortalGatewayEProxyPerSessionLogging

  • sunPortalGatewayEProxyDetailedPerSessionLogging

  • sunPortalGatewayNetletLoggingEnabled

  • sunPortalGatewayEnableMIMEGuessing

  • sunPortalGatewayParserToURIMap

  • sunPortalGatewayEnableObfuscation

  • sunPortalGatewayObfuscationSecretKey

  • sunPortalGatewayNotToObscureURIList

  • sunPortalGatewayUseConsistentProtocolForGateway

  • sunPortalGatewayEnableCookieManager

  • sunPortalGatewayMarkCookiesSecure

재배포 가능 파일

Sun Java System Portal Server 7.1은 재배포 가능한 파일을 포함하고 있지 않습니다.

문제 보고 및 사용자 의견 제공 방법

Sun Java System Portal Server에서 문제가 발생하는 경우 다음 중 한가지 방법을 사용하여 Sun 고객 지원에 문의하십시오.

문제 해결에 도움이 되도록 지원을 요청할 때 다음 정보를 준비해 두십시오.

Sun Java System Portal Server, Mobile Access에서 문제가 발생하는 경우 지원을 요청할 때 다음 정보를 준비해 두십시오.

문제가 클라이언트와 관련 있는 것처럼 보이는 경우에는 다음 정보를 제공합니다.

사용자 의견 환영

Sun은 설명서의 내용 개선에 노력을 기울이고 있으며, 여러분의 의견과 제안을 환영합니다. 다음의 웹 기반 양식을 사용하여 Sun으로 의견을 보내주십시오.

http://www.sun.com/hwdocs/feedback

해당 필드에 전체 설명서 제목과 부품 번호를 입력해주십시오. 부품 번호는 해당 설명서의 제목 페이지나 문서 맨 위에 있으며 일반적으로 7자리 또는 9자리 숫자입니다. 예를 들어, 이 릴리스 노트 문서의 부품 번호는 820-2784입니다. 사용자 의견을 제출할 때 해당 양식에 영문 설명서 제목과 부품 번호를 입력해야 할 수도 있습니다. 본 문서의 영문 부품 번호와 제목은 820-0133, Sun Java SystemPortal Server 7.1 Update 1 Release Notes입니다.

Sun의 추가 자원

다음 웹 사이트에서 Sun Java System에 대한 유용한 정보를 찾아볼 수 있습니다.