test

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

이 릴리스의 버그

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

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

설치


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

해결책:

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

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


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

해결책:

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

Solaris 플랫폼의 경우:


/usr/lib/cacao/lib/cacaoadm stop 
/usr/lib/cacao/lib/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를 제거합니다.

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


기본적으로 —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 디렉토리를 삭제합니다.

협업 및 커뮤니티


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

해결책:

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

데스크탑


Portal Server 데스크탑 온라인 설명서에서 Portal Server 7.1 온라인 설명서를 참조합니다. (#6573973)

해결책:

http://docs.sun.com/app/docs/coll/1552.1 및 http://docs.sun.com/app/docs/coll/1738.1에서 Portal Server 7.1 Update 1 온라인 설명서를 사용합니다.


쿠키 크기 때문에 인증되지 않은 익명 사용자에 대한 포틀릿이 실패합니다. (#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. 인스턴스를 다시 시작합니다.

포틀릿


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

설명:

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


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

해결책:

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

Portal Server 관리 콘솔


개발 관리자의 경우 새로 생성된 DN이 다음 세션에서만 업데이트됩니다. (#6573378)

해결책:

다음을 수행합니다.

  1. Portal Server에 developerAdmin으로 로그인합니다.

  2. [관리] 탭 및 [채널] 탭을 누릅니다.

  3. [편집]을 누릅니다. 목록의 DeveloperSample 아래에 모든 DN이 표시됩니다.

  4. 새 브라우저를 열고 Access Manager에 로그인한 다음 DeveloperSample 아래에 하위 조직을 새로 만듭니다.

  5. 새 조직에 모든 포털 서비스를 할당합니다.

  6. Portal Server 데스크탑을 새로 고친 후 [관리] -> [채널] -> [채널 관리 만들기]로 이동합니다.

  7. [편집]을 누릅니다. 새로 만든 조직은 표시되지 않습니다.

    새로 만든 조직을 보려면 developerAdmin 사용자가 로그아웃했다가 다시 로그인해야 합니다.


포털을 가져오거나 내보내는 경우 [파일 선택] 옵션이 작동하지 않습니다. (#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


자동 다운로드 기능이 작동하도록 하려면 포털 데스크탑 새로 고침 속성을 활성화해야 합니다. (#6584477)

해결책:

자동 다운로드 기능이 작동하도록 하려면 관리자가 포털 데스크탑 새로 고침 속성을 활성화해야 합니다.

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

  2. [Secure Remote Access] -> [Proxylet]을 누릅니다.

  3. [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 사용자의 경우 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 규칙 집합이 로드되지 않습니다. Linux 플랫폼의 경우 게이트웨이 홈 페이지가 기본이 아닌 디렉토리 값을 사용하여 표시되지 않습니다. (#6477552, 6570553)

해결책:

[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 항목을 찾을 수 없으면 다음 명령을 실행합니다.

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

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


    ./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 플랫폼에서 NetFile의 FTP에 대한 공유를 추가할 수 없습니다. (#6574393)

설명:

이 문제는 Linux에서 ipv4 및 ipv6을 사용하는 경우 발생합니다.


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

해결책:

다음을 수행합니다.

  1. /usr/lib/libpam.so를 LD_PRELOAD 환경 변수에 추가합니다. 예: export LD_PRELOAD=/usr/lib/libpam.so:$LD_PRELOAD

  2. LD_LIBRARY_PATH에 /usr/lib가 있는지 확인합니다. 없는 경우에는 /usr/lib를 LD_LIBRARY_PATH에 추가합니다.

  3. 같은 쉘에서 컨테이너를 다시 시작합니다.


NFS 공유가 NetFile을 통해 원격 호스트에 추가되지 않습니다. (#6504597)

해결책:

호스트 컴퓨터가 NIS를 통해 사용자 이름을 조회하도록 구성되지 않은 경우 NFS가 해당 호스트에 공유를 추가할 수 없습니다. NIS를 사용하지 않는 경우에는 로컬 사용자만 조회할 수 있습니다. 예를 들어 NIS를 사용하지 않는 컴퓨터의 경우 루트 사용자로 컴퓨터의 NetFile에 공유를 추가할 수 있습니다. 이 컴퓨터에서는 로컬 사용자 계정만 조회할 수 있으므로 이 컴퓨터의 루트 비밀 번호가 NetFile이 설치된 컴퓨터의 루트 비밀 번호와 같은지 확인해야 합니다.

SRA(Secure Remote Access)


도메인 이름의 대소문자가 일치하지 않는 경우 SRA 게이트웨이에서 오류가 발생합니다. (#6588454)

설명:

Java ES 설치 프로그램은 Portal Server가 설치된 컴퓨터의 도메인 이름을 표시합니다. 컴퓨터가 NIS를 사용하도록 구성된 경우 실제 도메인과 NIS에 지정된 도메인 간에 일치하지 않는 부분이 있을 수 있습니다. 예를 들어 NIS에 지정된 도메인 이름은 "Country.Sun.COM"이지만 실제 도메인은 "country.sun.com"일 수 있으며,이로 인해 게이트웨이 세션 만들기에 실패하게 됩니다.

해결책:

설치 프로그램에서 대소문자가 정확히 일치하는 실제 도메인 이름을 사용합니다.


Portal Server 7.x의 SRA 게이트웨이에 Directory Server가 필요하지 않습니다. (#6565053)

설명:

Portal Server 7.0의 SRA 게이트웨이에는 Directory Server가 필요합니다. 게이트웨이를 Portal Server 7.0에서 Portal Server 7.x로 업그레이드한 후 Directory Server를 제거합니다.

다음을 수행합니다.

  1. 루트 사용자로 디렉토리를 다음과 같이 변경합니다.

    • /var/sadm/prod/SUNWentsys5/(Solaris)

    • /var/sadm/prod/sun-entsys5/(Linux)

  2. ./uninstall을 입력하여 Portal Server를 제거합니다.

    Sun Java Enterprise System 제거 마법사에서 Directory Server를 선택한 후 작업을 계속합니다.


Portal Server 인스턴스와 게이트웨이 사이에 로드 밸런서가 설치되어 있는 경우 일부 SRA 기능이 작동하지 않습니다. (#6577269)

설명:

Portal Server 인스턴스와 게이트웨이 사이에 로드 밸런서가 설치되어 있으며 로드 밸런서는 HTTPS를 사용하고 Portal Server 인스턴스는 HTTP를 사용하는 경우정적 Netlet 규칙 및 Proxylet과 같은 SRA 기능이 작동하지 않습니다. Portal Server와 로드 밸런서는 Netlet 및 Proxylet과 동일한 프로토콜을 사용해야 제대로 작동합니다.


Access Manager, Portal Server 및 SRA를 각각 다른 세션에 설치한 경우에는 Portal Server를 구성한 후 웹 컨테이너를 다시 시작해야 합니다. (#6564379)

해결책:

다음을 수행합니다.

  1. Access Manager, Directory Server 및 웹 컨테이너를 하나의 세션에 설치합니다.

  2. Portal Server를 두 번째 세션에 설치합니다.

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

  4. SRA 구성 요소를 다음 세션에 설치합니다.


Linux 플랫폼에서 Netfile 옵션을 통해 NFS 공유를 원격 호스트에 추가할 수 없습니다. (# 6504597)

해결책:

컴퓨터가 NIS 또는 NFS를 통해 사용자 이름을 조회하도록 구성되지 않은 경우 이 호스트에 공유를 추가할 수 없습니다. NIS를 사용하지 않는 경우에는 로컬 사용자만 조회할 수 있습니다. 예를 들어 NIS를 사용하지 않는 컴퓨터의 경우 루트 사용자로 컴퓨터의 NetFile에 공유를 추가할 수 있습니다. 이 컴퓨터의 루트 사용자 비밀 번호는 NetFile이 설치된 컴퓨터의 루트 사용자 비밀 번호와 같아야 합니다.

다음을 수행합니다.

  1. /usr/lib/libpam.so를 LD_PRELOAD 환경 변수에 추가합니다.

    예: export LD_PRELOAD=/usr/lib/libpam.so:$LD_PRELOAD

  2. LD_LIBRARY_PATH에 /usr/lib가 있는지 확인합니다. 없는 경우에는 /usr/lib를 LD_LIBRARY_PATH에 추가합니다.

  3. 같은 쉘에서 웹 컨테이너를 다시 시작합니다.


명령줄 인터페이스를 사용하여 샘플 포털을 수동으로 설치하면 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 파일을 저장합니다.

현지화


블로그 또는 검색의 옵션 편집 페이지에 있는 도움말에 http 상태 404 오류가 표시됩니다. (#6570561)

설명:

[커뮤니티 샘플] -> blog-wiki 커뮤니티 -> 블로그 또는 검색 페이지 -> [옵션 편집]을 차례로 선택합니다. 오른쪽 위 모서리의 [도움말]을 누르면도움말 창에 http 상태 404 오류가 표시됩니다.


일본어 로켈에서 커뮤니티 초대 전자 메일 제목이 ? 문자로 표시됩니다. (#6523356)

해결책:

제목 줄에 멀티바이트 문자가 사용되지 않도록 알림 메시지 자원 파일을 수정합니다.

  1. portal/WEB-INF/classes/CommunityNotificationMessages.properties 파일을 편집합니다.

  2. 다음 내용을 변경합니다. user_invited_subject=You've been invited to {0}.


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

설명:

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

해결책:

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


Proxylet을 시작하면 Proxylet 창의 버튼 이름이 잘린 채 표시됩니다. (#6447909)

설명:

게이트웨이를 통해 Portal Server 데스크탑에 액세스하여 Proxylet을 시작하면Proxylet 창이 표시되는데이 Proxylet 창의 버튼 이름이 잘린 채 표시됩니다.


Portal Server 관리 콘솔 온라인 도움말에 깨진 멀티바이트 문자가 표시됩니다. (#6518627)

설명:

Portal Server 관리 콘솔에 로그인하여 [온라인 도움말] 버튼을 누르고[색인]을 선택하면깨진 멀티바이트 문자가 표시됩니다.


커뮤니티 초대 전자 메일에서 일부 메시지가 영어로 표시됩니다. (#6568528)

설명:

커뮤니티 초대 전자 메일에서 다음 메시지가 영어로 표시됩니다. "You have been invited to community, COLLECTION1 by USER1", "Message from" 및 "Please use the following URL to access the community."


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

설명:

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

해결책:

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

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

  • targets: -NetMail Lite 및 -NetMail 값을 삭제한 다음 Instant Messenger 대상에 대한 링크를 복제합니다.


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로 변경되어야 합니다.


디스플레이 프로필이 영어가 아닌 경우 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 로그 사용]을 누릅니다.

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시간으로 지정됩니다.

블로그 포틀릿


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

해결책:

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

해결책:

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


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

해결책:

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

  • 마법사

  • 마법사-사용자-구성

  • 수동


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

설명:

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

해결책:

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

Wiki


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

해결책:

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


쿠키 크기때문에 인증되지 않은 익명 사용자에 대해 포틀릿이 실패합니다. (#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 브라우저에 표시된 [새로 고침] 버튼을 누릅니다.

업그레이드


현지화 업그레이드의 경우 psupdate 스크립트가 작동하지 않습니다. (#6569515)

해결책:

psupdate 실행 전에 로켈을 English UTF-8로 설정합니다.


$ export LC_ALL=en_US.UTF_8
$ export LANG=en_US.UTF_8

현지화 업그레이드의 경우 psupgrade 스크립트가 작동하지 않습니다. (#6502307)

해결책:

psupgrade 실행 전에 로켈을 English UTF-8로 설정합니다.


$ export LC_ALL=en_US.UTF_8
$ export LANG=en_US.UTF_8

Portal Server 7.0을 Portal Server 7.1 Update 2로 업그레이드한 후 업그레이드 전에 만든 커뮤니티에서 문제가 발생합니다. (#6596773)

설명:

Portal Server 7.0을 Portal Server 7.1 Update 2로 업그레이드하기 전에 만든 커뮤니티에는 다음과 같은 문제가 있습니다.

  • 설문 조사, 투표, 파일 및 Wiki에 대한 검색이 작동하지 않습니다.

  • 파일 공유 포틀릿에 업로드된 파일에 액세스할 수 없습니다.

  • 커뮤니티 내의 검색 서비스가 파일 및 토론에 대해서만 작동합니다.


Java ES 4를 Java ES 5로 업그레이드한 후 SRA 서비스가 개발자, 엔터프라이즈 및 커뮤니티 샘플에 추가되지 않습니다. (#6516280)

해결책:

community_sra, developer_sra, enterprise_sra 같은 SRA 서비스를 샘플에수동으로 추가합니다.

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


Portal Server 7.1을 Portal Server 7.1 Update 2로 업그레이드한 후 검색 공급자 및 토론 공급자 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

설명서 업데이트

기타


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

설명:

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


Oracle 데이터베이스를 사용하도록 Portal Server를 구성한 경우 패치를 적용하여 Portal Server 7.1 Update 2로 업데이트하기 전에 해당 패치를 적용한 후 일부 구성 단계를 반복해야 합니다. (#6530662)

해결책:

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

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

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