Sun Java System Portal Server 7.1 릴리스 노트

알려진 문제점 및 제한 사항

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

설명:

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

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

역할 파일과 사용자 파일 없이 포틀릿을 배포하면 배포 포털의 정보 확인 화면에 불필요한 문자열이 표시됩니다. (#6508230)

설명:

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

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

해결책:

다음을 수행합니다.

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

EnterpriseSample 조직 포털 데스크탑 서비스 속성 값이Parent Container: ASCTabContainer, EditContainer: JSPEditContainer 및 Default Type: enterprise_sample인 경우를 예로 들 수 있습니다. 이때 두 관리자 역할 DN은 모두 "cn=Organization Admin Role, o=EnterpriseSample, dc=siroe, dc=com"으로 설정됩니다.
관리자 역할 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를 사용하지 않도록 하려면 다음을 수행합니다.

Portal Server 관리 콘솔에 로그인합니다.
[SRA] > [프로필] > [보안]을 차례로 누릅니다.
[TLS 및 SSL]에서 [SSL 버전 2.0 사용] 옵션을 선택 취소합니다.
[저장]을 누릅니다.

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이 콘솔 창으로 표시되도록 하려면 다음을 수행합니다.

[도구] —> [옵션] —> [사이트 제어] —> [사이트 목록] —> [마스터 설정]을 차례로 누릅니다.
새 탭에 요청하지 않은 팝업 열기 및 요청하지 않은 팝업 창 허용 확인란을 선택 취소합니다.
[도구] > [옵션] > [탭 찾아보기]를 차례로 누릅니다.
새 창에 다른 응용 프로그램의 링크 열기 확인란을 선택합니다. 새 창 대신 새 탭 열기 및 새 탭에 요청하지 않은 팝업 열기 확인란을 선택 취소합니다.
브라우저를 다시 시작합니다.

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

Portal Server Secure Remote Access 구성 요소는 Portal Server를 구성한 후 구성할 수 없습니다. 따라서 이 구성 요소는 Portal Server와 함께 구성해야 합니다.
같은 도메인에 있는 두 개의 서로 다른 Application Server 8.1 인스턴스에 Portal Server를 배포할 수 없습니다.
Mozilla 1.6에서는 Proxylet에 JWS 모드가 지원되지 않지만 JVM 1.5를 사용하는 Mozilla 1.7에서는 문제없이 작동합니다.
Internet Explorer 또는 Mozilla/Firefox에서 클라이언트 브라우저의 JavaScript 기능을 사용하지 않으면, JavaScript를 사용했을 때와 마찬가지로 Wiki 포틀릿과 토론 포틀릿에 포함된 HTML 편집기에서 표준 <Textarea> HTML 양식 요소를 교체하지 않습니다. HTML 편집기의 WYSIWYG 기능을 가져오려면 브라우저에서 JavaScript 기능을 사용해야 합니다.
공유 이벤트와 작업에서 로드하는 템플리트는 Portal Server 관리 콘솔을 통해 액세스할 수 없습니다.
캘린더 및 주소록 채널에서는 Microsoft Exchange 5.5를 지원하지 않습니다. Microsoft에서 캘린더와 주소록 채널을 지원하지 않습니다.
검색 데이터베이스를 만드는 경우 데이터베이스 이름에 더블 바이트 문자를 사용할 수 없습니다.
Directory Server 검색을 반복적으로 수행하면 Portal Server의 처리율이 저하됩니다. 20051207patch1.1.qa 패치를 적용합니다.
Access Manager를 변경하면 Portal Server의 처리율이 저하되지만 Directory Server 이용률은 높아집니다. 그러므로 120954-01(SPARC용), 120955-01(x86용) 또는 120956-01(Linux용) 패치를 Access Manager에 추가하고 Access Manager 관리 콘솔에서 로깅 서비스 버퍼 크기를 수정합니다. 로깅 서비스 버퍼 크기를 수정하려면 다음을 수행합니다.
1. Access Manager 관리 콘솔에 로그인하고 [서비스 구성] > [로깅] > [버퍼 크기]를 선택합니다.
2. 값으로 50을 입력합니다.
3. [저장]을 누릅니다.
게이트웨이에서 Rewriter를 통해 iNotes 및 Microsoft Exchange를 SRA와 통합하는 데는 알려진 문제점이 몇 가지 있습니다. 이런 경우 Proxylet을 사용합니다. (#6186547, 6186541, 6186544, 6186535, 6186534, 6186540, 6308176)
JWS 모드의 Proxylet이 Internet Explore 7.0에서 실행되지 않습니다. (#6490174)
Proxylet 애플릿 창에 Internet Explorer 7.0의 주소 URL 필드가 표시됩니다. (#6490176)
Portal Server에 액세스할 때 Portal Server를 설치한 컴퓨터의 도메인 이름을 제공해야 합니다. (#6472156)
Mobile Access가 Treo 장치에서 80이 아닌 다른 포트에서 작동하지 않습니다. (#6491785)

Portal Server의 Java DB 데이터베이스에 있는 데이터 보호

관계형 데이터베이스를 사용하는 포털 구성 요소에는커뮤니티 회원과 구성 및 포틀릿 응용 프로그램(예: wiki, 설문 조사 및 파일 공유)이 있습니다. 기본적으로 Portal Server는 Java DB를 사용하며,설치 후에 Oracle로 전환되도록 구성할 수 있습니다. 이 경우 Java DB 데이터베이스를 종료해야 합니다.

또한 배포된 포털에서 커뮤니티 기능과 포틀릿 응용 프로그램을 사용하지 않는 경우 Java DB를 중지해야 합니다.

관계형 데이터베이스를 사용하는 각 포털 구성 요소의 경우 기본 사용자 아이디와 비밀 번호를 사용하여 개별 데이터베이스 인스턴스를 구성해야 합니다. 기본 사용자 아이디와 비밀 번호는 둘 모두 "portal"입니다. 설치 후 기본 비밀 번호와 이 비밀 번호를 포함하는 등록 정보 파일의 액세스 권한을 변경하는 것이 좋습니다.

커뮤니티 회원 및 구성 데이터베이스를 보호하려면

사용자의 환경에서 각 포털에 대해 다음 지침을 반복하고<portal-ID> 문자열을 실제 포털 아이디(예: portal1, portal2 등)로 바꿉니다.

Java DB를 다시 시작합니다.

Derby CLI 또는 이와 동등한 다른 도구로 communitymc_portal-ID 데이터베이스를 연결하여 기본 사용자 "portal"의 비밀 번호를 변경합니다. SQuirrel-j와 같은 GUI를 사용하는 경우 SQL 편집기를 사용하여 PS의 Java DB 데이터베이스에 연결한 후CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY('derby.user.portal', 'your-new-password'); 명령을 실행합니다.

Java DB를 다시 시작합니다.

Java DB 명령줄 또는 이와 동등한 다른 도구로 새 비밀 번호를 사용하여 communitymc_portalID 데이터베이스를 연결하여 해당 비밀 번호가 올바르게 설정되었는지 확인합니다.

각 포털 인스턴스에 대해 다음을 수행합니다.
1. 웹 컨테이너의 관리자 설명서를 참조하여 jdbc/communitymc 데이터 소스의 비밀 번호를 2단계에서 설정한 새 비밀 번호로 변경합니다.
2. PortalServer-data-dir/portals/portal-ID/config/portal.dbadmin 파일을 열고 community.db.password 등록 정보의 비밀 번호를2단계에서 Java DB CLI 또는 이와 동등한 다른 도구를 사용하여 설정한 새 비밀 번호로 변경합니다.
3. 소유자만 읽고 쓸 수 있도록 PortalServer-DataDir/portals/portal-ID/config/portal.dbadmin 파일의 권한을 변경합니다(예: chmod 600 portal.dbadmin).
4. 웹 컨테이너를 다시 시작합니다.

파일 공유 포틀릿 응용 프로그램의 데이터를 보호하려면

사용자의 환경에서 각 포털에 대해 다음 지침을 반복하고<portal-ID> 문자열을 실제 포털 아이디(예: portal1, portal2 등)로 바꿉니다.

Java DB를 다시 시작합니다.

Java DB CLI 또는 이와 동등한 다른 도구로 filesharingdb_portal-ID 데이터베이스에 연결하여 기본 사용자 "portal"의 비밀 번호를 변경합니다. Squirrel-j를 사용하는 경우 SQL 편집기에서 다음 단계를 실행해야 합니다.

CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.authentication.provider', 'BUILTIN');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.connection.requireAuthentication', 'true');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.user.portal', 'your-new-password');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.database.fullAccessUsers', 'portal');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.database.defaultConnectionMode', 'noAccess');

Java DB를 다시 시작합니다.

Java DB 명령줄 또는 이와 동등한 다른 도구로 새 비밀 번호를 사용하여 filesharingdb_portal-ID 데이터베이스를 연결하여 해당 비밀 번호가 올바르게 설정되었는지 확인합니다.

각 포털 인스턴스에 대해 다음을 수행합니다.
1. 웹 컨테이너의 관리자 설명서를 참조하여 jdbc/FileSharingDB 데이터 소스의 비밀 번호를 2단계에서 설정한 새 비밀 번호로 변경합니다.
2. PortalServer-DataDir/portals/portal-ID/portletapps/filesharing/tokens.properties 파일을 열고 DB_ADMIN_PASSWORD 및 DB_PASSWORD 등록 정보의 비밀 번호 값을 2단계에서 Java DB CLI 또는 이와 동등한 다른 도구를 사용하여 설정한 새 비밀 번호로 변경합니다.
3. 소유자만 읽고 쓸 수 있도록 PortalServer-DataDir/portals/portal-ID/portletapps/filesharing/tokens.properties 파일의 권한을 변경합니다(예: chmod 600 tokens.properties).
4. 웹 컨테이너를 다시 시작합니다.

Wiki 포틀릿 응용 프로그램의 데이터를 보호하려면

사용자의 환경에서 각 포털에 대해 다음 지침을 반복하고 <portal-ID> 문자열을 실제 포털 아이디(예: portal1, portal2 등)로 바꿉니다.

Java DB를 다시 시작합니다.

Java DB CLI 또는 이와 동등한 다른 도구로 wikidb_portal-ID 데이터베이스를 연결하여 기본 사용자 "portal"의 비밀 번호를 변경합니다. Squirrel-j를 사용하는 경우 SQL 편집기에서 다음 단계를 실행해야 합니다.

CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.authentication.provider', 'BUILTIN');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.connection.requireAuthentication', 'true');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.user.portal', 'your-new-password');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.database.fullAccessUsers', 'portal');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.database.defaultConnectionMode', 'noAccess');

Java DB를 다시 시작합니다.

Java DB 명령줄 또는 이와 동등한 다른 도구로 새 비밀 번호를 사용하여 wikidb_portal-ID 데이터베이스를 연결하여 해당 비밀 번호가 올바르게 설정되었는지 확인합니다.

각 포털 인스턴스에 대해 다음을 수행합니다.
1. 웹 컨테이너의 관리자 설명서를 참조하여 jdbc/WikiDB 데이터 소스의 비밀 번호를 2단계에서 설정한 새 비밀 번호로 변경합니다.
2. PortalServer-DataDir/portals/portal-ID/portletapps/wiki/tokens.properties 파일을 열고 DB_ADMIN_PASSWORD 및 DB_PASSWORD 등록 정보의 비밀 번호 값을 2단계에서 Java DB CLI 또는 이와 동등한 다른 도구를 사용하여 설정한 새 비밀 번호로 변경합니다.
3. 소유자만 읽고 쓸 수 있도록 PortalServer-DataDir/portals/portal-ID/portletapps/wiki/tokens.properties 파일의 권한을 변경합니다(예: chmod 600 tokens.properties).

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

설문 조사 포틀릿 응용 프로그램의 데이터를 보호하려면

사용자의 환경에서 각 포털에 대해 다음 지침을 반복하고 <portal-ID> 문자열을 실제 포털 아이디(예: portal1, portal2 등)로 바꿉니다.

Java DB를 다시 시작합니다.

Java DB CLI 또는 이와 동등한 다른 도구로 surveysdb_portal-ID 데이터베이스를 연결하여 기본 사용자 "portal"의 비밀 번호를 변경합니다. Squirrel-j를 사용하는 경우 SQL 편집기에서 다음 단계를 실행해야 합니다.

CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.authentication.provider', 'BUILTIN');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.connection.requireAuthentication', 'true');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.user.portal', 'your-new-password');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.database.fullAccessUsers', 'portal');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.database.defaultConnectionMode', 'noAccess');

Java DB를 다시 시작합니다.

Java DB 명령줄 또는 이와 동등한 다른 도구로 새 비밀 번호를 사용하여 surveysdb_portal-ID 데이터베이스를 연결하여 해당 비밀 번호가 올바르게 설정되었는지 확인합니다.

각 포털 인스턴스에 대해 다음을 수행합니다.
1. 웹 컨테이너의 관리자 설명서를 참조하여 jdbc/SurveysDB 데이터 소스의 비밀 번호를 2단계에서 설정한 새 비밀 번호로 변경합니다.
2. PortalServer-DataDir/portals/portal-ID/portletapps/surveys/tokens.properties 파일을 열고 DB_ADMIN_PASSWORD 및 DB_PASSWORD 등록 정보의 비밀 번호 값을 2단계에서 Java DB CLI 또는 이와 동등한 다른 도구를 사용하여 설정한 새 비밀 번호로 변경합니다.
3. 소유자만 읽고 쓸 수 있도록 PortalServer-DataDir/portals/portal-ID>/portletapps/surveys/tokens.properties 파일의 권한을 변경합니다(예: chmod 600 tokens.properties).
4. 웹 컨테이너를 다시 시작합니다.