Sun Java System Portal Server 7.1 관리 설명서

1 Sun Java System Portal Server 관리

1장 Portal Server 관리에 대한 이해

Portal Server 관리자는 다음 작업을 포함한 다양한 기능을 관리합니다.

여러 포털 및 Portal Server 인스턴스
데스크탑
검색 서버
Secure Remote Access Server
단일 사인온 어댑터

이 장에서는 Portal Server 구성 요소에 대한 정보와 포털 관리 방법을 설명합니다.

Portal Server 구성 요소에 대한 이해

Portal Server 배포에는 포털 관리에 영향을 주는 여러 구성 요소가 있습니다. 이러한 구성 요소는 다음과 같습니다.

공통 에이전트 컨테이너 – Java 관리 응용 프로그램용 컨테이너를 구현하는 독립 실행형 Java 프로그램입니다. 자세한 내용은 Solaris 10의 새로운 기능을 참조하십시오.
Portal Administration Server – 사용자가 Portal Server MBean에 액세스할 때 인증 및 액세스 제어 검사를 수행하는 관리 응용 프로그램입니다. 이 서버는 JMX^TM 인터페이스를 사용하며 공통 에이전트 컨테이너 모듈로 구현됩니다. 포털 관리 서버 인스턴스는 Portal Server 제품이 설치되어 있는 각 호스트에서 실행됩니다.
포털 도메인 리포지토리 – Portal Server MBean을 구성하는 방법에 대한 정보가 포함되어 있는 계층적 데이터 저장소입니다. 일부 Portal Server MBean은 이 리포지토리에 구성 데이터도 저장합니다. 기본 포털 도메인 리포지토리는 Access Manager가 사용하는 동일한 LDAP 서버의 하위 트리입니다.

독립 실행형 게이트웨이 설치 시에는 게이트웨이와 LDAP 서버의 통신이 금지됩니다. 게이트웨이 파일 시스템의 추가 포털 도메인 리포지토리는 로컬 게이트웨이 MBean 정보를 저장하는 데만 사용됩니다.
포털 데이터 저장소 – 관계형 데이터베이스 관리 시스템(RDBMS) 또는 LDAP 서버 등의 백엔드 저장 장치이거나 파일 시스템에 있으며, 포털에서 컨텐트를 쉽게 제공할 수 있도록 구성 데이터 및 기타 Portal Server 자원을 저장합니다.
Portal Administrative MBean – 포털 관리 작업을 수행하기 위해 포털 관리 서버가 공통 에이전트 컨테이너에 로드합니다.
포털 관리 명령줄 인터페이스(psadmin) – 다양한 Portal Server 구성 요소에 대한 관리 도구를 제공합니다. 자세한 내용은 psadmin 명령줄 인터페이스 사용을 참조하십시오.
포털 관리 콘솔(psconsole) – 다양한 포털 서버 자원을 관리하기 위한 브라우저 인터페이스를 제공합니다. 자세한 내용은 Portal Server 관리 콘솔 사용을 참조하십시오.
모니터링 MBean – Portal Server 런타임 자원 정보를 포착하는 데 도움이 됩니다. 자세한 내용은 7장, Portal Server 작업 모니터링을 참조하십시오.
로컬 파일 시스템 데이터 – 로컬 파일 시스템에 저장된 포털 데이터입니다. 데이터에는 구성 파일, 공급자 기반 템플리트 및 JSP^TM 구문 파일, 자원 번들 파일 및 사용자 정의된 공급자 기반 Java 클래스 등이 있습니다.

Portal Server 구성 요소에 대한 자세한 내용은 Sun Java ^TM System Portal Server 7.1 배포 계획 설명서를 참조하십시오.

Portal Server 관리 콘솔 사용

다양한 포털 관리 작업을 간소화하는 Portal Server 관리 콘솔은 Java^TM 2 Platform, Enterprise Edition(J2EE^TM) 응용 프로그램으로, 다음과 같은 특징과 기능이 있습니다.

웹 브라우저를 통해 액세스 가능
구성된 디버그 수준에 따라 디버그 로그에 메시지 로깅
한 쌍의 이름과 값을 포함하는 설정 변경 사항 로깅
Java Management Extensions(JMX) 기술을 사용하여 Portal Administration Server가 포털 관리 MBean과 통신하도록 포털 데이터 저장소에 연결

포털 관리자는 관리 콘솔을 사용하여 다음과 같은 작업을 수행할 수 있습니다.

데스크탑 및 컨텐트 제공 관리
사용자 동작을 추적하여 포털 관리자가 최종 사용자 작업 및 최종 사용자가 다양한 Portal Server 구성 요소와 상호 작용하는 방법과 관련된 문제를 진단, 해결 및 분석
Portal Server 데스크탑 및 Secure Remote Access 구성 요소에 대한 런타임 통계 가져오기
Portal Server 응용 프로그램에 대한 정보 로그

브라우저 인터페이스 정보

관리 콘솔의 사용자 인터페이스는 관리 기능을 페이지에 표시합니다. 각 페이지의 위쪽에 탭 표시줄이 있습니다. 탭에는 잘 정리된 방식으로 관리 기능이 분류되어 있는 페이지가 표시됩니다. 페이지를 이동하려면 탭을 누르면 되며제공되는 탭은 다음과 같습니다.

일반적 작업 – 포털 관리자가 자주 수행하는 작업에 직접 액세스할 수 있는 링크를 표시합니다.
포털 – 포털 아이디별로 배포된 포털이 나열되어 있으므로 포털 관리자가 특정 포털을 선택할 수 있습니다.
검색 서버 – 포털 관리자가 특정 검색 서버 관리를 위한 페이지에 액세스할 수 있도록 특정 검색 서버의 이름이 목록으로 표시됩니다.
Secure Remote Access – 원격 사용자가 포털 및 해당 포털의 서비스를 인터넷을 통해 안전하게 액세스하는 방법을 포털 관리자가 관리할 수 있도록 해줍니다.
SSO 어댑터 – 로그인한 후 최종 사용자가 응용 프로그램에 대한 인증된 액세스를 얻는 방법을 포털 관리자가 관리할 수 있게 해줍니다.

Portal Server 관리자는 특정 최종 사용자의 Identity 정의를 통해 포털 컨텐트에 대한 액세스를 제공하고 제한할 수 있습니다. 포털 페이지, 속성 및 액세스 정책을 설정하면 특정 엔티티에서 포털 컨텐트를 사용할 수 있습니다. 여기에는 다음과 같은 엔티티가 포함됩니다.

특정 조직
특정 하위 조직
역할
개별 최종 사용자

관리 콘솔에 로그인하려면

SuperAdmin 권한이 있는 관리자만 Portal Server 관리 콘솔에 액세스할 수 있습니다. 사용자는 개별 URI(Uniform Resource Identifier)에서 브라우저 클라이언트를 사용하여 Portal Server 관리 콘솔에 액세스할 수 있습니다.

브라우저에서 http:// hostname:port /psconsole을 입력합니다.

hostname

관리 콘솔이 실행되고 있는 시스템의 이름입니다.

port

설치 중에 할당된 관리 콘솔의 포트 번호입니다.

텍스트 상자에 [관리자 이름] 및 [비밀 번호]를 입력합니다.

관리자는 최상위 관리자여야 합니다. 일반적인 관리자 이름은 amadmin입니다.

[로그인] 버튼을 누릅니다.

관리 콘솔의 일반적 작업 페이지가 표시됩니다.

Portal Server 관리 태그 라이브러리 및 포틀릿 사용

Portal Server는 관리 콘솔 대신 데스크탑에서 포털을 관리할 수 있는 관리 포틀릿을 개발하기 위한 관리 태그 라이브러리를 제공합니다. 관리자는 이 태그 라이브러리를 사용하여 다음을 수행할 수 있습니다.

기본 관리 포틀릿 수정
새로운 관리 기능이 있는 포틀릿 개발
사용자 관리, 공급자 관리, 포틀릿 및 WSRP 관리 작업 지원
JSPProvider를 바탕으로 채널 생성 및 관리
사용자 정의 인터페이스를 사용하여 사용자 정의 관리 포틀릿 작성
모든 사용자 정의 채널을 관리하는 관리 포틀릿 작성

관리자는 관리 포틀릿을 사용하여 위임된 관리자라고 부르는 다른 사용자에게 위임된 관리 자격을 부여할 수 있습니다. Portal Server는 위임된 관리자를 위한 기본 데스크탑을 설계하는 데 사용할 수 있는 관리 포틀릿 샘플 집합을 제공합니다.

자세한 내용은 Sun Java System Portal Server 7.1 Developer Sample Guide 및 Tag Library for Delegated Administration을 참조하십시오.

`psadmin` 명령줄 인터페이스 사용

Portal Server 소프트웨어는 명령줄 인터페이스(CLI)를 제공합니다. 포털 관리자는 CLI를 사용하여 다음을 수행할 수 있습니다.

키보드로 명령을 입력하여 관리 작업을 수행합니다.
관리 작업을 스크립트로 통합하여 정기적으로 반복되는 작업을 자동화합니다.

CLI는 포털 작업을 관리하기 위한 다양한 psadmin 하위 명령을 제공합니다. 여기에는 다음과 같은 하위 명령이 포함됩니다.

여러 포털 및 포털 인스턴스 관리
포털 및 포틀릿 WAR 파일 배포
검색 서버 관리
Secure Remote Access 서버 관리
모니터링 관리
포털 로깅 관리

대부분의 하위 명령은 브라우저 인터페이스의 기능과 유사한 기능을 수행하도록 작성됩니다. 관리 기능에 특별한 명령이 없는 경우 관리자는 표준 UNIX 명령을 사용합니다.

주의 –

Sun Java System Web Server에 Portal Server를 설치한 경우 psadmin 명령을 호출하기 전에 Web Server 관리 서버를 시작해야 합니다.

모든 psadmin 하위 명령에 대한 내용은 Sun Java System Portal Server 7.1 Command Line Reference를 참조하십시오.

2장 포털 및 Portal Server 인스턴스 관리

이 장에서는 여러 포털 관련 정보와 포털 및 Portal Server 인스턴스를 관리하는 방법을 설명하며다음과 같은 항목으로 구성됩니다.

여러 포털에 대한 이해

여러 포털은 동일한 사용자 집합을 공유합니다. 여러 포털의 특징은 다음과 같습니다.

포털은 URL로 식별됩니다. 예: http://hr.xyz.com/portal 또는 http://eng.xyz.com/portal
여러 포털은 동일한 사용자 리포지토리 즉, 동일한 Access Manager 및 Directory Server를 공유합니다. Access Manager를 사용하면 최종 사용자를 관리할 수 있으며 LDAP의 최종 사용자 데이터를 다른 저장소와 동기화할 필요가 없습니다. 최종 사용자와 관련된 모든 데이터는 한 디렉토리 서버에만 저장됩니다.
여러 포털 및 Portal Server 인스턴스를 하나 이상의 호스트에 배포할 수 있습니다. 예를 들어, 한 호스트에 있는 두 개의 포털 서버 인스턴스가 하나의 포털에 컨텐트를 제공할 수 있고 세 개의 Portal Server 인스턴스는 다른 포털에 대해 서비스를 제공할 수 있습니다. 각 Portal Server 인스턴스는 서로 다른 웹 컨테이너 인스턴스에서 실행되어야 합니다.

모든 포털은 다음과 같은 구성 요소를 공유합니다.

Rewriter - 이 구성 요소를 공유하더라도 포털마다 서로 다른 규칙 집합을 정의할 수 있습니다.
SSO 어댑터 - 이 구성 요소를 공유하더라도 포털마다 서로 다른 어댑터를 정의할 수 있습니다.
모든 Secure Remote Access 서비스

다음 구성 요소는 포털과 일대일 관계를 가집니다.

데스크탑 - 각 포털에는 별도의 데스크탑이 있습니다.
가입 - 이 구성 요소는 포털마다 다르게 구성됩니다.
WSRP - 제작자 및 소비자 - 각 포털에 대한 별도의 제작자 및 구성된 제작자 집합입니다.

검색은 포털과 다대다 관계를 가질 수 있습니다.

하나의 포털은 하나의 검색 서버를 사용할 수 있습니다.
여러 포털은 단일 검색 서버를 사용할 수 있습니다.
각 포털은 둘 이상의 검색 서버를 사용할 수 있습니다.

최종 사용자는 여러 포털의 다양한 컨텐트를 확인하고 각 포털의 데스크탑을 사용자 정의할 수 있습니다. 포털간 단일 사인온이 가능합니다. 회사에서 두 개의 포털에 액세스할 수 있는 사용자는 일반적으로 다음과 같은 순서로 작업을 처리하게 됩니다.

포털 1에 대한 URL을 입력하고 회사 아이디를 사용하여 인증합니다.
포털 1에서 개별화된 컨텐트를 확인합니다.
인증 정보를 제공할 필요 없이 포털 2에 대한 URL을 입력합니다.
포털 2에서 개별화된 컨텐트를 확인합니다.

서로 다른 Access Manager를 사용하는 포털은 여러 포털이 아닙니다. 이러한 포털은 독립적이고 관련이 없는 포털이며 각각 자체적인 사용자 집합이 있습니다.

Access Manger는 모두 동일한 Directory Server 인스턴스 집합을 사용하는 고유 인스턴스의 모음일 수 있습니다. 서로 다른 Access Manager는 관련이 없는 두 개의 Access Manager이며, 같은 Access Manager의 여러 인스턴스가 아닙니다.

포털 설정

포털은 동일한 컨텐트를 전달하며 단일 URL(Uniform Resource Locator)에 매핑되는 하나 이상의 포털 서버 인스턴스로 구성됩니다. 하나의 포털이 제공하는 컨텐트 및 서비스는 모든 해당 인스턴스에 대해 공통입니다.

여러 포털은 동일한 사용자 집합을 공유합니다. 이러한 포털은 하나 이상의 호스트에 배포될 수 있지만 모두 동일한 사용자 저장소 즉, 동일한 Access Manager와 Directory Server를 공유합니다.

주 –

이 절에서는 다음 작업을 완료하는 방법을 설명합니다.

포털을 목록으로 표시하려면

이미 설정된 Portal Server 목록을 볼 수 있습니다.

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

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

같은 기능의 `psadmin` 명령

psadmin list-portals

포털을 만들려면

Portal Server를 설치하는 동안 portal1이라는 기본 포털이 만들어집니다. 또한 포털 만들기 마법사를 사용하여 새 포털 서버를 만들 수 있습니다.

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

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

[새 포털] 버튼을 눌러 마법사를 시작합니다.

Portal Server의 고유 이름을 지정합니다(예: portal5).

사용자가 Portal Server에 액세스하는 데 사용할 수 있는 URI를 입력합니다(예: /portal).

웹 컨테이너 유형을 선택합니다.

사용 가능한 유형은 다음과 같습니다.
- Sun Java^TM System Web Server 6.0
- Sun Java System Web Server 7.x
- Sun Java System Application Server 8.x
- BEA WebLogic 8.1SP4/SP5
- IBM WebSphere 5.1.1.6

(옵션) 기본 웹 컨테이너 인스턴스 등록 정보를 변경합니다.

자세한 내용은 Sun Java System Portal Server 7.1 구성 설명서의 새 포털 만들기를 참조하십시오.

제공된 정보를 확인합니다.

[마침]을 눌러 새 포털을 만듭니다.

(옵션) 과정을 모니터링하려면 로그 파일을 검토합니다.
1. 포털이 생성된 컴퓨터에 로그인합니다.
2. psdadmin set-logger 명령을 실행합니다.
  
  . /psadmin set-logger -u uid -f password -m component-type -O logger-name

같은 기능의 `psadmin` 명령

psadmin create-portal

지원되는 웹 컨테이너의 webcontainer.properties에 대한 템플리트는 portal-install-dir/template 디렉토리에 있습니다.

포털을 삭제하려면

모든 호스트에서 기존의 포털 인스턴스를 모두 삭제하고 Access Manager LDAP 디렉토리의 포털 데이터를 정리할 수 있습니다.

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

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

포털 목록에서 제거할 포털을 선택하고 [포털 삭제] 버튼을 누릅니다.

같은 기능의 `psadmin` 명령

psadmin delete-portal

포털 데이터를 내보내려면

다음 포털 데이터를 par 파일에 보관할 수 있습니다.

Access Manager 디렉토리에 저장된 데이터
/var/opt/SUNWportal/portals/ portal-id/desktop 디렉토리에 기본적으로 저장된 데스크탑 파일 시스템 파일
/var/opt/SUNWportal/portals/ portal-id/desktop/classes 디렉토리에 기본적으로 저장된 데스크탑 사용자 정의 클래스
/var/opt/SUNWportal/portals/portal-id/war 디렉토리에 기본적으로 저장된 Portal Server 웹 응용 프로그램
/var/opt/SUNWportal/portals/portal-id/web-src 디렉토리에 기본적으로 저장된 Portal Server 웹 소스 데이터

데이터를 보관한 후 같은 포털 또는 다른 포털로 데이터를 가져올 수 있습니다. psconsole에서 포털을 내보내려면 다음을 수행하십시오.

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

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

테이블에서 포털을 선택합니다.

[내보내기] 버튼을 누릅니다.

Portal Server 컴퓨터의 par 파일 위치와 내보낼 파일을 지정합니다.
- 모든 데스크탑 데이터 — 내보낸 par에 파일 시스템 데이터와 디스플레이 프로필 데이터를 포함합니다.
- 파일 시스템 데이터만 — 내보낸 par 파일에 포털 데스크탑 및 포털 web-src에 배포된 데스크탑 파일 시스템 데이터만 포함합니다.
- 디스플레이 프로필 데이터만 — 내보낸 par에 디스플레이 프로필 데이터만 포함합니다.

같은 기능의 `psadmin` 명령

psadmin export

주 –

이 명령은 Directory Server의 사용자 데이터를 지원하지 않습니다.

포털 데이터를 포털로 가져오려면

이전에 내보냈던 포털 데이터를 포털로 가져올 수 있습니다.

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

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

테이블에서 포털을 선택합니다.

데스크톱 데이터 가져오기 페이지가 나타납니다.

[가져오기] 버튼을 누르고 다음을 지정합니다.
- 가져온 데이터의 par 파일 경로. par 파일은 Portal Server 시스템에 있어야 합니다.
- 포털의 저장소 구조가 가져온 아카이브 파일과 일치하지 않는 경우 계속할지 여부

포털 웹 응용 프로그램을 다시 배포합니다.
1. psadmin redeploy 명령을 실행할 시간을 예약합니다.
  
  생산 시간 이외 또는 시스템 유지 관리 모드일 때와 같이 시스템이 작업 중이 아닐 때 이 단계 작업을 수행하도록 예약합니다. 이 작업은 war 파일을 다시 배포하고 데스크탑을 실행 중인 사용자를 로그아웃시키므로 작업이 손실될 수 있습니다.
2. psadmin redeploy 명령을 실행합니다.
  
  psadmin redeploy -u amadmin -f passwordfile -p portalID --allwebapps

같은 기능의 `psadmin` 명령

psadmin import

주 –

이 명령은 Directory Server의 사용자 데이터를 지원하지 않습니다.

Portal Server 인스턴스 설정

Portal Server 인스턴스는 웹 컨테이너에 배포된 웹 응용 프로그램입니다. 인스턴스는 특정 네트워크 포트에 대한 요청을 지원하기 위해 특정 Portal Server 컨텍스트 URI를 사용합니다. 각 Portal Server 인스턴스는 단일 포털과 연결됩니다.

서버 인스턴스는 특정 IP 주소 또는 해당 호스트의 IP 주소로 바인딩된 특정 포트를 수신합니다. Portal Server의 경우 서버 인스턴스는 한 포트에서 수신하고 Java™ Virtual Machine(JVM™ 소프트웨어)을 실행하는 배포 컨테이너 프로세스에 해당합니다.

주 –

Sun Java™ System Web Server 및 Sun Java™ System Application Server는 여러 인스턴스를 지원합니다.

이 절에서는 다음 작업을 완료하는 방법을 설명합니다.

Portal Server 인스턴스 목록을 표시하려면

이미 설정된 Portal Server 인스턴스 목록을 볼 수 있습니다.

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

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

테이블에서 Portal Server의 이름을 누릅니다.

[서버 인스턴스] 탭을 선택합니다.

테이블에 선택한 Portal Server 인스턴스가 모두 표시됩니다.

같은 기능의 `psadmin` 명령

psadmin list-portals

Portal Server 인스턴스를 만들려면

시작하기 전에

웹 컨테이너 인스턴스에 기존 Portal Server의 새 인스턴스를 만듭니다.
웹 컨테이너 인스턴스를 시작합니다.
웹 컨테이너의 관리 서버를 시작합니다.

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

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

Portal Server의 이름을 선택합니다.

[서버 인스턴스] 탭을 선택합니다.

[새 인스턴스] 버튼을 눌러 마법사를 시작합니다.

포털 식별자의 이름을 입력합니다.

웹 컨테이너 유형을 선택합니다.

사용 가능한 유형은 다음과 같습니다.
- Sun Java System Web Server 7
- Sun Java System Application Server 8.2
- BEA WebLogic 8.1SP4
- IBM WebSphere 5.1.1.6

(옵션) 기본 웹 컨테이너 인스턴스 등록 정보를 변경합니다.

자세한 내용은 Sun Java System Portal Server 7.1 구성 설명서의 동일한 노드에 포털 만들기를 참조하십시오.

제공된 정보를 확인하고 [마침]을 눌러 새 포털 인스턴스를 만듭니다.

진행 표시줄에 이 절차의 상태가 표시됩니다. 이 절차가 완료되면 결과 페이지가 표시됩니다.

[마침]을 눌러 새 포털 인스턴스를 만듭니다.

같은 기능의 `psadmin` 명령

psadmin create-instance

Portal Server 인스턴스를 삭제하려면

Portal Server 인스턴스를 삭제할 수 있습니다.

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

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

Portal Server의 이름을 선택합니다.

[서버 인스턴스] 탭을 선택합니다.

테이블에서 제거할 인스턴스를 선택합니다.

[인스턴스 삭제] 버튼을 누릅니다.

같은 기능의 `psadmin` 명령

psadmin delete-instance

3장 조직, 역할 및 사용자 관리

Portal Server 관리자는 특정 최종 사용자의 Identity 정의를 통해 포털 컨텐트에 대한 액세스를 제공하고 제한할 수 있습니다. 포털 페이지, 속성 및 액세스 정책을 설정하면 포털 컨텐트를 특정 엔티티에서 사용할 수 있습니다. 이러한 엔티티는 다음과 같습니다.

특정 조직
특정 하위 조직
역할
개별 최종 사용자

조직, 역할 및 최종 사용자를 관리하려면 Portal Server 관리자는 Portal Server 관리 콘솔과 Sun Java^TM System Access Manager 콘솔을 모두 사용해야 합니다. 이 장에서는 Portal Server 관리자가 Access Manager를 사용하여 이러한 작업을 수행하는 방법을 설명합니다. 이 장은 다음과 같은 항목으로 구성됩니다.

주 –

이 장에서는 레거시 모드를 지원하도록 설치 및 구성된 Access Manager를 사용하는 방법을 설명합니다. 레거시 모드 및 영역 모드에 대한 자세한 내용은 Sun Java System Access Manager 관리 설명서를 참조하십시오.

Portal Server와 함께 Access Manager를 사용하는 방법에 대한 이해

Portal Server는 Sun Java System Access Manager 서비스를 사용하여 Portal Server 최종 사용자 및 응용 프로그램 관련 속성을 관리합니다. Identity 관련 작업을 관리하려면 Access Manager 콘솔을 사용해야 합니다.

다음 도구를 사용하여 Portal Server 관리자가 포털 사이트에 액세스하는 사용자를 제어할 수 있습니다.

Portal Server 관리 콘솔은 관리자가 다음을 관리할 수 있게 해주는 브라우저 인터페이스입니다.
- 포털 및 포털 인스턴스
- 검색
- 원격 액세스
- 단일 사인온
- 디스플레이 프로필 문서
- 컨테이너 및 채널
Sun Java System Access Manager 콘솔은 관리자가 다양한 액세스 수준을 통해 다음을 수행할 수 있게 해주는 브라우저 인터페이스입니다.
- 영역 및 조직 생성과 제거
- 해당 조직에서 사용자 생성 및 삭제
- 서비스 관리
- 조직 자원에 대한 액세스를 보호하고 제한하는 정책 설정

Portal Server 관리자는 Access Manager를 사용하여 다음 작업을 수행해야 합니다.

사용자가 조직 또는 하위 조직에서 가지고 있는 역할에 따라 적절한 액세스 권한을 관리하고 할당하도록 사용자, 역할 및 조직 등의 Identity 기반 객체 관리
최종 사용자에게 조직, 하위 조직, 사용자, 정책, 역할 및 채널을 관리할 수 있는 권한을 부여하여 특정 최종 사용자에게 관리 기능 위임

Access Manager는 LDAP(Lightweight Directory Access Protocol)를 사용합니다.

Access Manager 관리에 대한 자세한 내용은 Sun Java System Access Manager 7.1 Administration Guide를 참조하십시오.

Portal Server의 새 조직 만들기

새 조직은 최상위 Access Manager 조직에 등록되어 있는 서비스를 상속합니다. 새 조직이 상속하는 일반적인 서비스는 다음과 같습니다.

Access Manager 구성
- 인증 구성
인증 모듈
- 핵심
- LDAP
- 정책 구성

새 조직은 LDAP 인증과 해당 전역 서비스에서 상속된 LDAP 서비스 설정을 사용합니다.

Access Manager 관리에 대한 자세한 내용은 Sun Java System Access Manager 7.1 Administration Guide를 참조하십시오.

Portal Server에서 사용할 새 조직을 만들려면

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

Access Manager 관리에 대한 자세한 내용은 Sun Java System Access Manager 7.1 Administration Guide를 참조하십시오.

[Identity 관리]의 [보기] 메뉴에서 [조직]을 선택합니다.

새 조직을 만들려면 [새로 만들기]를 누릅니다.

조직 속성을 지정합니다.

예:

이름

TestOrganization

조직 별칭

TestOrganization

[확인]을 누릅니다.

새 조직에 액세스하려면

브라우저에 다음 URL을 입력합니다.

http:// host:port/amserver/UI/Login?org= organizationalias

host: 콘솔이 실행되고 있는 시스템의 이름입니다.
port: 설치 중에 할당된 콘솔의 포트 번호입니다.
organizationalias: 조직 별칭 속성 필드에 할당된 값입니다.

조직에 포털 서비스 추가

먼저 조직에 여러 서비스를 추가해야 포털에 액세스할 수 있습니다. 조직에 추가해야 하는 서비스는 다음과 같습니다.

Portal Server 구성
- portalID 데스크탑
- portalID 가입
- SSO 어댑터
- portalID WSRP 소비자
모바일 응용 프로그램 구성
- 모바일 주소록
- 모바일 캘린더
- 모바일 메일

선택적으로 추가할 수 있는 서비스는 다음과 같습니다.

Secure Remote Access 구성
- 액세스 목록
- NetFile
- Netlet
- Proxylet

조직에 포털 서비스를 추가하려면

먼저 조직에 여러 포털 서비스를 추가해야 조직에서 Portal Server에 액세스할 수 있습니다. 포털 서비스를 조직에 추가한 후 Portal Server 관리 콘솔을 사용하여 Portal Server 설정을 관리합니다.

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

Access Manager 관리에 대한 자세한 내용은 Sun Java System Access Manager 7.1 관리 설명서를 참조하십시오.

[Identity 관리]의 [보기] 메뉴에서 [조직]을 선택합니다.

조직을 누릅니다.

예: TestOrganization

조직의 [보기] 메뉴에서 [서비스]를 선택합니다.

[추가]를 누릅니다.

배포에서 사용 가능한 경우 다음 서비스를 선택합니다.
- 모바일 응용 프로그램 구성
  - 모바일 주소록
  - 모바일 캘린더
  - 모바일 팩스
  - 모바일 메일
- Portal Server 구성
  - portalID 데스크탑
  - portalID 가입
  - SSO 어댑터
- 원격 포틀릿(WSRP)
  - portalID WSRP 소비자
- Secure Remote Access 구성
  - 액세스 목록
  - NetFile
  - Netlet
  - Proxylet

[확인]을 누릅니다.

새 사용자에게 필요한 포털 서비스를 지정하려면

조직에 모든 포털 서비스를 추가한 후 Access Manager 콘솔을 사용하여 새로 만든 최종 사용자에 서비스를 추가해야 합니다. 그러면 포털 데스크탑과 필요한 포털 서비스에 액세스할 수 있습니다.

Access Manager 관리 서비스를 사용하면 최종 사용자 항목을 만들 때 동적으로 추가할 서비스를 지정할 수 있습니다. "등록" 기능과 같은 포털 배포를 사용하여 사용자를 만든 경우 Access Manager 콘솔에서 조직에 대한 필수 서비스 설정을 지정합니다.

시작하기 전에

조직에 포털 서비스를 추가합니다. 조직에 포털 서비스 추가를 참조하십시오.

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

Access Manager 관리에 대한 자세한 내용은 Sun Java System Access Manager 7.1 관리 설명서를 참조하십시오.

관리 서비스를 추가합니다.
1. [Identity 관리]의 [보기] 메뉴에서 [조직]을 선택합니다.
2. 조직을 누릅니다.
  
  예: TestOrganization
3. 조직의 [보기] 메뉴에서 [서비스]를 선택합니다.
4. [추가]를 누릅니다.
5. 관리 서비스를 선택하고 [확인]을 누릅니다.

관리 서비스 필수 서비스에 대한 설정을 지정합니다.

이 설정은 필수 서비스 목록의 모든 서비스를 새로운 최종 사용자에게 할당할 것인지를 지정합니다.
1. 관리 서비스 설정을 선택합니다.
2. [필수 서비스] 설정에서 다음 서비스를 지정합니다.
  - SunPortalportalIDDesktopService
  - SunPortalportalIDSubscriptionsService
  - SunMobileAppABService
  - SunMobileAppCalendarService
  - SunMobileAppMailService
  - SunSSOAdapterService
3. [저장]을 누릅니다.

Access Manager 콘솔에서 로그아웃합니다.

특정 노드로 이동

Portal Server는 Access Manager 서비스를 사용하여 응용 프로그램 및 사용자별 속성을 저장합니다. Portal Server 관리 콘솔은 사용자가 LDAP 디렉토리 노드(DN)에 대한 포털 관련 기능을 관리할 수 있도록 탭의 행 아래에 수평줄로 표시된 위치 표시줄에서 DN에 대한 세부 사항을 제공합니다.

위치 표시줄을 사용하면 다음을 수행할 수 있습니다.

현재 선택된 노드 확인
최대 10개의 조직 DN 보기
다른 디렉토리 이름으로 변경

디렉토리 이름은 조직, 역할 또는 사용자 이름일 수 있습니다.

위치 표시줄에 대한 이해

위치 표시줄의 기능은 다음과 같습니다.

DN 선택 – 이 드롭다운 메뉴를 사용하여 다음 디렉토리 노드 유형을 표시할 수 있습니다.
- Portal Server를 설치할 때 정의된 기본 조직
- 관리자가 [DN 추가] 버튼을 사용하여 설정한 노드
선택한 DN – 현재 선택한 DN을 확인할 수 있습니다.
DN 입력 – 전체 이름을 입력하여 이미 정의되어 있는 DN으로 이동할 수 있습니다.

새 디렉토리 노드를 설정하려면

위치 표시줄에 추가하지 않고 새 DN을 선택할 수 있습니다.

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

위치 표시줄 옆의 [추가] 버튼을 선택합니다.

다음 방법 중 하나를 사용하여 DN 이름을 선택합니다.
- 창에 나열된 DN을 선택합니다.
- 검색 유틸리티를 사용합니다.
  1. 검색 문자열을 입력합니다.
    
    와일드카드 문자를 사용할 수 있습니다.
    
    검색 결과가 단축형 이름과 해당 디렉토리 노드별로 표시됩니다.
  2. [검색] 버튼을 누릅니다.

[현재 DN 설정] 버튼을 누릅니다.

창이 닫히고 [선택한 DN] 필드에 새 디렉토리 노드가 표시되며,디렉토리 노드는 위치 표시줄의 선택 항목에 추가되지 않습니다.

디렉토리 노드를 위치 표시줄 선택 항목에 추가하려면

위치 표시줄 메뉴에 디렉토리 노드를 추가하면 쿠키로 저장되므로 동일한 브라우저의 모든 세션에서 해당 디렉토리 노드를 사용할 수 있습니다.

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

다음 방법 중 하나를 사용하여 DN 이름을 선택합니다.
- [추가] 버튼 사용
  1. [DN 선택] 메뉴 옆의 [추가] 버튼을 누릅니다.
    
    [DN 목록에 추가] 팝업 창이 열리고 사용할 수 있는 디렉토리 노드 목록이 표시됩니다.
  2. 원하는 DN을 선택합니다.
- 검색 유틸리티 사용
  1. [검색] 메뉴를 사용하여 객체 유형을 선택합니다.
  2. 검색 문자열을 입력합니다.
    
    와일드카드 문자를 사용할 수 있습니다.
    
    검색 결과가 단축형 이름과 해당 DN별로 표시됩니다.
  3. 원하는 DN을 선택합니다.

디렉토리 노드 이름을 선택합니다.

(옵션) 단축형 이름 필드를 편집하여 드롭다운 메뉴에 디렉토리 노드가 표시되는 이름을 변경합니다.

[추가] 버튼을 누릅니다.

디렉토리 노드가 [DN 선택] 메뉴에 추가됩니다.

위치 표시줄 선택 항목에서 디렉토리 노드를 제거하려면

위치 표시줄에 표시된 드롭다운 목록에서 디렉토리 노드를 삭제할 수 있습니다. 디렉토리 노드 자체는 제거되지 않습니다. LDAP 데이터베이스에서 디렉토리 이름을 제거하려면 Access Manager를 사용해야 합니다.

설치하는 동안 정의된 기본 조직은 제거할 수 없습니다.

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

[DN 선택] 드롭다운 메뉴에서 삭제할 DN을 선택합니다.

[DN 선택] 드롭다운 메뉴 버튼 옆의 [삭제] 버튼을 누릅니다.

선택한 디렉토리 노드가 제거됩니다.

디렉토리 노드에 대한 정보를 표시하려면

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

다음 방법 중 하나를 사용하여 디렉토리 노드에 대한 정보를 표시합니다.
- [DN 입력] 텍스트 상자에 디렉토리 노드 이름을 입력하고 [이동] 버튼을 누릅니다.
- [DN 선택] 메뉴에서 디렉토리 노드 이름을 선택합니다.

4장 Portal Server 데스크탑 관리

이 장에서는 Sun Java^TM System Portal Server 데스크탑과 그 관리 방법에 대해 설명합니다.

Portal Server 데스크탑 관리에 대한 이해

이 절에서는 Portal Server 데스크탑의 주요 구성 요소에 대해 설명하며,다음과 같은 항목으로 구성됩니다.

디스플레이 프로필에 대한 이해

Portal Server를 설치하는 동안 초기 조직을 만듭니다. 그 다음 지정된 입력 매개 변수를 바탕으로 설치 프로그램이 디스플레이 프로필 전역 수준 문서와 기본 조직 디스플레이 프로필을 가져옵니다.

그 후에는 새 조직, 하위 조직 또는 역할을 만들 때마다 디스플레이 프로필이 자동으로 로드되지 않습니다. 하지만 새 조직, 하위 조직 또는 역할은 상위 항목에서 정의한 디스플레이 프로필을 상속받습니다. 새로 만든 조직, 하위 조직 또는 역할에만 해당하는 특정 항목이 있는 경우 수동으로 디스플레이 프로필을 로드해야 합니다.

디스플레이 프로필은 다음 세 가지 항목을 정의하여 표준 데스크탑에 대한 디스플레이 구성을 만듭니다.

공급자 정의

공급자의 이름 및 Java 클래스를 지정합니다. 공급자는 채널에 표시되는 컨텐트를 생성하는 데 사용되는 템플리트입니다.

채널 정의

공급자 클래스 인스턴스의 런타임 구성을 지정합니다. 채널은 컨텐트의 단위로, 대개 행과 열로 배열됩니다. 또한 채널의 채널 즉, 컨테이너 채널이 있을 수도 있습니다.

공급자 및 채널 등록 정보 정의

공급자 및 채널 등록 정보의 값을 지정합니다. 공급자에 정의된 등록 정보는 보통 공급자에서 파생된 채널의 기본값을 지정합니다. 채널의 디스플레이 구성에는 제목, 설명, 채널 너비 등과 같은 등록 정보가 포함됩니다. 채널에 정의된 등록 정보는 대개 해당 채널에 대해 기본값이 아닌 특정 값을 지정합니다.

컨테이너 등록 정보는 컨테이너에 포함된 채널을 표시하는 방법을 정의하며여기에는 컨테이너의 레이아웃(가는-넓은, 넓은-가는 또는 가는-넓은-가는), 포함된 채널 목록, 채널 위치(행 및 열 번호) 및 포함된 채널의 창 상태(최소화 또는 분리)가 포함됩니다.

디스플레이 프로필은 채널에 대한 등록 정보 값만 제공하며,사용자가 데스크탑에서 보게 되는 전체적인 레이아웃이나 구성을 실제로 정의하지 않습니다. 그러나 디스플레이 프로필은 테이블 컨테이너의 열 레이아웃이나 테이블 컨테이너가 테이블에 채널을 작성하는 방식과 같이 채널 표시의 여러 측면을 간접적으로 제어합니다.

시스템은 잘못된 XML이 있는 디스플레이 프로필 문서를 저장하려고 할 때 오류를 보고합니다. 오류 메시지는 제목, 메시지 및 하위 메시지로 표시됩니다. 메시지 상자의 제목은 "잘못된 XML 문서입니다."이고메시지는 다음 중 하나로 표시됩니다.

XML 구문 분석에 실패했습니다...
XML에 문서 형식이 없습니다.
DP 검색에 실패했습니다...
잘못된 XML 입력입니다...

"잘못된 XML 문서입니다."라는 오류가 나타나면 XML 문서를 저장할 수 있도록 오류를 수정해야 합니다.

디스플레이 문서 구문은 다음과 같습니다.

<?xml version="1.0" encoding="utf-8" standalone="no"?>
<DOCTYPE DisplayProfile SYSTEM " jar://resources/psdp.dtd">

<DisplayProfile version="1.0" priority="xxx">
	<Properties>
	...
	</Properties>
	</Channels>
	...
	</Channels>
	<Providers>
	...
	</Providers>
</DisplayProfile>

데스크탑 속성에 대한 이해

데스크탑에서는 사용자의 디스플레이 프로필 병합자 집합에 있는 모든 문서를 병합하고 그 결과를 사용하여 사용자의 데스크탑을 구성합니다. 디스플레이 프로필 병합자 집합은 사용자와 연결된 모든 디스플레이 프로필 문서로 이루어져 있습니다. 디스플레이 프로필은 Portal Server 조직 트리의 여러 수준에서 정의됩니다. 다양한 트리 수준의 디스플레이 프로필 문서는 병합 또는 결합되어 사용자의 디스플레이 프로필을 만듭니다.

예를 들어, 사용자의 디스플레이 프로필 문서는 역할 디스플레이 프로필 문서(있는 경우), 조직의 디스플레이 프로필 문서 및 전역 디스플레이 프로필 문서로 병합되어 사용자의 디스플레이 프로필을 형성합니다.

데스크탑 디스플레이 프로필 및 기타 구성 데이터는 상위 컨테이너, 데스크탑 유형 및 Sun Java System Access Manager 서비스 관리 프레임워크에 있는 포털 데스크탑 서비스의 편집 컨테이너 등과 같은 서비스 속성으로 정의됩니다. 조직이 Sun Java System Access Manager 관리 콘솔에서 포털 데스크탑 서비스를 위해 추가되면 조직 내의 모든 사용자는 사용자 프로필의 포털 데스크탑 서비스 속성을 상속합니다. 포털 데스크탑에 정보를 집계 및 표시하는 방법을 지정하기 위해 포털 데스크탑에서 이 속성을 쿼리합니다.

데스크탑 속성 관리를 참조하십시오.

Portal Server 데스크탑 컨텐트 관리

이 절에서는 데스크탑 컨텐트를 관리하는 방법을 설명합니다. 데스크탑에 대한 자세한 내용은 Sun Java System Portal Server 7 기술 개요의 표준 데스크탑에 대한 이해를 참조하십시오.

포틀릿 관리

이 절에서는 포틀릿을 배포 및 배포 해제하는 방법과 포틀릿 기본 설정을 수정하는 방법을 설명합니다.

포틀릿은 포털 컨텍스트 내에서 요청을 처리하고 컨텐트를 생성하는 웹 응용 프로그램입니다. 포틀릿은 포틀릿 컨테이너에서 관리합니다(JSR 168 Expert Group의 정의에 따른 포틀릿 규격 구현).

포틀릿은 선택한 DN 노드에만 한 번 배포할 수 있습니다. 동일한 DN 노드에 포틀릿이 이미 배포된 경우 해당 포틀릿을 배포 해제한 후 배포해야 합니다. 포틀릿이 여러 하위 조직이나 역할에 있어야 하는 경우 포털 전역 DN 또는 상위 조직에 포틀릿을 배포합니다.

포틀릿을 배포하려면

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

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

[포털]에서 포털 서버를 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[포틀릿 배포]를 눌러 마법사를 시작합니다.
1. 포틀릿을 배포하려는 포털 및 DN이 선택되었는지 확인하고 [다음]을 누릅니다.
2. 포틀릿 war 파일, 역할 파일 및 사용자 파일을 지정합니다.
  
  주 –
  역할 파일 및 사용자 파일은 선택 사항합니다. war 파일, 역할 파일 및 사용자 파일은 로컬 컴퓨터 또는 원격 포털 서버 시스템에서 찾을 수 있습니다.
3. 로컬 시스템 또는 원격 포털 서버 시스템에 해당하는 버튼을 선택합니다.
  - 업로드 파일이 로컬 컴퓨터에 있는 경우 찾아보기 대화 상자를 사용하여 로컬 컴퓨터에서 파일을 선택합니다.
  - 업로드 파일이 원격 포털 서버 시스템에 있는 경우 파일 선택기 대화 상자를 사용하여 원격 컴퓨터에서 파일을 선택합니다.
4. 입력한 정보를 확인하고 [다음]을 누릅니다.
5. 포틀릿이 배포되면 정보 페이지가 나타납니다.

지침에 따라 포틀릿을 배포합니다.

같은 기능의 `psadmin` 명령

psadmin deploy-portlet

포틀릿을 배포 해제하려면

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

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

[포털]에서 포털 서버를 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[포틀릿 배포 해제]를 눌러 마법사를 시작합니다.

필요에 따라 구성 속성을 수정합니다.

[배포 해제]를 눌러 변경 사항을 기록합니다

같은 기능의 `psadmin` 명령

psadmin undeploy-portlet

포틀릿 기본 설정을 수정하려면

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

[일반적 작업] 탭을 누른 다음 하위 메뉴에서 [채널 및 컨테이너 관리]를 누릅니다.

포틀릿을 배포할 포털 및 DN을 선택합니다.

사용할 수 있는 채널과 포틀릿이 포함된 탐색 트리가 표시됩니다.

왼쪽 프레임의 탐색 트리에서 포틀릿 채널을 선택합니다.

오른쪽 프레임에는 기본 설정 테이블과 등록 정보 테이블이 표시됩니다.

기본 설정 테이블에서 수정할 기본 설정의 [값 편집] 링크를 누릅니다.

기본 설정 마법사에서 텍스트 필드에 새 값을 입력하고 [확인]을 누릅니다.
- 값을 제거하려면 목록에서 해당 값을 선택하고 [제거]를 누릅니다.

기본 설정 수정 작업을 완료했으면 [저장]을 누릅니다.

[닫기]를 누릅니다.

채널 및 컨테이너 관리

이 절에서는 관리 콘솔에서 포털 서버 채널과 컨테이너를 관리하는 방법을 설명합니다.

다음과 같은 항목으로 구성됩니다.

채널 및 컨테이너 보기

사용자의 데스크탑은 데스크탑 상위 컨테이너를 시작하여 렌더링됩니다. 모든 조직, 역할 및 사용자 DN에서 상위 컨테이너를 사용자 정의할 수 있습니다. 데스크탑 상위 컨테이너에 표시되도록 선택한 하위 컨테이너 및 채널을 반복하는 방법으로 특정 DN에서 데스크탑에 대한 컨텐트가 제공됩니다.

일반적으로 데스크탑 상위 컨테이너에는 몇 개의 탭 또는 테이블 컨테이너가 포함됩니다. 상위 컨테이너의 선택한 노드 목록에 있는 각 탭 컨테이너가 사용자 테스크탑에 탭을 표시합니다. 이 탭에는 탭 컨테이너에 있는 채널이 표시됩니다.

포털 관리 콘솔의 [채널 및 컨테이너 관리] 왼쪽 하단 프레임에는 두 가지 구성 요소가 있습니다.

[보기 유형] 메뉴
채널 및 컨테이너 트리

[보기 유형] 메뉴의 항목과 트리에 표시되는 노드는 병합된 디스플레이 프로필 XML의 컨텐트에 따라 달라집니다.

트리에는 컨테이너와 채널 노드가 포함됩니다. 데스트탑에 컨텐트를 제공하는 채널의 유형은 세 가지가 있습니다.

공급자(고유) 채널
포틀릿 채널
원격 포틀릿 채널

트리에서 노드 링크를 눌러 오른쪽 프레임에 등록 정보와 작업을 표시할 수 있습니다.

[보기 유형] 메뉴에는 두 가지 유형의 항목이 있습니다.

디스플레이 프로필 XML 트리
데스크탑 보기

디스플레이 프로필 XML 트리 및 데스크탑 보기를 보려면을 참조하십시오.

디스플레이 프로필 XML 트리

트리에는 병합된 디스플레이 프로필(DP) XML에 있는 채널 및 컨테이너의 전체 집합이 표시됩니다. DP XML 트리의 루트 요소는 DP_ROOT이며 이는 디스플레이 프로필에 있는 모든 채널 및 컨테이너의 상위 요소입니다. DP_ROOT 바로 아래 또는 DP_ROOT 아래의 컨테이너에 채널을 만들 수 있습니다.

DP XML 트리 아래에 나열된 노드가 항상 데스크탑에 표시되는 것은 아닙니다. 디스플레이 프로필의 일부 노드는 전혀 참조되지 않거나 데스크탑 컨테이너의 계층 구조에 포함되지 않습니다.

예를 들어 데스크탑의 기본 컨테이너인 JSPTabContainer에는 tab1 및 tab2 컨테이너가 있습니다. tab1에 ch1과 ch2가 포함되어 있고 tab2에 ch3과 ch4가 포함되어 있는 경우 DP XML 트리에 정의된 채널은 5개입니다. DP XML 트리는 컨테이너 계층 구조에서 ch1부터 ch4까지 참조하지만 ch5는 참조하지 않습니다. 따라서 ch1에서 ch4까지만 데스크탑에 표시됩니다.

데스크탑 보기

데스크탑 보기는 병합된 디스플레이 프로필에서 사용할 수 있는 최상위 컨테이너입니다. 각 데스크탑 보기를 DN에서 데스크탑의 상위 컨테이너로 설정할 수 있습니다. 데스크탑 보기를 선택하면 데스크탑에 표시할 컨텐트를 렌더링하여 역할이 있는 채널 및 컨테이너의 계층 구조를 시각적으로 트리에 표시합니다.

데스크탑 보기에 표시되는 채널과 컨테이너에는 두 가지 상태가 있습니다.

선택되어 데스크탑에 표시됨
선택 가능

주 –
이 상태에서는 채널 및 컨테이너 아이콘이 회색으로 표시됩니다.

오른쪽 프레임에 있는 작업 링크를 눌러 데스크탑 보기에서 채널 및 컨테이너의 상태를 변경할 수 있습니다. 상태에 대한 툴팁을 표시하려면 컨테이너 또는 채널 아이콘 위에 마우스를 올려 놓습니다. 또한 툴팁에는 노드의 정식 이름도 표시됩니다.

디스플레이 프로필 XML 트리 및 데스크탑 보기를 보려면

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

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

[포털]에서 포털 서버를 선택한 다음 [DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.
- 또한 컨테이너 및 채널 관리 페이지의 [DN 선택] 메뉴에서 조직을 선택할 수도 있습니다.

[작업]에서 [컨테이너 및 채널 관리]를 누릅니다.

[보기 유형] 드롭다운 메뉴에서 [DP XML 트리] 또는 [데스크탑 보기]를 선택합니다.

채널 및 컨테이너 등록 정보 수정

이 절에서는 채널 및 컨테이너의 등록 정보와 이를 수정하는 방법을 설명합니다.

다음 작업을 수행할 수 있습니다.

등록 정보에 대한 이해

트리에서 노드를 누를 때 표시되는 등록 정보는 최상위 등록 정보 또는 채널 수준 등록 정보입니다. 이러한 등록 정보는 공급자 수준에서 정의되며 채널에 대해 사용자 정의할 수 있습니다. 하지만 채널에 추가된 새 등록 정보는 공급자에 추가할 수 없습니다. 이런 이유로 채널 수준에서 새 등록 정보를 추가할 수 없습니다.

등록 정보 테이블은 클라이언트 유형 및 로켈을 표시합니다. 등록 정보 유형을 표시하는 열은 없지만 다음 규칙을 따릅니다.

문자열: 최대 30자의 넓은 텍스트 필드가 있는 값 열입니다.
정수: 최대 5자의 좁은 텍스트 필드가 있는 값 열입니다.
부울: 값이 라디오 버튼입니다.
맵: 이름이 링크입니다.
목록: [값 편집] 링크가 있는 값 열입니다. 이 링크를 누르면 값을 추가하고 제거할 수 있는 마법사가 열립니다.
빈 컬렉션: [값 편집] 링크를 표시하는 링크가 이름으로 사용됩니다. 빈 컬렉션에 한 쌍의 이름과 값을 추가하여 맵처럼 동작하도록 할 수 있으며 [값 편집]은 표시되지 않습니다. [값 편집] 마법사를 사용하여 빈 컬렉션에 값을 추가한 경우 컬렉션은 목록으로 동작하고 해당 이름 링크는 표시되지 않습니다.

[이름] 및 [값] 열 외에 등록 정보 테이블에는 두 개의 열이 더 있습니다.

범주

등록 정보가 고급 등록 정보인지, 기본 등록 정보인지를 표시합니다. 일반적으로 고급 등록 정보는 숙련된 관리자용입니다.

상태

모든 등록 정보는 다음 세 가지 상태에 해당할 수 있습니다.

기본값 – 공급자에서 할당한 값입니다.
상속됨 – 일부 상위 수준에서 수정된 값입니다. 예를 들어, 현재 노드가 역할이면 등록 정보는 해당 역할의 조직에서 사용자 정의되었을 수 있으며,이 조직은 상위 조직이거나 상위 조직의 상위일 수 있습니다. 등록 정보가 상속되면 링크가 제공됩니다. 이 링크를 누르면 계층 구조에서 이 등록 정보가 상속되었을 가능성이 있는 모든 상위 노드가 표시됩니다.
사용자 정의 – 이 노드에서 정의된 값입니다.

등록 정보 테이블에는 다음과 같은 버튼이 있습니다.

사용자 정의 제거

이 노드에서 정의된 값을 디스플레이 프로필에서 제거합니다. 그 결과 등록 정보가 계층 구조에서 사용자 정의된 경우 계층 구조의 일부 상위 항목에서 등록 정보가 상속될 수 있습니다. 값이 계층 구조에서 사용자 정의되지 않은 경우 공급자에서 정의한 값이 표시되고 상태는 기본값으로 표시됩니다.

저장

값에 대해 추가, 삭제 및 변경한 사항이 저장됩니다.

재설정

변경 사항을 무시하고 값을 데이터 저장소에서 마지막으로 저장한 상태로 재설정합니다.

모든 정렬 지우기

모든 정렬을 지웁니다.

정보 –

임의의 열 제목을 누르면 테이블을 정렬할 수 있습니다. 이름별로 정렬하기 위해 [이름] 버튼을 처음 누르면 [범주] 및 [상태] 버튼 옆에 +가 나타납니다. +를 눌러 다음 정렬 기준을 적용합니다.

테이블 기본 설정

테이블 기본 설정을 지정합니다.

수정하지 않으면 클라이언트 유형 및 로켈이 기본값으로 설정됩니다.

등록 정보를 만들려면

[새 등록 정보] 마법사에서 값을 편집하고 저장할 수 있습니다. 또한 새 이름과 값의 쌍을 추가할 수도 있습니다.

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

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

[포털]에서 포털을 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[작업]에서 [채널 및 컨테이너 관리]를 누릅니다.

오른쪽 프레임의 [등록 정보 편집] 페이지에 표시할 컨테이너를 왼쪽 프레임의 트리에서 선택합니다.

[새 등록 정보] 버튼을 눌러 마법사를 시작합니다.

등록 정보 유형을 선택하고 [다음]을 누릅니다.

이름을 입력하고 값을 선택한 다음 등록 정보가 고급인지 여부를 지정합니다.

주 –
한 쌍의 이름과 값이 포함된 경우 컬렉션 등록 정보가 맵처럼 동작합니다. 컬렉션 등록 정보 유형은 중첩될 수 있습니다. 테이블 위의 등록 정보 경로는 현재 중첩 상태를 표시하도록 변경되며 뒤로 이동할 수도 있습니다.

끝에 있는 값은 생략 가능합니다. 예를 들어, en 또는 en_US 값을 사용할 수 있지만 US만 단독으로 사용할 수는 없습니다. 로켈 지정에는 표준 Java 형식을 따릅니다.

[마침]을 눌러 등록 정보를 만듭니다.

[닫기]를 눌러 테이블에 새 등록 정보를 표시합니다.

목록을 편집하려면

값만 포함된 경우 컬렉션 등록 정보는 목록처럼 동작합니다.

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

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

[포털]에서 포털을 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[작업]에서 [채널 및 컨테이너 관리]를 누릅니다.

오른쪽 프레임의 [등록 정보 편집] 페이지에 표시할 컨테이너를 왼쪽 프레임의 트리에서 선택합니다.

등록 정보의 [값 편집] 링크를 눌러 마법사를 시작합니다.

원하는 사항을 변경합니다.
- 값을 추가하려면 [새 값] 텍스트 상자에 값의 이름을 입력하고 [추가]를 누릅니다.
- 값을 삭제하려면 [값] 목록에서 값을 선택하고 [제거]를 누릅니다.

[닫기]를 누릅니다.

편집 등록 정보 페이지에서 목록의 숫자 값이 업데이트됩니다.

채널 및 컨테이너 등록 정보를 수정하려면

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

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

[포털]에서 포털을 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[작업]에서 [채널 및 컨테이너 관리]를 누릅니다.

오른쪽 프레임의 [등록 정보 편집] 페이지에 표시할 채널 또는 컨테이너를 왼쪽 프레임의 트리에서 선택합니다.

등록 정보를 변경하고 [저장]을 누릅니다.

같은 기능의 `psadmin` 명령

psadmin modify-dp

채널 및 컨테이너 생성과 삭제

이 절에서는 포털 관리 콘솔에서 채널과 컨테이너를 만들고 삭제하는 방법을 설명합니다.

채널 또는 컨테이너를 만들려면

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

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

[포털]에서 포털을 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[작업]에서 [채널 및 컨테이너 관리]를 누릅니다.

오른쪽 프레임의 [등록 정보 편집] 페이지에 표시할 컨테이너를 왼쪽 프레임의 트리에서 선택합니다.

[작업]에서 [새 채널 또는 컨테이너]를 눌러 마법사를 시작합니다.

마법사에서 채널 또는 컨테이너를 만들려는 포털 및 DN을 올바르게 선택했는지 확인하고 [다음]을 누릅니다.

마법사에서 컨테이너 또는 채널을 만듭니다.
- 컨테이너를 만들려면 다음 단계를 수행합니다.
  1. [컨테이너 공급자] 드롭다운 메뉴에서 공급자를 선택하고 [다음]을 누릅니다.
  2. [채널 또는 컨테이너 이름] 텍스트 필드에 이름을 입력하고 [다음]을 누릅니다.
  3. 선택 내용을 검토하고 [마침]을 누릅니다.
    
    컨테이너가 생성되었음을 확인하는 메시지가 표시됩니다.
  4. [닫기]를 누릅니다.
- 채널을 만들려면 다음 단계를 수행합니다.
  1. 채널 유형을 선택합니다.
    
    다음 세 가지 유형 중에서 채널을 선택합니다.
    - [공급자 채널]을 선택한 경우 공급자 채널 목록이 표시됩니다.
    - [JSR 168 포틀릿 채널]을 선택한 경우 포틀릿 채널 목록이 표시됩니다.
    - [WSRP 원격 포틀릿 채널]을 선택한 경우 드롭다운 메뉴에서 등록된 제작자 및 원격 포틀릿을 선택합니다.
  2. [채널 또는 컨테이너 이름] 텍스트 필드에 이름을 입력하고 [다음]을 누릅니다.
  3. 선택 내용을 검토하고 [마침]을 누릅니다.
    
    채널이 생성되었음을 확인하는 메시지가 표시됩니다.
  4. [닫기]를 누릅니다.

같은 기능의 `psadmin` 명령

psadmin add-dp

채널 또는 컨테이너를 삭제하려면

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

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

[포털]에서 포털을 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[작업]에서 [채널 및 컨테이너 관리]를 누릅니다.

오른쪽 프레임의 [등록 정보 편집] 페이지에 표시할 컨테이너를 왼쪽 프레임의 트리에서 선택합니다.

[작업]에서 [삭제할 채널 또는 컨테이너 선택]을 누릅니다.

[유형]에서 [채널] 또는 [컨테이너]를 선택합니다.

사용 가능한 채널 및 컨테이너가 표시됩니다.

채널 또는 컨테이너를 선택하고 [삭제]를 누릅니다.

같은 기능의 `psadmin` 명령

psadmin remove-dp

탭 만들기

이 절에서는 포털 서버 관리 콘솔에서 탭을 만드는 방법에 대해 설명합니다.

탭을 만들려면

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

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

[포털]에서 포털을 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[작업]에서 [채널 및 컨테이너 관리]를 누릅니다.

왼쪽 프레임의 트리에서 탭 컨테이너를 선택합니다.

오른쪽 프레임의 [작업]에서 [새 탭]을 눌러 마법사를 시작합니다.

채널 및 컨테이너 표시

이 절에서는 최종 사용자 데스크탑에 채널 및 컨테이너를 표시하는 방법에 대해 설명합니다. 또한 컨텐트 페이지에서 채널 및 컨테이너를 사용할 수 있도록 설정하면 최종 사용자가 데스크탑에 표시할 채널 및 컨테이너를 선택할 수 있습니다.

채널 및 컨테이너를 데스크탑에 표시하려면

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

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

[포털]에서 포털을 선택합니다.

[작업]에서 [컨테이너 및 채널 관리]를 누릅니다.

오른쪽 프레임의 [등록 정보 편집] 페이지에 표시할 컨테이너를 왼쪽 프레임의 트리에서 선택합니다.

[작업]에서 [포털 데스크탑에 채널 및 컨테이너 표시 또는 숨기기]를 누릅니다.

[사용 준비 완료]에서 채널 또는 컨테이너를 선택합니다.

[추가] 버튼을 사용하여 컨텐트 페이지나 포털 데스크탑에 표시되도록 채널을 이동합니다.
- [제거] 버튼을 사용하여 채널 또는 컨테이너를 [사용 준비 완료]로 다시 이동할 수 있습니다.

[저장]을 누릅니다.

같은 기능의 `psadmin` 명령

psadmin modify-dp.

데스크탑 속성 관리

이 절에서는 데스크탑 속성을 관리하는 방법에 대해 설명합니다. 자세한 내용은 데스크탑 속성에 대한 이해를 참조하십시오.

최상위 조직의 데스크탑 속성은 조직 트리의 여러 수준에 따라 다양합니다. 위치 표시줄을 TopLevel로 변경하여 전역 데스크탑 속성을 표시한 다음 조직 또는 역할 데스크탑 속성에 대해 다른 고유 이름을 선택할 수 있습니다.

데스크탑 속성을 설정하려면

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

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

[포털]에서 포털 서버를 선택한 다음 [데스크탑]을 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

필요에 따라 [데스크탑 속성]에서 구성 속성을 수정합니다.

다음과 같은 옵션을 사용할 수 있습니다.

COS 우선 순위

여러 데스크탑 템플리트를 병합할 때 충돌을 해결하는 데 사용하는 데스크탑 서비스 템플리트의 충돌 해결 수준을 설정합니다. 이 속성은 조직 및 역할에만 적용되며 사용자 및 전역 DN에는 적용되지 않습니다.

상위 컨테이너

공급자를 지정하지 않고 데스크탑을 호출했을 때 렌더링될 기본 컨테이너를 나타냅니다. 상위 컨테이너 값은 포털 페이지의 머리글과 바닥글을 표시할 수 있는 TopLevelContainer로 정의된 컨테이너 중 하나일 수 있습니다. 디스플레이 프로필 등록 정보인 TopLevel이 true로 설정된 경우 해당 컨테이너는 최상위 컨테이너입니다.

편집 컨테이너

URL에 지정되지 않은 경우 컨텐트 포함에 사용할 기본 편집 컨테이너를 지정합니다. 이 컨테이너는 채널 제목 표시줄에서 편집 링크를 누른 경우 상위 컨테이너가 편집 페이지를 표시하는 데 사용됩니다.

데스크탑 유형

템플리트 및 JSP에 대한 검색을 수행할 때 데스크탑 조회 작업에서 사용하는 쉼표로 분리된 목록입니다. 조회는 목록의 첫 번째 요소부터 시작하며 각 요소는 데스크탑 템플리트 기본 디렉토리의 하위 디렉토리를 의미합니다. 예를 들어, "sampleportal,foo"의 경우 sampleportal 디렉토리, foo 디렉토리, 기본 디렉토리 순서로 조회합니다.

데스크탑 속성

역할과 연결된 사용자에게 데스크탑 속성을 보여줄지 여부를 지정합니다. 이 동적 속성은 관리 태그 라이브러리에서 역할 기반 위임된 관리에 주로 사용됩니다. 이 속성을 볼 수 있도록 하면 위임된 관리자가 이 속성을 사용하여 상위 조직에서 상속된 채널/컨테이너를 관리할 수 있습니다. 이 속성은 조직 및 역할에만 적용됩니다.

디스플레이 프로필 우선 순위

디스플레이 프로필 문서의 우선 순위를 설정합니다. 디스플레이 프로필 문서는 낮은 우선 순위부터 높은 우선 순위로 병합됩니다. 번호가 작을수록 낮은 우선 순위를 나타냅니다. 예를 들어, 1은 2보다 우선 순위가 낮습니다. 우선 순위가 높은 문서는 병합 의미론을 사용하여 우선 순위가 낮은 문서에 설정된 값을 무시합니다(낮은 우선 순위의 문서가 객체의 병합을 잠그지 않는 경우).

주 –
디스플레이 프로필 우선 순위는 데스크탑 서비스 속성으로 저장되지 않습니다.

다음 속성은 전역(최상위) DN에만 적용됩니다.

XML 구문 분석 검증

XML 구문 분석 검증을 사용합니다.

연합

사용자가 여러 인터넷 서비스 공급자의 로컬 아이디를 관련, 연결 또는 바인딩하여 하나의 네트워크 아이디를 가질 수 있도록 아이디 연합의 사용을 설정합니다.

호스트 공급자 아이디

사용자의 네트워크 아이디를 제공하는 호스트의 고유 식별자를 지정합니다.

세션 리프 간격

세션 리프 간격(초)을 지정합니다.

세션 유휴 시간

세션이 종료된 후의 유휴 시간(초)을 지정합니다.

클라이언트 최대 세션 수

주어진 시간에 허용되는 클라이언트 세션의 최대 수를 지정합니다.

익명 데스크탑

사용하도록 설정하면 선택한 포털에서 익명 데스크탑을 사용할 수 있습니다.

연합 사용자의 익명 액세스

제공된 호스트에서 네트워크 아이디를 가진 사용자가 이름 및 비밀 번호를 입력하지 않으면 포털 데스크탑에 액세스하지 못하게 합니다.

익명 데스크탑의 유효한 UID

인증 없이 데스크탑에 액세스할 수 있도록 승인된 사용자 아이디 목록입니다.

[저장]을 눌러 변경 사항을 기록합니다.

또는 [재설정]을 눌러 편집 내용을 실행 취소합니다.

주 –
전역 속성을 수정하려면 위치 표시줄 드롭다운에서 DN을 TopLevel로 변경합니다.

같은 기능의 `psadmin` 명령

psadmin undeploy-portlet

디스플레이 프로필 관리

이 절에서는 Sun Java System Portal Server 디스플레이 프로필을 관리하는 방법에 대해 설명합니다. 자세한 내용은 디스플레이 프로필에 대한 이해를 참조하십시오.

포털 관리 콘솔에서 다음 작업을 수행할 수 있습니다.

디스플레이 프로필을 다운로드하려면

디스플레이 프로필을 파일로 다운로드할 수 있습니다.

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

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

[포털]에서 포털 서버를 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[작업]에서 [디스플레이 프로필 다운로드]를 누릅니다.

브라우저의 다운로드 창이 표시됩니다.

위치를 선택하고 [저장]을 누릅니다.

주 –
이 단계는 브라우저에 따라 달라질 수 있습니다.

같은 기능의 `psadmin` 명령

psadmin get-attribute

디스플레이 프로필을 업로드하려면

디스플레이 프로필을 파일로 업로드할 수 있습니다.

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

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

[포털]에서 포털 서버를 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[작업]에서 [디스플레이 프로필 업로드]를 누릅니다.

[찾아보기] 버튼을 사용하여 업로드할 디스플레이 프로필을 선택합니다.

주 –
파일은 사용자의 브라우저 설정에 따라 로컬 시스템에 있어야 합니다.

[업로드]를 누릅니다.

같은 기능의 `psadmin` 명령

psadmin modify-dp.

디스플레이 프로필을 제거하려면

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

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

[포털]에서 포털 서버를 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[작업]에서 [디스플레이 프로필 제거]를 누릅니다.

경고 대화 상자에서 [확인]을 눌러 삭제를 확인합니다.

같은 기능의 `psadmin` 명령

psadmin remove-dp

5장 원격 포틀릿용 웹 서비스(WSRP)

Sun Java^TM System Portal Server는 원격 포틀릿용 웹 서비스(WSRP)를 지원합니다. 이 장에서는 WSRP 사용을 위한 지침과 모범 사례를 제공합니다. 이번 장은 다음 절로 구성됩니다.

WSRP 표준에 대한 이해

WSRP 1.0은 원격 응용 프로그램 및 컨텐트를 포털에 쉽게 통합할 수 있도록 해주는 OASIS 표준입니다. WSRP 표준은 사용자 상호 작용을 처리하고 게시, 찾기, 바인딩과 같은 서비스를 위한 규칙 및 포털에서 조정하고 통합하는 데 적합한 프레젠테이션 단편을 제공하기 위한 공통의 적절하게 정의된 인터페이스와 프로토콜을 통해 프레젠테이션 지향적인 대화형 웹 서비스를 정의합니다.

WSRP 인터페이스는 공통적으로 사용할 수 있고 잘 정의되어 있기 때문에 포털 측에 단일 서비스 독립형 어댑터가 있는 모든 WSRP 호환 포털에 연결된 WSRP 표준을 구현하는 모든 웹 서비스는 어떤 WSRP 서비스라도 충분히 통합할 수 있습니다. 따라서 WSRP는 컨텐트 및 응용 프로그램 공급자가 프로그래밍 작업 없이도 포털을 실행하는 조직에 서비스를 제공하는 수단이 됩니다.

자세한 내용은 WSRP 1.0 표준을 참조하십시오.

http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wsrp

Portal Server에서 WSRP 1.0 표준의 구현에는 WSRP 소비자 및 WSRP 제작자가 모두 포함됩니다. WSRP 제작자 구현은 원격 WSRP 소비자가 사용할 수 있는 JSR 168 포틀릿 게시를 지원합니다. JSR 168 포틀릿은 포털 서버에서 로컬로 배포됩니다. 이러한 포틀릿은 WSRP 제작자의 인스턴스에서 게시할 수 있습니다.

다른 포털 서버는 해당 WSRP 소비자를 통해 이러한 원격 포틀릿에 가입할 수 있습니다. 로컬 포틀릿이 포털의 기본 기능 중 상당 부분을 제공할 수 있는 반면 원격 포틀릿은 설치하는 데 들이는 노력이 필요없으며 사용 중인 포털 서버에서 로컬로 코드를 실행하지 않고도 다양한 원격 포틀릿을 바인딩할 수 있습니다.

제작자 관리

이 절에서는 다음 항목에 대해 다룹니다.

로컬로 배포된 포틀릿을 WSRP 소비자의 역할을 하는 다른 포털에 원격으로 제공하려면 제작자를 만듭니다. 하나의 포털이 여러 제작자를 호스팅할 수 있습니다. 소비자는 제작자가 제공하는 원격 포틀릿을 가져올 수 있습니다. WSRP 소비자에게 제공할 포틀릿을 바탕으로 하나 이상의 제작자를 만들 수 있습니다. 제작자는 등록을 지원할 수 있지만 등록이 필요하지는 않습니다. 제작자가 등록을 지원하는 경우 제작자와 작업할 수 있도록 소비자를 등록해야 합니다.

등록을 지원하는 제작자 만들기

등록은 소비자와 제작자 사이의 기술적 관계 또는 비즈니스 관계를 구축하는 데 사용됩니다. 제작자를 만드는 동안대역 내 등록 또는 대역 외 등록의 등록 체계 중 하나를 정의할 수 있습니다.

제작자에서 등록이 필요하고 대역 내 등록을 사용하는 경우소비자는 WSRP 인터페이스를 통해 세부 사항을 제공하고 제작자에 등록할 수 있습니다. 또한 소비자에게는 대역 외 통신을 통해 등록할 수 있는 옵션도 제공됩니다. 즉, 소비자는 대역 외 통신을 통해 얻은 등록 핸들을 제공할 수 있습니다.

제작자에서 등록이 필요하고 대역 외 등록을 사용하는 경우소비자는 대역 외 통신을 통해 등록 핸들을 얻고 등록 중에 등록 핸들을 제공해야 합니다. 대역 외 등록은 전화 통화, 전자 메일 등과 같은 수동적인 작업으로 수행됩니다. 대역 외 등록을 지원하는 제작자의 경우 제작자는 대역 외 통신을 통해 소비자에 대한 세부 정보를 얻고 소비자의 등록 핸들을 만듭니다. 등록 핸들은 대역 외 통신을 통해 소비자에게 전달됩니다.

등록을 지원하는 제작자를 만들려면

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

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

[포털]에서 포털을 선택합니다.

[WSRP] 탭을 누릅니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택하고 [제작자] 탭을 누릅니다.

WSRP 제작자 테이블에 생성된 모든 제작자가 표시됩니다.

주 –
Sun Java System Identity Server에 조직이 생성됩니다. 포틀릿 사용 가능 여부에 따라 조직 또는 하위 조직의 DN을 선택합니다.

[새로 만들기]를 눌러 새 제작자를 만듭니다.

제작자를 식별할 이름을 입력합니다.

[등록 필요]를 선택합니다.

구성된 제작자를 추가하는 동안 소비자가 Sun Java System Portal Server 응용 프로그램 인터페이스를 사용하여 세부 사항을 입력하도록 하려면 [대역 내 등록 지원]을 선택합니다.

등록 정보를 추가하려면 [행 추가]를 누릅니다. 값을 입력합니다. 등록 정보 이름 및 설명을 입력합니다.

주 –
등록 정보는 소비자가 특정 제작자에 등록하는 동안 소비자로부터 가져올 세부 사항입니다. 소비자가 입력한 등록 정보는 등록 검증 클래스를 통해 검증할 수 있습니다.

소비자가 전화 통화, 전자 메일 등의 대역 외 통신을 통해 세부 사항을 제공하도록 하려면 [대역 외 등록 지원]을 선택합니다.

[다음]을 누릅니다.

입력한 세부 사항이 검토 화면에 표시됩니다. 세부 사항을 검토합니다. [이전]을 누르면 입력한 세부 사항을 변경할 수 있습니다.

[마침]을 누릅니다.

같은 기능의 `psadmin` 명령

psadmin create-producer

등록을 지원하지 않는 제작자 만들기

등록할 필요가 없는 제작자의 경우 소비자가 정보를 입력하거나 대역 외 통신을 통해 정보를 가져올 필요가 없습니다. 이 경우 소비자는 제작자가 제공한 포틀릿을 사용자 정의 또는 편집할 수 없습니다. 등록을 지원하지 않는 제작자는 소비자에게 읽기 전용 포털을 제공합니다.

등록을 지원하지 않는 제작자를 만들려면

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

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

[포털]에서 포털 서버를 선택합니다.

[WSRP] 탭을 누릅니다.

DN을 선택합니다.

[구성된 제작자] 테이블에 이미 구성된 모든 제작자가 표시됩니다.

[새로 만들기]를 누릅니다.

제작자 이름을 입력합니다.

[등록 필요]를 선택합니다.

[마침]을 누릅니다.

같은 기능의 `psadmin` 명령

psadmin create-producer

WSRP 제작자 등록 정보 활성화 및 편집

새로 만든 제작자는 소비자가 등록할 수 있도록 활성화되어야 합니다. 하나 이상의 포틀릿을 추가하여 제작자를 활성화할 수 있습니다.

또한 제작자를 비활성화할 수 있습니다. 하지만 비활성화된 제작자에 등록된 모든 소비자는 이 제작자가 제공하는 포틀릿에 액세스할 수 없게 됩니다.

제작자의 등록 정보를 활성화 및 편집하려면

[제작자] 탭에서 제작자 이름 링크를 누릅니다.

[등록 정보 편집] 화면이 나타납니다. 화면에 WSDL(Web Services Definition Language) URL이 표시됩니다. WSDL URL은 특정 제작자에 대한 고유 URL로, 소비자는 이 URL을 통해 제작자에 액세스합니다.

제작자에 하나 이상의 게시된 포틀릿을 추가합니다.

주 –
제작자를 활성화하려면 제작자에 하나 이상의 게시된 포틀릿이 있어야 합니다. 화면에 제작자를 만든 포털과 연결된 모든 게시된 포틀릿이 표시됩니다.

포틀릿을 선택하고 [추가]를 누릅니다.

필요한 경우 [등록 검증 클래스] 필드를 편집합니다.

등록 검증자는 소비자가 입력한 등록 정보를 검증하는 데 사용됩니다. 또한 필요에 따라 이 클래스를 사용자 정의할 수도 있습니다.

[저장]을 누릅니다. 이제 화면에 표시된 [사용] 확인란을 편집할 수 있습니다. [사용]을 선택하고 [저장]을 누릅니다.

주 –
제작자의 다른 등록 정보도 편집할 수 있습니다.

같은 기능의 `psadmin` 명령

psadmin set-attribute

등록 검증 클래스 사용자 정의

RegistrationValidator 클래스를 사용자 정의할 수 있으며이 클래스를 사용하여 등록 정보를 처리할 수 있습니다. 예를 들어 고객의 우편 번호를 확인할 수 있습니다. RegistrationValidator는 WSRP 제작자에서 등록을 검증하기 위한 SPI입니다. 검증 클래스 사용자 정의에 대한 자세한 내용은 http://portalID/portal/javadocs/desktop을 참조하십시오. 또한 Sun Java System Portal Server 7.1 Developer’s Guide의 WSRP:Validating Registration Data도 참조할 수 있습니다.

등록 핸들 생성

등록을 지원하는 제작자의 경우 특정 소비자를 위해 등록 핸들을 생성해야 합니다. 등록 핸들을 생성한 후에는 소비자가 대역 외 통신을 통해 제작자에 등록할 수 있도록 해당 등록 핸들을 소비자에게 전달해야 합니다. 소비자는 제작자에 등록할 때 등록 핸들을 입력해야 합니다.

등록 핸들을 생성하려면

[소비자 등록] 탭을 누릅니다.

특정 제작자에 이미 등록된 모든 소비자가 화면에 표시됩니다.

[새로 만들기]를 누릅니다.

이름, 상태, 소비자 에이전트 및 메소드 등의 세부 사항을 입력합니다.

소비자 이름

소비자를 식별하는 고유 이름입니다.

상태

활성화 또는 비활성화할 수 있습니다.

소비자 에이전트

소비자 공급업체의 이름과 버전을 지정합니다. 소비자 에이전트 이름은 ProductName.MajorVersion.MinorVersion이어야 합니다. 여기서 ProductName은 소비자가 배포를 위해 설치한 제품을 식별하며 majorVersion 및 minorVersion은 공급업체에서 정의한 제품 버전을 나타냅니다. 이 문자열에는 제작자 또는 소비자가 제공해야 하는 추가 문자/단어를 포함할 수 있습니다.

메소드

get 메소드가 있는 양식이 포함된 HTML 마크업을 지원하는 방식으로 소비자가 포틀릿 URL을 구현했는지 여부를 지정합니다.

[다음]을 누릅니다.

제작자를 만드는 동안 지정한 등록 정보 값이 화면에 표시됩니다.

값을 입력하고 [다음]을 누릅니다. [마침]을 누릅니다.

제작자 세부 사항을 ebXML 레지스트리에 게시

제작자를 게시하면 제작자 세부 사항이 Sun Java System Service Registry Server 또는 ebXML 레지스트리 서버 등의 리포지토리 중 하나에 저장됩니다. 제작자가 게시된 후 응용 프로그램 인터페이스나 명령줄 인터페이스를 사용하여 제작자 세부 사항을 검색할 수 있습니다. Sun Java System Service Registry Server 설정에 대한 자세한 내용은 Service Registry 3.1 Administration Guide를 참조하십시오.

제작자 세부 사항을 레지스트리에 게시하려면 레지스트리용 Sun Java System Portal Server를 구성해야 합니다.

레지스트리용 Sun Java System Portal Server를 구성하려면

Portal Server가 설치되어 있는 컴퓨터에 /soar/3.0/jaxr-ebxml/security 디렉토리를 만듭니다.

Registry Server의 /var/opt/SUNWsrvc-registry/3.0/data/security 디렉토리에서 /soar/3.0/jaxr-ebxml/security로 keystore.jks를 복사합니다.

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

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

[포털]에서 포털 서버를 선택합니다.

하위 메뉴에서 [SSO 어댑터]를 누릅니다.

[JES-REGISTRY-SERVER]를 누릅니다.

메타 어댑터 편집 - JES-REGISTRY-SERVER 화면이 표시됩니다.

세부 사항을 입력합니다.

프록시를 통해 레지스트리 서버에 액세스하는 경우

http.proxy.host

프록시 서버의 호스트 이름입니다.

http.proxy.password

프록시 서버에 인증이 필요한 경우 사용하는 프록시 비밀 번호입니다.

http.proxy.port

프록시 서버가 사용할 수 있는 포트입니다.

http.proxy.user

프록시 서버에 인증이 필요한 경우 사용하는 프록시 사용자 이름입니다.

프록시 서버를 사용하지 않는 경우

registry.keypassword

키 저장소에서 키를 가져오는 데 필요한 비밀 번호입니다.

registry.keystorealias

레지스트리 서버 인증에 사용할 키 저장소에 표시되는 키 별칭입니다.

registry.keystorelocation

/soar/3.0/jaxr-ebxml/에 상대적인 키 저장소 위치입니다.

registry.keystorepassword

키 저장소를 여는 데 사용하는 비밀 번호입니다.

registry.publishurl

게시 요청을 전송할 레지스트리 서버의 URL입니다. 이 URL에서는 SOAP 요청을 수신할 수 있어야 합니다.

registry.queryurl

검색 요청을 전송할 레지스트리 서버의 URL입니다. 이 URL에서는 SOAP 요청을 수신할 수 있어야 합니다.

레지스트리에 제작자 세부 사항을 게시하려면

다음 단계에서는 제작자를 Registry Server에 게시하는 방법을 설명합니다.

조직 데이터 및 제작자 데이터 파일을 만듭니다.

조직 데이터 파일에는 다음과 같은 항목을 포함할 수 있습니다.

org.name= Sun Microsystems

org.description= Description

org.primarycontact.name= Henry

org.primarycontact.phoneno= 1234567

org.primarycontact.email= someone@host.com

주 –
레지스트리를 내부적으로 배포하지 않으면 org.name과 org.description은 Identity Server의 세부 사항에 있는 것과 비슷해야 합니다.

제작자 데이터 파일에는 다음과 같은 항목이 포함되어야 합니다.

producer.name=Producer_name

producer.description=Producer_Description

producer.id=Producer_ID

주 –
모든 데이터 파일을 만들지 않아도 됩니다. 그러나 제작자, 조직 또는 포틀릿의 세부 사항 검색하려면 연결된 파일을 하나 이상 만들어야 합니다.

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

/usr/lib/cacao/bin/cacaoadm stop

/usr/lib/cacao/bin/cacaoadm start

제작자 세부 사항을 게시하려면 다음 명령을 사용합니다.

./psadmin publish-registry -u amadmin -f password_file -p portal1 -m producer -U producer_data_file -O organization_data_file -T portlet - L --debug

주 –
포틀릿 파일은 WSRP 제작자가 제공하는 포틀릿을 지정합니다. 포틀릿 목록은 큰따옴표로 둘러싼 문자열과 공백으로 구분된 요소로 지정됩니다. 예를 들어, "NotepadPortlet BookmarkPortlet WeatherPortlet"과 같습니다.

주 –
다음 명령을 사용하여 로그 파일을 확인할 수 있습니다. more var/opt/SUNWportal/logs/admin/portal.admin.cli.0.0.log

같은 기능의 `psadmin` 명령

psadmin publish-registry

제작자 찾기

다음 절에서는 제작자를 검색하는 방법을 설명합니다.

제작자를 검색하려면

제작자 검색 데이터 파일을 만듭니다.

제작자 검색 데이터 파일에는 다음과 같은 항목이 포함될 수 있습니다.

producer.name= producer_name

producer.description=producer_description

주 –
제작자 검색 데이터 파일에는 레지스트리에서 검색할 제작자에 대한 설명이 포함됩니다. 와일드카드로 % 문자를 사용하십시오. 예를 들어, producer.name에 %acme%가 있으면 이름에 "acme" 문자열이 포함된 모든 WSRP 제작자를 찾습니다.

레지스트리를 검색하려면 다음 명령을 사용합니다.

./psadmin search-registry -m consumer -u amadmin -f ps_password -C search_producer_datafile -p portal1

검색 포틀릿 데이터 파일을 만듭니다.

검색 포틀릿 데이터 파일에는 다음과 같은 항목이 포함될 수 있습니다.

portlet.name= portlet_name

portlet.description= portlet_description

주 –
검색 포틀릿 데이터 파일에는 레지스트리에서 검색할 포틀릿에 대한 설명이 포함됩니다. 와일드카드로 % 문자를 사용하십시오. 예들 들어, portlet.name에 %stock%이 있으면 이름에 "stock" 문자열이 포함된 모든 포틀릿을 찾습니다.

포틀릿 세부 사항을 바탕으로 검색하려면 다음 명령을 사용합니다.

./psadmin search-registry -m consumer -u amadmin -f ps_password -D search_portlet_datafile

조직 검색 데이터 파일을 만듭니다.

조직 검색 데이터 파일에는 다음과 같은 항목이 포함되어야 합니다.

organization.name= organization_name

organization.description=organization_description

주 –
조직 검색 데이터 파일에는 레지스트리에서 검색할 조직에 대한 설명이 포함됩니다. 와일드카드로 % 문자를 사용하십시오. 예들 들어, organization.name에 %acme%가 있으면 이름에 "acme" 문자열이 포함된 모든 조직을 찾습니다.

조직 데이터 파일을 바탕으로 검색하려면 다음 명령을 사용합니다.

./psadmin search-registry -m consumer -u amadmin -f ps_password -L search_organization_datafile -p portal1

같은 기능의 `psadmin` 명령

psadmin search-registry

소비자 관리

이 절에서는 소비자쪽에서 수행해야 하는 작업에 대해 설명합니다.

다음과 같은 항목으로 구성됩니다.

구성된 제작자 추가

제작자가 제공하는 포틀릿과 통신하려면 소비자는 구성된 제작자를 추가해야 합니다. 제작자에 등록이 필요한 경우 다음 방법을 사용하여 구성된 제작자를 추가합니다.

등록 정보 값 입력(대역 내 등록)
등록 핸들 입력(대역 외 등록)

제작자에 등록이 필요하지 않은 경우 소비자가 구성된 제작자를 추가할 때 세부 사항을 입력할 필요가 없습니다.

구성된 제작자를 추가하려면

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

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

[포털]에서 포털 서버를 선택합니다.

[WSRP] 탭을 누릅니다.

DN을 선택하고 [새로 만들기]를 누릅니다.

구성된 제작자 이름을 입력합니다. 아이디 전파 체계를 선택합니다. 기본적으로 [없음]이 선택됩니다.

주 –
아이디 전파 체계를 사용하면 소비자 포털의 사용자가 자격 증명 정보를 제작자 포털에 제공할 수 있습니다. 이 체계를 통해 사용자가 소비자 포털에서 제작자 포털로 아이디를 연합할 수 있습니다.

WSDL URL을 입력하고 [다음]을 누릅니다.

주 –
제작자 또는 포틀릿을 바탕으로 WSDL URL을 검색할 수도 있습니다. 제작자가 게시된 경우에만 검색 결과에 WSDL URL이 표시됩니다.

제작자에 등록이 필요한 경우등록 정보 값을 입력(대역 내 등록)하거나 등록 핸들을 입력(대역 외 등록)하는 방법으로 제작자를 등록할 수 있습니다. [다음]을 누릅니다.

7단계에서 첫 번째 방법을 선택한 경우 등록 정보를 입력하고 [다음]을 누릅니다. 두 번째 방법을 선택한 경우에는 대역 외 통신을 통해 얻은 등록 핸들을 입력하고 [다음]을 누릅니다.

세부 사항을 검토하고 [마침]을 누릅니다.

같은 기능의 `psadmin` 명령

psadmin create-configured-producer

아이디 전파 체계

아이디 전파는 WSRP 소비자가 사용자 아이디를 WSRP 제작자 웹 서비스에 제공하는 방식으로,사용자가 자신의 아이디를 소비자와 제작자 사이에서 연합하는 연합 체계입니다. 성공적으로 연합한 후 소비자 포털은 사용자 아이디를 제작자 포털로 전파합니다. WSRP 제작자는 소비자로부터 사용자 자격 증명을 수신한 후 해당 자격 증명을 검증하고 지정된 사용자 컨텍스트에서 자원에 대한 액세스를 허용하거나 거부합니다.

사용자는 각 포털에 대해 두 개의 아이디를 갖습니다. 하나는 제작자 포털을 위한 것이고 다른 하나는 소비자 포털을 위한 것입니다. 사용자는 제공된 아이디 전파 체계를 사용하여 이러한 아이디를 연합합니다. 이 체계는 소비자 및 제작자 포털에 대해 단일 사인온 방식을 제공합니다. 사용자가 소비자 포털을 통해 포털에 로그인하면 해당 사용자가 제작자 포털에 직접 로그인할 때 얻는 컨텐트를 얻게 됩니다. 연합된 아이디를 사용하여 변경한 내용은 사용자가 제작자 포털에 로그인할 때 사용할 수 있습니다.

Sun Java System WSRP 제작자는 다음과 같은 아이디 전파 방식을 지원합니다.

SSO 토큰: 제작자 포털과 소비자 포털이 동일한 Access Manager 인스턴스에 연결된 경우 선택합니다. 이 방식은 일반적으로 제작자 포털과 소비자 포털이 동일한 조직에 배포된 경우의 구성에서 권장됩니다.
WSS 사용자 이름 토큰 프로필(사용자 이름만): 사용자 이름이 WS Security 헤더로 소비자 포털에서 제작자 포털로 전파된 경우 WSS 규격을 사용합니다.
WSS 사용자 이름 토큰 프로필(비밀 번호 다이제스트 포함): WS Security 헤더가 제작자에서 대상으로 하는 사용자 아이디를 다이제스트 형태로 비밀 번호와 함께 전송합니다.
WSS 사용자 이름 토큰 프로필(비밀 번호 텍스트 포함): WS Security 헤더가 제작자에서 대상으로 하는 사용자의 사용자 아이디를 텍스트 형태로 비밀 번호와 함께 전송합니다.

위 목록에서 마지막 3가지 옵션은 OASIS WSS 사용자 이름 토큰 프로필 규격을 구현합니다. 이 규격은 웹 서비스에서 사용자 이름 토큰을 사용하는 방법을 설명합니다. WSS 규격은 웹 서비스 제작자에 대해 해당 아이디를 인증하기 위해 웹 서비스 소비자가 요청자를 사용자 이름 및 비밀 번호(선택 사항)로 식별하여 사용자 이름 토큰을 제공하는 방법을 설명합니다.

주 –

많은 포털 공급업체에서 OASIS WSS 사용자 이름 토큰 프로필 규격을 지원 및 구현합니다. 상호 운용성이 필요한 경우 3가지 옵션 중 하나를 사용합니다.

Portal Server에는 두 가지 수준의 아이디 전파 체계가 있습니다. 먼저, 소비자 포털의 관리자가 제작자 포털이 위에 지정된 아이디 전파 체계 중 하나를 지원함을 확인합니다. 이 관리자는 사용자가 자신의 아이디를 전송하도록 허용할 수 있습니다. Portal Server 소비자는 위에 언급된 아이디 전파 체계를 모두 지원합니다.

소비자를 만든 후 관리자는 소비자가 지원하는 아이디 전파 체계를 바탕으로 원격 채널을 만들어야 합니다. 사용자 데스크탑에서 이 채널을 사용할 수 있게 되면 아이디 전파를 수신할 준비가 된 것입니다.

아이디 전파 체계는 제작자에서 자동으로 설정됩니다. Portal Server는 Sun SSO, OASIS 사용자 이름 토큰 프로필, 그리고 아이디 비전파 모드에서 차례로 인증을 검사합니다.

다이제스트 비밀 번호 구성

configuration 명령을 실행하여 LDAP 비밀 번호를 일반 텍스트로 저장한 후 새 사용자만 다이제스트 비밀 번호 기능을 사용할 수 있습니다.

소비자 생성 과정에는 사용자 아이디 전파 체계를 위한 WSS 사용자 이름 토큰 프로필(다이제스트 비밀 번호 포함) 옵션을 선택하는 과정이 포함됩니다.

적절한 웹 서비스 URL(제작자)을 선택하고 새 사용자 이름 및 비밀 번호를 제공하기 위해서는 웹 서비스 SSO 포틀릿을 편집해야 합니다.

다이제스트 비밀 번호를 수신하도록 구성하려면

다이제스트 비밀 번호를 수신하도록 Sun Java System WSRP 제작자를 구성하려면 다음을 수행합니다.

/opt/SUNWdsee/ds6/bin/dscfg set-server-prop pwd-storage-scheme:CLEAR 명령을 실행하여 일반 텍스트 비밀 번호가 저장되도록 Directory Server의 비밀 번호 저장 방식을 변경합니다.

주 –
Directory Server의 기본 설치 위치는 /opt/SUNWdsee라고 가정합니다.

비밀 번호 다이제스트가 포함된 사용자 이름 토큰 프로필을 사용할 수 있도록 AM 콘솔에서 새 사용자를 만듭니다.

권장 사항

WSS 사용자 이름 토큰 프로필(비밀 번호 다이제스트 포함)을 사용할 때는 소비자와 제작자 간에 비밀 번호가 일반 텍스트로 전송되므로 제작자 포털과 소비자 포털 사이의 통신이 안전해야 합니다.
동일한 제작자 URL을 가리키는 서로 다른 두 소비자는 동일한 아이디 전파 체계 유형을 사용해야 합니다.

WebServices SSO 포틀릿을 사용하여 사용자 토큰 프로필 만들기

사용자가 아이디 전파 체계를 사용하는 경우 사용자 토큰 프로필을 만들어 사용자 자격 증명을 인증할 수 있습니다. 제작자가 제공하는 특정 웹 서비스에 대해 사용자 이름 및 비밀 번호를 정의할 수 있습니다.

WebServices SSO 포틀릿을 사용하여 사용자 자격 증명을 제공하려면

Portal Server 데스크탑에 로그인합니다.

[WebServices SSO 포틀릿]에서 [편집] 버튼을 누릅니다.

[새 토큰 프로필 만들기] 섹션에서 사용자 토큰 프로필을 만들 WebService URL을 선택합니다.

사용자 이름과 비밀 번호를 입력합니다. [추가]를 누릅니다.

기존 사용자 토큰 프로필을 편집하거나 제거할 수도 있습니다.

서비스 설명 업데이트

소비자는 제작자를 구성한 후 [서비스 설명 업데이트] 옵션을 사용하여 나중에 제작자에 대한 변경 사항을 업데이트할 수 있습니다. 예를 들어, 등록 후 새 포틀릿을 추가하거나 등록 정보를 변경할 수 있습니다.

서비스 설명을 업데이트하려면

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

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

[포털]에서 포털 서버를 선택합니다.

[WSRP] 탭을 누릅니다.

DN(고유 이름)을 선택합니다.

구성된 제작자 링크를 누릅니다.

[구성된 제작자 편집] 화면에서 [서비스 설명 업데이트]를 누릅니다.

같은 기능의 `psadmin` 명령

psadmin update-configured-producer-service-description

사용자 범주를 역할에 매핑

WSRP는 제작자의 서비스 설명에 포함되어 있는 사용자 범주를 지원합니다. 사용자 범주를 역할에 매핑하는 기능을 사용하면 사용자가 소비자 포털에 정의되어 있는 역할을 포틀릿에 정의되어 있는 역할에 매핑할 수 있습니다. Sun Java System Portal Server는 Java System Access Manager의 역할을 포틀릿의 역할에 매핑합니다. 이러한 역할은 해당 WSRP 사용자 범주에 매핑될 수 있습니다.

다음 작업을 수행할 수 있습니다.

포틀릿을 배포하는 동안 포틀릿에서 역할을 정의할 수 있습니다.

주 –

포틀릿에서 정의한 역할은 제작자의 Access Manger에 존재해야 합니다.

포틀릿에서 역할을 만들려면

다음 작업은 Sun Java System Access Manager 및 포틀릿의 amconsole에서 역할을 만듭니다.

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

역할을 만들고 이 역할에 사용자를 추가합니다.

포털 응용 프로그램의 webxml에서 다음 코드를 추가합니다.

<security-role>

<role-name>PS_TEST_DEVELOPER_ROLE<role-name>

</security-role>

포털의 portlet.xml에 다음 행을 추가합니다.

<security-role-ref>

<role-name>PS_TEST_DEVELOPER_ROLE<role-name>

<role-link>PS_TEST_DEVELOPER_ROLE<role-link>

</security-role-ref>

포틀릿 응용 프로그램 war 파일을 만듭니다.

다음 항목을 사용하여 역할 파일을 만듭니다.

cn\=AM_TEST_DEVELOPER_ROLE,o\=DeveloperSample,dc\=india,dc\=sun,dc\=com=PS_TEST_DEVELOPER_ROLE

다음 명령을 사용하여 포틀릿을 배포합니다.

/opt/SUNWportal/bin/psadmin deploy-portlet -u amadmin -f ps_password -d "o=DeveloperSample,dc=india,dc=sun,dc=com" -p portal1 -i stockprice-8080 --rolesfile rolesfile TestPortlet.war

같은 기능의 `psadmin` 명령

psadmin deploy-portlet

사용자 범주를 역할에 매핑하려면

다음을 수행하여 사용자 범주를 역할에 매핑합니다.

[소비자] 탭에서 제작자 이름 링크를 누릅니다.

[구성된 제작자 편집] 화면에 다음 내용이 표시됩니다. 사용자 범주: 제작자 포틀릿의 역할입니다. 로컬 역할: 소비자의 Sun Java System Access Manager에서 정의된 역할입니다.

[사용자 범주를 역할에 매핑] 섹션에서 소비자에서 정의된 역할에 사용자 범주를 매핑하고 [확인]을 누릅니다.

소비자 속성 매핑

WSRP 소비자의 Sun Java System Portal Server 구현은 Sun Java System Directory Server의 사용자 항목에 저장된 공통 사용자 속성을 WSRP 규격에서 정한 표준 사용자 속성 집합에 매핑합니다.

소비자 포틀릿이 LDAP 스키마에 지정되지 않은 속성을 사용하는 경우, 이러한 속성을 저장할 사용자 정의 객체 클래스를 만들고 이 객체 클래스를 사용자 항목에 추가합니다. 속성을 만든 후 Sun Java System Access Manager 관리 콘솔을 사용하여 LDAP 속성을 해당 WSRP 속성에 매핑합니다.

프록시 구성

프록시는 소비자 및 웹 컨테이너 XML 파일에 대해 구성되어야 합니다.

다음 작업을 수행할 수 있습니다.

공통 에이전트 컨테이너에서 소비자를 위한 프록시를 구성하려면

./cacaoadm get-param java-flags를 실행합니다.

값을 복사하여 ./cacaoadm set-param java-flags에 붙여넣습니다.

다음을 명령에 추가합니다. -Dhttp.proxyHost= webcache.canada.sun.com -Dhttp.proxyPort=8080 -Dhttp.proxyUser= Proxyuser -Dhttp.proxyPassword=Password

Enter 키를 누릅니다.

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

웹 컨테이너 XML 파일을 구성하려면

다음 파일을 편집합니다.

vi /var/opt/SUNWappserver/domains/domain1/config/domain.xml

다음 JVM 옵션을 설정합니다.
- Dhttp.proxyHost
- Dhttp.proxyPort
- Dhttp.proxyUser
- Dhttp.proxyPassword

WSRP 제작자 관리

이 절에서는 Sun Java System Portal Server WSRP 서비스 관리 방법에 대해 설명합니다. WSRP 제작자를 관리하는 작업은 다음으로 구성됩니다.

WSRP 제작자를 만들려면

WSRP 제작자는 다음을 사용하여 만들어집니다.

제작자 인스턴스의 이름(전체 포털 서버에 대해 고유해야 함)
등록이 필수인지 여부. 등록이 필수인 경우 모든 WSRP 소비자는 요청을 하기 전에 이 제작자 인스턴스로 등록해야 합니다. 등록하지 않은 WSRP 소비자의 요청은 거부됩니다.
대역 내 등록의 지원 여부. 대역 내 등록을 사용하면 WSRP 소비자가 프로그램적으로 등록할 수 있습니다. 또는 등록 처리에 대한 액세스를 설정 및 교환하기 위해 WSRP 소비자 관리자와 WSRP 제작자 관리자 사이의 직접 연락(전자 메일 또는 전화)을 통해 대역 외 등록이 수행되어야 합니다.

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

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

[포털]에서 포털 서버를 선택합니다.

[WSRP]를 누른 다음 하위 메뉴에서 [제작자]를 누릅니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[WSRP 제작자]에서 [새로 만들기]를 눌러 마법사를 시작합니다.

지침에 따라 지정된 제작자를 만듭니다.

속성에 대한 자세한 내용은 Sun Java System Portal Server 7.1 Technical Reference를 참조하십시오.

같은 기능의 `psadmin` 명령

psadmin create-producer

WSRP 제작자를 편집하려면

다음과 같이 WSRP 제작자를 편집할 수 있습니다.

게시한 목록에 포틀릿 추가 또는 제거
등록에 대한 요구 사항 변경

주의 –
기존 제작자인 경우에는 이 옵션을 수정해야 합니다.
대역 내 등록 사용 또는 사용 안 함
등록 검증자 클래스 지정. 등록 검증자 클래스는 WSRP 제작자가 WSRP 소비자가 전송한 값이 허용 가능한지 검증하는 데 사용됩니다.
새 등록 정보 추가. 등록 정보에 대한 모든 변경 사항은 제작자로 등록하는 다음 소비자에게 적용됩니다.

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

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

[포털]에서 포털 서버를 선택합니다.

[WSRP]를 누른 다음 하위 메뉴에서 [제작자]를 누릅니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

WSRP 제작자를 선택하고 필요에 따라 구성 속성을 수정합니다.

속성에 대한 자세한 내용은 Sun Java System Portal Server 7.1 Technical Reference를 참조하십시오.

[저장]을 눌러 변경 사항을 기록합니다.

같은 기능의 `psadmin` 명령

psadmin set-attribute

소비자 등록을 만들려면

각 소비자 등록은 WSRP 제작자와 관계가 있는 원격 WSRP 소비자를 나타냅니다. 지원하는 WSRP 제작자는 여러 WSRP 소비자를 등록할 수 있습니다. 등록 체계를 사용하면 WSRP 소비자의 능력을 WSRP 제작자에게 설명할 수 있습니다.

WSRP 소비자는 대역 외(예: 전자 메일 또는 전화)에서 추가됩니다. 소비자 등록 추가 시 입력된 정보는 등록 핸들이 제공하는 WSRP 소비자의 기능과 일치해야 합니다. 소비자 등록을 통해 WSRP 제작자는 WSRP 제작자에서 WSRP 소비자가 만드는 가공물(예: 포틀릿 기본 설정)의 범위를 지정할 수 있습니다.

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

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

[포털]에서 포털 서버를 선택합니다.

[WSRP]를 누른 다음 하위 메뉴에서 [제작자]를 누릅니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

WSRP 제작자를 선택하고 [소비자 등록]을 선택합니다.

[새로 만들기]를 눌러 마법사를 시작합니다.

지침에 따라 지정된 소비자 등록을 만듭니다.

속성에 대한 자세한 내용은 Sun Java System Portal Server 7.1 Technical Reference를 참조하십시오.

같은 기능의 `psadmin` 명령

psadmin create-consumer-registration

소비자 등록을 편집하려면

기존의 소비자 등록을 수동으로 편집할 수 있습니다. 또한 WSRP 소비자 측에서 대역 내 등록을 통해 편집할 수도 있습니다. 대역 외 등록과 대역 내 등록을 동시에 사용할 수 없습니다.

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

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

[포털]에서 포털 서버를 선택합니다.

[WSRP]를 누른 다음 하위 메뉴에서 [제작자]를 누릅니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

제작자를 선택한 다음 WSRP 제작자를 선택하고 [소비자 등록]을 선택합니다.

소비자 등록을 선택하고 필요에 따라 구성 속성을 수정합니다.

속성에 대한 자세한 내용은 Sun Java System Portal Server 7.1 Technical Reference를 참조하십시오.

[저장]을 눌러 변경 사항을 기록합니다.

WSRP 소비자 관리

이 절에서는 WSRP 소비자 관리 작업에 대해 설명합니다.

구성된 제작자를 추가하려면

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

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

[포털]에서 포털 서버를 선택합니다.

[WSRP]를 누른 다음 하위 메뉴에서 [제작자]를 누릅니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[구성된 제작자]에서 [새로 만들기]를 눌러 마법사를 시작합니다.

지침에 따라 지정한 구성된 제작자를 만듭니다.

속성에 대한 자세한 내용은 Sun Java System Portal Server 7.1 Technical Reference를 참조하십시오.

같은 기능의 `psadmin` 명령

psadmin create-configured-producer

구성된 제작자를 편집하려면

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

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

[포털]에서 포털 서버를 선택합니다.

[WSRP]를 누른 다음 하위 메뉴에서 [소비자]를 누릅니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

구성된 제작자를 선택하고 필요에 따라 구성 속성을 수정합니다.

주 –
[서비스 설명 업데이트] 옵션을 사용하여 제작자에 대한 변경 사항을 업데이트합니다. 서비스 설명 업데이트를 참조하십시오.

속성에 대한 자세한 내용은 Sun Java System Portal Server 7.1 Technical Reference를 참조하십시오.

[저장]을 눌러 변경 사항을 기록합니다.

같은 기능의 `psadmin` 명령

psadmin set-attribute

소비자 이름을 지정하려면

WSRP 소비자는 등록 시에 소비자 이름을 제작자에게 보냅니다. 소비자 이름에 대해 지정된 값은 조직 또는 하위 조직 수준에서 소비자 이름에 대한 값이 지정되지 않은 경우 기본값으로 사용됩니다.

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

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

[포털]에서 포털 서버를 선택합니다.

[WSRP]를 누른 다음 하위 메뉴에서 [소비자]를 누릅니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

[WSRP 소비자]에서 [편집]을 누릅니다.

소비자 이름을 지정합니다.

[확인]을 누릅니다.

같은 기능의 `psadmin` 명령

psadmin set-attribute

6장 Portal Server 최종 사용자 동작 추적 관리

이 장에서는 Sun Java System Portal Server 사용자 동작을 추적하는 방법을 설명합니다.

이번 장은 다음 절로 구성됩니다.

Portal Server 사용자 동작 추적에 대한 이해

Portal Server 사용자 동작 추적(UBT) 기능은 Portal Server 응용 프로그램에서 최종 사용자 작업을 추적하는 방법을 제공합니다. 포털 데스크탑의 사용자 작업은 ubt 로그 파일에 저장되며 ubt 로그 파일은 W3C 표준 확장 로그 파일 형식으로 기록됩니다. 이 로그 파일에서 Portal Server 콘솔 또는 psadmin generate-ubt-report 명령을 사용하여 다양한 최종 사용자 동작 추적 보고서를 만들 수 있습니다. 또한 AWStats와 같은 타사 도구를 사용하여 UBT 보고서를 생성할 수 있습니다.

UBTConfig.properties 파일에서 UBT를 사용하도록 설정할 수도 있습니다. /var/opt/SUNWportal/portals/portalID/config/UBTConfig.properties로 이동하여 com.sun.portal.ubt.enable=true로 설정하십시오.

다음 표에는 UBT 보고서 목록, 설명 및 사용할 수 있는 보고서 형식이 정리되어 있습니다.

표 6–1 사용자 동작 추적 보고서


보고서 이름	보고서 설명	보고서 형식
포털 사용자 아이디 보고서	이 보고서는 사용자 및 사용자의 마지막 포털 액세스 시간을 보여줍니다. 사용자는 액세스한 서버, 사용자가 속한 도메인 및 관련 DN별로 분류됩니다.	HTML 또는 PDF
포털 사용자 로그인 비율	이 보고서는 포털에 대한 로그인 비율을 보여줍니다.
포털 채널 보기 보고서	이 보고서는 채널을 보고 있는 사용자와 이 사용자가 해당 채널을 본 횟수를 목록으로 표시합니다. 채널은 해당 채널이 속한 컨테이너별로 그룹화합니다.	HTML 또는 PDF
포털 컨테이너의 사용자 정의	이 보고서는 포털 컨테이너의 사용자 정의 상태를 보여줍니다. 컨테이너 사용자 정의란 일반적으로 데스크탑의 컨텐트, 레이아웃 또는 테마 변경을 말합니다.	HTML 또는 PDF
포털 요청 비율	이 보고서는 일정 시간 동안 각 최상위 컨테이너에 대한 시간당 요청 비율을 보여줍니다. 최상위 컨테이너 요청은 페이지 요청으로 생각할 수 있습니다.	HTML 또는 PDF
포털 채널의 사용자 정의	이 보고서는 최종 사용자와 이 사용자가 채널에서 수행한 작업을 목록으로 표시합니다. 사용자는 액세스한 컨테이너, 작업을 수행한 채널별로 그룹으로 분류됩니다.	HTML 또는 PDF
포틀릿 작업 보고서	이 보고서는 포털에서 요청된 포틀릿 작업의 비율을 보여줍니다.	HTML 또는 PDF
포틀릿 렌더링 보고서	이 보고서는 특정 창 상태에서 포틀릿이 포틀릿 모드로 표시된 횟수를 보여줍니다. MINIMIZED 창 상태에서는 포틀릿이 렌더링되지 않습니다. 따라서 이 상태에 대한 카운트가 표시되지 않습니다.	HTML 또는 PDF
포털 사용자 로그인 비율 보고서	이 보고서는 포털에 대한 로그인 비율을 보여줍니다.	HTML 또는 PDF

Portal Server 사용자 동작 추적 설정

이 절에서는 사용자 동작 추적을 활성화하고 보고서를 생성하는 방법에 대해 설명합니다.

포털 서버 관리 콘솔에서 다음 작업을 수행할 수 있습니다.

사용자 동작 추적 로깅을 활성화하려면

기본적으로 Portal Server 응용 프로그램에서 UBT 로깅은 활성화되어 있지 않습니다.

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

[일반적 작업] 탭을 선택합니다.

[보고서 및 로그]에서 [포털 사용 보고서]를 눌러 마법사를 시작합니다.

[포털 선택] 드롭다운 메뉴에서 포털 인스턴스를 선택하고 [확인]을 누릅니다.

사용자 동작 추적 페이지가 표시됩니다.

[설정] 하위 메뉴를 누르고 [일반 등록 정보]에서 UBT 로깅을 활성화합니다.

일반 등록 정보, 처리기 등록 정보 및 이벤트 설정에 대한 자세한 내용은 Sun Java System Portal Server 7.1 Technical Reference를 참조하십시오.

주 –
다른 모든 등록 정보에는 이미 기본값이 설정되어 있으며 이러한 기본값만으로도 UBT가 충분히 작동합니다. 변경 내용을 Portal Server의 모든 인스턴스에 적용하려면 [모든 인스턴스에 적용] 버튼을 누릅니다. 아니면 [선택한 인스턴스에 적용] 버튼을 누릅니다.

포털 데스트탑에 액세스하여 사용자 동작 추적 로그 파일이 생성되는지 확인합니다.

기본적으로 사용자 동작 추적 로그는 /PortalData-Dir/portals/PortalID/logs/instanceID/ubt.0.0.log 파일에 기록됩니다.

사용자 동작 추적 보고서를 생성하려면

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

[일반적 작업] 탭을 선택합니다.

[보고서 및 로그]에서 [포털 사용 보고서]를 눌러 마법사를 시작합니다.

[포털 선택] 드롭다운 메뉴에서 포털 인스턴스를 선택하고 [확인]을 누릅니다.

사용자 동작 추적 페이지가 표시됩니다.

[보고서] 하위 메뉴를 누릅니다.

8개의 보고서가 나열됩니다. 이러한 보고서를 모두 PDF 또는 HTML 형식으로 생성할 수 있습니다. 자세한 내용은 표 6–1을 참조하십시오.

같은 기능의 `psadmin` 명령

psadmin generate-ubt-report

7장 Portal Server 작업 모니터링

이 절에서는 Sun Java^TM System Portal Server 모니터링을 설정하는 방법을 설명합니다.

이번 장은 다음 절로 구성됩니다.

Portal Server 모니터링에 대한 이해

모니터링 기능은 포털 서버에 대한 런타임 자원 정보를 기록하도록 도와줍니다. 데스크탑 모니터링은 포털 서버가 컨텐트, 편집 및 프로세스 유형에 대해 수신한 요청에 대한 정보를 기록합니다. 또한 서로 다른 포털 서버 채널에 대한 각 요청 유형의 최소, 최대 및 평균 응답 시간에 대한 정보도 기록합니다.

포털 작업 모니터링에서 수집한 정보를 사용하여 보다 빠른 응답 시간이 필요한 채널을 별도의 보조 탭으로 이동하거나 캐시 히트 수를 바탕으로 데스크탑 채널에 대한 시간 초과 등록 정보를 설정하여 포털 응답 시간을 최적화할 수 있습니다.

포털 서버의 JVM(Java Virtual Machine)은 데스크탑에 대한 모니터링 데이터를 수집합니다. 모니터링 정보는 포털 서버 관리 콘솔에서 보거나 psadmin 모니터링 하위 명령을 사용하여 액세스할 수 있습니다. Sun Java System Portal Server 7.1 Command Line Reference를 참조하십시오.

모니터링 작업은 JMX^TM(Java Management Extensions) 기술을 사용하여 포털 서버 데스크탑 및 포털 데스크탑 채널을 나타내는 포털 서버 인스턴스의 MBeansServer에 MBean(Management Bean)을 등록합니다. 각 MBean 속성은 각 자원에 대해 수집한 모니터링 데이터를 나타냅니다. 포털 관리 콘솔 및 psadmin 모니터링 하위 명령은 MBean과 통신하여 포털 서버 인스턴스에 대한 모니터링 데이터를 수집하고 표시합니다.

Portal Server 모니터링 설정

모니터링은 /var/opt/SUNWportal/portals/portalID/config/instanceID/monitoring.properties 파일에 저장된 모니터링 등록 정보에 액세스하여 구성할 수 있습니다. 모니터링은 기본적으로 사용됩니다. 모니터링을 사용하지 않으려면 com.sun.portal.monitoring.MonitoringContext.monitoring.disable 등록 정보를 true로 설정합니다. JVM이 다시 시작되면 모니터링이 사용되지 않습니다.

포털 관리 콘솔에서도 모니터링을 사용 또는 사용하지 않도록 설정할 수 있습니다.

포털 모니터링을 사용 또는 사용 해제하려면

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

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

[포털]에서 포털 서버를 선택합니다.

[모니터링] 탭을 누릅니다.

[설정] 하위 메뉴를 누릅니다.

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

[모니터링 사용] 또는 [모니터링 사용 안 함] 버튼을 누릅니다.

데스크탑 통계를 보려면

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

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

[포털]에서 포털 서버를 선택합니다.

[모니터링] 탭을 누릅니다.

하위 메뉴에서 [데스크탑 요청/응답 통계]를 누릅니다.

채널 통계를 보려면

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

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

[포털]에서 포털 서버를 선택합니다.

[모니터링] 탭을 누릅니다.

하위 메뉴에서 [채널 작업 통계]를 누릅니다.

[DN 선택] 드롭다운 메뉴에서 조직을 선택합니다.

[서버 인스턴스] 드롭다운 메뉴에서 서버를 선택합니다.

Portal Server 모니터링 데이터 수집

모니터링 작업에서는 데스크탑에서 수신한 7가지 유형의 데이터 요청을 수집합니다. 각 요청 유형은 type DesktopRequestStatistic 및 name MBean 등록 정보를 요청 유형으로 사용하는 MBean으로 표시됩니다. 예를 들어, type=DesktopRequestStatistics,name=Content name 등록 정보를 통해 데스크탑 컨텐트 요청 통계를 식별할 수 있습니다.

데스크탑 통계

다음 목록에는 7가지 요청 유형이 나와 있습니다.

컨텐트: 데스크탑에서 컨텐트 요청에 대해 성공적으로 서비스를 제공한 횟수와 소요된 시간입니다.
편집: 데스크탑에서 편집 요청에 대해 성공적으로 서비스를 제공한 횟수와 소요된 시간입니다.
예외: 데스크탑에서 요청을 처리하는 동안 발생한 일부 예외로 인해 요청에 대해 서비스 제공할 수 없는 횟수입니다. 예외 정보는 포털 서버 로그 파일에 로깅됩니다.
LocalAuth: 데스크탑이 로컬 인증 요청에 대해 응답한 횟수입니다.
로그아웃: 사용자가 포털 서버에서 로그아웃한 횟수와 로그아웃에 소요된 시간입니다.
PreLogin: 데스크탑이 사전 로그인 요청에 응답한 횟수입니다.
프로세스: 데스크탑에서 편집 요청을 처리한 횟수와 소요된 시간입니다.

포털 관리 콘솔에서 데스크탑 통계를 볼 수 있습니다.

채널 통계

각 채널 작업 유형은 채널을 식별하는 추가 name 등록 정보와 함께 type ChannelActionStatistic을 사용하여 MBean으로 표시됩니다. 전체 MBean 이름을 알려면 psadmin get-monitoring-mbean-names 명령을 사용하십시오.

포털 데스크탑은 시간 초과 채널 등록 정보를 바탕으로 채널에 대해 캐시된 컨텐트 보기를 표시합니다.

각 데스크탑 채널에 대해 모니터링된 채널 작업 유형을 다음 목록에서 설명합니다.

컨텐트: 채널 공급자가 성공적으로 컨텐트 보기를 생성한 횟수와 이에 대한 응답 시간입니다.
편집: 채널 공급자가 편집 보기를 성공적으로 표시한 횟수와 이에 대한 응답 시간입니다.
프로세스: 채널 공급자가 편집 보기를 처리한 횟수입니다.

포털 관리 콘솔에서 데스크탑 통계를 볼 수 있습니다.

8장 Portal Server 로깅 관리

이 장에서는 Sun Java^TM System Portal Server 로그 정보를 얻는 방법을 설명합니다.

이번 장은 다음 절로 구성됩니다.

Portal Server 로깅에 대한 이해

Portal Server는 모든 구성 요소에 대한 로깅을 지원합니다. 로그 및 로그 구성은 모든 포털 구성 요소에서 동일합니다. 7가지 표준 로그 수준은 severe에서 fine까지 있습니다. 이 로그는 다른 파일이나 데이터 싱크로 전달되고 단일 파일 또는 여러 파일로 구성될 수 있습니다. 즉, 각 구성 요소당 하나의 파일이 존재할 수 있습니다.

로그 수준은 각 모듈 및 하위 모듈에 대해 설정할 수 있으며 각 구성 요소 내에 있는 각 모듈 및 하위 모듈에 대한 별도의 파일로 전달할 수 있습니다.

Portal Server 로깅 관리

다음 구성 요소를 사용하여 Portal Server 로깅을 설정하고 관리할 수 있습니다.

로그 뷰어
일반 로거 설정
특정 로거 설정

포털 관리 콘솔에서 포털 로깅을 관리할 수 있습니다.

로그 뷰어를 관리하려면

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

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

[포털]에서 포털 서버를 선택합니다.

[로깅]을 누른 다음 하위 메뉴에서 [로그 뷰어]를 누릅니다.

[인스턴스 이름] 드롭다운 메뉴에서 포털 인스턴스를 선택합니다.

로그 뷰어에 대해 검색 기준 및 검색 결과 페이지가 표시됩니다.

[검색 기준]의 값을 입력하고 [검색]을 누릅니다.

다음과 같은 검색 옵션을 사용할 수 있습니다.
로그 파일 이름

로그 컨텐트가 있는 파일 이름입니다.

로그 수준

선택한 수준 이상의 메시지가 로그에 표시됩니다. 사용 가능한 수준으로는 SEVERE, WARNING, INFO, CONFIG, FINE, FINER 및 FINEST가 있습니다. 기본 수준은 INFO이며 로그에 INFO, WARNING 또는 SEVERE 수준의 메시지가 포함됩니다.

보려는 메시지가 로그에 표시되도록 하려면 먼저 특정 로거 설정 페이지에서 적절한 로그 수준을 설정합니다.

타임스탬프
특정 기간의 로그 메시지를 표시합니다.

100개의 최근 로그 항목을 보거나 [시작] 및 [끝] 텍스트 상자에서 기간을 입력할 수 있습니다.

[특정 범위]를 선택한 경우
- [시작 날짜] 및 [끝 날짜] 값은 모두 필수입니다.
- [시작 날짜] 값은 [끝 날짜] 값보다 이후일 수 없습니다.
- [끝 날짜] 값은 [오늘 날짜] 이후일 수 없습니다.
- [시작 시간] 및 [끝 시간] 값은 선택 사항입니다. [시작 시간] 값을 지정하면 [끝 시간] 값도 지정해야 합니다. 시간 값의 구문은 hh:mm:ss.SSS 형식이어야 합니다. SSS는 밀리초를 의미합니다. 예를 들면, 18:20:10.000입니다.

같은 기능의 `psadmin` 명령

psadmin set-logger

로그 디스플레이를 사용자 정의하려면

다음 단계를 사용하여 검색 결과 페이지를 사용자 정의할 수 있습니다.

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

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

[포털]에서 Portal Server를 선택합니다.

[로깅]을 누른 다음 [인스턴스 이름] 드롭다운 메뉴에서 포털 서버를 선택합니다.

로그 뷰어 결과 테이블에서 [타임스탬프] 열 머리글을 눌러 메시지를 정렬합니다.

서식이 지정된 로그 메시지를 새 창에서 보려면 세부 정보 링크를 누릅니다.

일반 로거 설정을 관리하려면

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

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

[포털]에서 Portal Server를 선택합니다.

[로깅]을 누른 다음 하위 메뉴에서 [일반 로거 설정]을 누릅니다.

[인스턴스 이름] 드롭다운 메뉴에서 포털 인스턴스를 선택합니다.

필요에 따라 구성 속성을 수정합니다.

다음과 같은 옵션을 사용할 수 있습니다.
일반
로그 수준 — 로그 수준 설정을 선택하여 로그 파일에 표시할 정보를 선택할 수 있습니다.

선택할 수 있는 로그 수준은 다음과 같습니다.
- Severe - 사용자가 볼 수 있는 오류
- Warning - 사용자 경고
- Info - 사용자에게 유익한 정보
- Config - 개발자용으로 고정된 설정 정보
- Fine - 기본 추적 정보
- Finer - 자세한 추적 정보
- Finest - 전체 추적 정보
- Off - 로깅을 해제하는 옵션
- All - 모든 메시지를 로깅하는 옵션
파일 처리기 등록 정보
- Limit — 로그 파일의 크기(바이트)를 지정합니다. 로그 파일 크기가 이 값을 초과하는 경우 로그 파일은 파일 수를 바탕으로 회전됩니다. 기본값은 5MB입니다.
- 파일 수 — 로그가 지정된 크기(바이트)에 도달하면 1이 증가된 생성 번호(파일 패턴의 %g)를 사용하여 빈 파일을 만듭니다. 기본값은 2이며, 로그 파일 회전을 해제하려면 값을 0으로 설정합니다.
- 추가 — 새 메시지를 기존 파일에 추가할 것인지를 지정합니다. 기본값은 true입니다.
- 필터 — 포털 로그와 같은 대상 또는 사용자 정의 로그 처리기에서 지정한 대상에 전송되는 로그 레코드를 필터링하려면 사용자 정의 로그 필터를 연결합니다. 사용자 정의 필터는 java.util.logging.Filter 인터페이스를 구현해야 합니다. 필드에 필터의 절대 클래스 이름을 입력하십시오. 또한 Application Server 클래스 경로에 필터 클래스를 지정하여 서버가 시작되는 동안 해당 필터가 설치되도록 합니다.
기타
- 사용자 정의 처리기 — 포털 로그가 아닌 대상으로 로그를 전송하려면 사용자 정의 로그 처리기에 연결합니다. 사용자 정의 처리기는 java.util.logging.Handler(JSR 047 호환 API) 클래스를 확장해야 합니다. 필드에 처리기의 절대 클래스 이름을 입력하십시오. 또한 Application Server 클래스 경로에 처리기 클래스를 지정하여 서버가 시작되는 동안 해당 처리기가 설치되도록 합니다. 두 개 이상의 처리기를 지정할 수 있습니다. 쉼표를 사용하여 여러 이름을 구분하십시오.
- 웹 컨테이너 로그 파일 사용 — 포털 로깅 관리를 비활성화하고 모든 로그를 웹 컨테이너 로그 파일로 경로 지정하려면 [예]를 선택하고, 그렇지 않으면 [아니오]를 선택합니다. 기본값은 [아니오]입니다.

[선택한 인스턴스에 적용] 또는 [모든 인스턴스에 적용]을 눌러 변경 사항을 기록합니다.

같은 기능의 `psadmin` 명령

psadmin set-logger

특정 로거 설정을 관리하려면

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

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

[포털]에서 Portal Server를 선택합니다.

[로깅]을 누른 다음 하위 메뉴에서 [특정 로거 설정]을 누릅니다.

[인스턴스 이름] 드롭다운 메뉴에서 포털 인스턴스를 선택합니다.

필요에 따라 구성 속성을 수정합니다.

다음과 같은 옵션을 사용할 수 있습니다.
로거 설정
- 로거 이름 – 로거 이름을 눌러 로거의 구성 세부 사항을 가져옵니다.
- 로그 수준 – 로그 수준 설정을 선택하여 로거가 로그 파일에서 볼 정보를 선택하거나 상위 로거의 로그 수준을 상속할 수 있습니다. 예를 들어 debug.com.sun.portal의 로그 수준이 INFO이고 debug.com.sun.portal.desktop의 로그 수준이 [상위 로거 수준 상속]이면 해당 로그 수준은 INFO가 됩니다.
- 로그 파일 병합 전략 – 로거의 경우 상위와 동일한 로그 파일에 로그 메시지를 저장할 것인지(상위 로그 파일에 로그), 아니면 로그를 별도의 파일에 저장할 것인지(별도 로그 파일에 로그)를 선택할 수 있습니다.
- 상위 처리기 – 로거의 경우 [로그 파일 병합 전략]이 [별도 로그 파일에 로그]로 설정된 경우 메시지를 별도 로그 파일과 상위 로그 파일(상위 처리기 상속) 모두에 로그할 것인지, 아니면 별도의 파일에만 로그할 것인지(상위 처리기 상속하지 않음)를 선택할 수 있습니다.
- 상위 처리기 – 로거의 경우 [로그 파일 병합 전략]이 [별도 로그 파일에 로그]로 설정된 경우 메시지를 별도 로그 파일과 상위 로그 파일(상위 처리기 상속) 모두에 로그할 것인지, 아니면 별도의 파일에만 로그할 것인지(상위 처리기 상속하지 않음)를 선택할 수 있습니다.
- Stacktrace – 로거의 경우 모든 수준에 대해 스택 추적을 로그할 것인지(모든 수준에 대한 스택 추적 인쇄), 아니면 WARNING 로그 수준까지만 로그할 것인지(경고 수준까지 스택 추적 인쇄)를 선택할 수 있습니다.
  
  주 –
  [로그 파일 병합 전략] 값이 [상위 로그 파일에 로그]인 경우 상위 처리기와 Stacktrace 값은 무시됩니다. [로그 파일 병합 전략] 값이 [별도 로그 파일에 로그]이고 [상위 처리기] 값이 [상위 처리기 상속]인 경우 [Stacktrace 값 모든 수준에 대한 스택 추적 인쇄]는 유효하지 않습니다.

[선택한 인스턴스에 적용] 또는 [모든 인스턴스에 적용]을 눌러 변경 사항을 기록합니다.

같은 기능의 `psadmin` 명령

psadmin set-logger

9장 Portal Server 가입 관리

이 장에서는 Sun Java^TM System Portal Server 가입 구성 요소와 구성 요소를 관리하는 방법에 대해 설명합니다. 이번 장은 다음 항목으로 구성됩니다.

Portal Server 가입에 대한 이해

가입을 통해 최종 사용자는 범주, 토론 및 검색 가능한 문서를 포함한 많은 정보 소스를 처리하는 프로필을 만들 수 있습니다. 이 프로필은 최종 사용자가 가입 채널에 액세스할 때마다 최신 정보로 업데이트됩니다. 가입 채널은 최종 사용자가 분류된 문서 또는 토론에 대해 정의한 각 프로필 항목과 일치하는 관련 정보 항목 수를 요약합니다.

검색 서버를 사용하여 다음 컨텐트 유형과 일치하는 항목을 찾을 수 있습니다.

지정된 날짜 동안 대상 범주에 있는 새 문서
지정된 날짜 동안 토론 내에 있는 새로운 관련 의견
저장된 검색과 비교한 문서 히트 수

결과는 프로필 항목에 대해 일치하는 정보 수를 보여주는 링크로 표시됩니다. 이 링크는 최종 사용자를 보다 세부적인 일치 보기로 리디렉션합니다.

범주 가입의 경우 이 링크는 최종 사용자를 특정 관심 문서가 표준 범주 검색 결과 형식으로 요약되는 검색 채널로 리디렉션합니다. 가입 채널은 최종 사용자에게 더욱 세부적인 보기를 제공하기 위한 관문으로 작용합니다.

프로필러 기능은 지정된 관심 내용이 변경되면 전자 메일 알림을 제공합니다. 프로필러는 Access Manager에서 최종 사용자에 대한 가입 정보를 가져오고 검색 서버에서 결과를 가져온 다음 최종 사용자에게 전자 메일로 알립니다. 프로필러가 조직 수준에서 특정 시간에 실행되도록 일정을 수립할 수 있습니다.

가입 설정

가입을 사용 또는 사용하지 않도록 설정할 수 있습니다. 가입은 다음 수준에서 설정할 수 있습니다.

루트 수준
조직 수준
최종 사용자 수준

가입을 설정하려면

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

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

[포털]에서 포털 서버를 선택합니다.

[가입] 탭을 누릅니다.

다음 중 하나를 선택하여 가입 수준을 설정한 다음 기본값을 설정합니다.
- [DN 선택] 드롭다운 메뉴에서 TopLevel [전역]을 선택합니다.
  
  주 –
  TopLevel에서 가입 관리는 유형에 대해 또는 범주, 토론 및 저장된 검색에 대해 시스템 규모의 기본 최대 가입 수를 설정합니다.
  
  최대 범주 가입 수
  
  사용자가 가입할 수 있는 최대 범주 수를 지정합니다.
  
  최대 토론 가입 수
  
  사용자가 가입할 수 있는 최대 토론 수를 지정합니다.
  
  최대 저장한 검색 수
  
  저장할 수 있는 최대 검색 수를 지정합니다.
- [DN 선택] 드롭다운 메뉴에서 조직을 선택합니다.
  
  주 –
  조직 수준에서 가입 관리는 유형별로(즉, 범주, 토론 및 저장된 검색에 대해) 시스템 규모의 기본 최대 가입 수를 덮어씁니다.
  
  프로필러 SMTP
  
  전자 메일 알림을 최종 사용자에게 전달하는 SMTP 서버 역할을 하는 호스트 시스템입니다.
  
  프로필러 전자 메일
  
  사용자가 전자 메일 알림을 수신하는 가입 프로필러 전자 메일 주소입니다. 전자 메일은 ID@domain 형식이어야 합니다.
  
  프로필러 공급자
  
  사용자에게 보낼 전자 메일 알림의 내용을 렌더링하는 데 사용되는 프로필러 채널의 URL이며http://HOST:PORT/portal/dt?
  
  provider=profiler&desktop.suid=UID_OF_AUTHLESSANONYMOUS_USER 형식이어야 합니다.
  
  프로필러 기본 검색
  
  기본 검색 서버의 URL입니다. 프로필러 기본 검색은 Portal Server 6.3.x로 만든 사용자 프로필과의 역 호환을 위해서만 사용되며 http://HOST:PORT/search1/search 형식이어야 합니다.
  
  프로필러 최대 히트 수
  
  조직의 해당 최종 사용자 가입에서 사용자에게 전송된 전자 메일 알림에 표시되는 최대 히트 수입니다. 예를 들어, 값이 5이면 “ *”와 같이 넓은 범위로 저장된 검색은 가장 관련있는 5개의 결과로 제한됩니다.
  
  최대 범주 가입 수
  
  사용자가 가입할 수 있는 최대 범주 수입니다.
  
  최대 토론 가입 수
  
  사용자가 가입할 수 있는 최대 토론 수입니다.
  
  최대 저장된 검색 수
  
  최종 사용자가 저장할 수 있는 최대 검색 수입니다.
- [DN 선택] 드롭다운 메뉴에서 사용자를 선택합니다.
  
  주 –
  조직 사용자 수준에서 가입 관리는 사용자의 가입 설정을 편집합니다. 관리자는 다음과 같이 사용자의 서비스 데이터를 유지 관리할 수 있습니다.
  - 사용자 가입 업데이트
  - 사용자 가입 삭제
  활성화된 프로필러
  
  [활성화]를 선택하면 사용자가 전자 메일 알림을 수신할 수 있습니다.
  
  각 가입 유형에 대해 가입을 추가 또는 제거합니다. 형식은 다음과 같습니다.
  범주 가입
  label | target category | scope | lapsed time | rating | server | database | status
  여기서
  label
  
  편집된 가입에 지정된 논리적 참조를 나타내며 문자열이어야 합니다. 필수 필드입니다.
  
  target category
  
  ABC:DEF:GHI의 문자열 형식이어야 합니다.
  
  scope
  
  검색 쿼리를 나타내며 검색 연산자를 포함하여 유효한 검색 문자열로 된 문자열 형식이어야 합니다.
  
  lapsed time
  
  다음 숫자 중 하나여야 합니다.
  
  0 = 제한 없음
  
  1 = 어제 이후
  
  7 = 지난 주 이후
  
  30 = 지난 달 이후
  
  180 = 지난 6개월 이후
  
  365 = 작년 이후
  
  rating
  
  이 등급은 일치하는 문서가 가입에 대한 일치 작업을 위해 선택해야 하는 최소 등급입니다.
  
  값은 숫자입니다.
  
  –1 = 관련 없음
  
  0 = 일상
  
  1 = 관심
  
  2 = 중요
  
  3 = 필독
  
  server
  
  가입 기준과 일치하는 컨텐트를 찾기 위해 쿼리할 검색 서버의 URL입니다.
  
  database
  
  가입에서 일치할 가능성이 있는 내용을 검색하는 대상 검색 서버 데이터베이스입니다. 이 데이터베이스는 단일 값 데이터베이스입니다.
  
  status
  
  가입이 활성 상태인지, 비활성 상태인지를 표시하는 부울 값입니다.
  
  활성 상태는 가입이 평가됨을 의미합니다.
  
  비활성 상태는 가입이 유휴 상태임을 의미합니다.
  토론 가입
  label | target discussion | scope | lapsed time | rating | server | database | status
  여기서
  label
  
  편집된 가입에 지정된 논리적 참조를 가리키며 문자열이어야 합니다. 이 필드는 필수 필드입니다.
  
  target discussion
  
  가입에서 정의된 다른 기준에 대해 일치하는 컨텐트를 찾을 토론 스레드의 상위 노드입니다.
  
  scope
  
  검색 쿼리를 가리킵니다. scope는 검색 연산자를 포함하여 유효한 검색 문자열로 된 문자열 형식이어야 합니다.
  
  lapsed time
  
  다음 숫자 중 하나여야 합니다.
  
  0 = 제한 없음
  
  7 = 지난 주 이후
  
  30 = 지난 달 이후
  
  180 = 지난 6개월 이후
  
  365 = 작년 이후
  
  rating
  
  이 등급은 일치하는 문서가 가입에 대한 일치 작업을 위해 선택해야 하는 최소 등급입니다.
  
  값은 숫자입니다.
  
  –1 = 관련 없음
  
  0 = 일상
  
  1 = 관심
  
  2 = 중요
  
  3 = 필독
  
  server
  
  가입 기준과 일치하는 컨텐트를 찾기 위해 쿼리할 검색 서버의 URL입니다.
  
  database
  
  가입에서 일치할 가능성이 있는 내용을 검색하는 대상 검색 서버 데이터베이스입니다. 이 데이터베이스는 단일 값 데이터베이스입니다.
  
  status
  
  가입이 활성 상태인지, 비활성 상태인지를 표시하는 부울 값입니다.
  
  활성 상태는 가입이 평가됨을 의미합니다.
  
  비활성 상태는 가입이 유휴 상태임을 의미합니다.
  저장된 검색
  label | scope | lapsed time | rating | server | database | status
  여기서
  label
  
  편집된 가입에 지정된 논리적 참조를 가리키며 문자열이어야 합니다. 이 필드는 필수 필드입니다.
  
  scope
  
  검색 쿼리를 가리키며 검색 연산자를 포함하여 유효한 검색 문자열로 된 문자열 형식이어야 합니다.
  
  lapsed time
  
  다음 숫자 중 하나여야 합니다.
  
  0 = 제한 없음
  
  1 = 어제 이후
  
  7 = 지난 주 이후
  
  30 = 지난 달 이후
  
  180 = 지난 6개월 이후
  
  365 = 작년 이후
  rating
  이 등급은 일치하는 문서가 가입에 대한 일치 작업을 위해 선택해야 하는 최소 등급입니다.
  
  값은 숫자입니다.
  - –1 = 관련 없음
  - 0 = 일상
  - 1 = 관심
  - 2 = 중요
  - 3 = 필독
  server
  
  가입 기준과 일치하는 컨텐트를 찾기 위해 쿼리할 검색 서버의 URL입니다.
  
  database
  
  가입에서 일치할 가능성이 있는 내용을 검색하는 대상 검색 서버 데이터베이스입니다. 이 데이터베이스는 단일 값 데이터베이스입니다.
  
  status
  가입이 활성 상태인지, 비활성 상태인지를 표시하는 부울 값입니다.
  - 활성 상태는 가입이 평가됨을 의미합니다.
  - 비활성 상태는 가입이 유휴 상태임을 의미합니다.

[저장]을 누릅니다.

같은 기능의 `psadmin` 명령

psadmin set-attribute

Portal Server 토론 관리

이 절에서는 토론 채널 및 토론 채널을 관리하는 방법에 대해 설명합니다.

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

DiscussionProvider에 대한 이해

토론 채널은 DiscussionProvider를 바탕으로 하며 검색 채널의 JSP^TM(JavaServer Pages^TM) 파일과 유사합니다. 토론 채널에는 쿼리 부분과 디스플레이 부분이 있으며 데스크탑 테마를 사용합니다.

DiscussionProvider의 특징은 다음과 같습니다.

데스크탑 테마를 사용합니다.
JSP 기술을 바탕으로 합니다.
검색 태그 라이브러리와 API를 사용하여 백엔드 검색 서비스에서 데이터를 검색합니다.

토론 및 의견은 토론 데이터베이스에 서로 다른 자원 설명자(RD)로 저장됩니다. DiscussionProvider는 다음을 지원합니다.

전체 보기(토론 채널 사용) 및 간략한 보기(DiscussionLite 채널 사용)를 사용하여 다음을 수행할 수 있습니다.
토론 채널에서 새 토론 시작
기존 토론에 응답 게시
검색 채널에서 웹 문서를 바탕으로 새 토론 시작
토론 목록을 사용하여 다음을 수행할 수 있습니다.
- 마지막 수정된 날짜별로 정렬된 주 게시물을 검색합니다.
- 페이지가 매겨져 있기 때문에 사용자가 이전 토론에 액세스할 수 있습니다.
각 토론 하위 트리를 표시하는 토론 보기. 주 항목은 자세히 표시되고 하위 트리는 주 항목 아래에 표시됩니다. 토론 보기에는 다음이 포함됩니다.
- 페이지에 있는 여러 필터. 문서 디스플레이는 문서 등급(관련 없음, 일상, 관심, 중요 및 필독)과 같은 필터를 바탕으로 할 수 있습니다.
- 디스플레이 기본 설정은 스레드 또는 평면 디스플레이로 설정할 수 있습니다.
- 확장 임계값은 하위 트리에 표시된 항목을 쉽게 제어하도록 도와줍니다. 사용자는 높은 등급의 문서만 확장하거나 모두 확장 또는 모두 축소하도록 선택할 수 있습니다. 기본값은 모두 축소입니다. 모두 확장은 필터링된 모든 의견을 표시하며 토론 설명을 표시하고 토론 등급 지정을 위한 메뉴를 제공하며 사용자가 응답을 게시할 수 있도록 합니다.
- 토론 내에서 검색을 지원합니다. 또한 사용자는 채널 편집 페이지를 통해서도 이러한 기본 설정을 지정할 수 있습니다.
토론 의견 및 등급 지정. 예를 들어, 사용자는 다음을 수행할 수 있습니다.
- 기존 토론에 의견을 추가합니다.
- 모든 토론과 의견에 등급을 매깁니다. 사용자 등급은 즉시 표시되지 않습니다. 등급 계산은 알고리즘을 바탕으로 어떤 의견에 대한 등급이 점차 높아지도록 되어 있습니다. 예를 들어 의견에 중요 표시가 매겨지려면 3번 중요 등급을 받아야 합니다.
- 모든 토론 및 토론 내에서 검색합니다. 이러한 기능은 검색 공급자에게 연결됩니다. 또한 사용자는 고급 검색에서 등급별로 검색할 수도 있습니다.
- 가입. 인증된 사용자는 가입 링크를 선택하여 특정 토론에 가입할 수 있습니다. 이 요청은 SubscriptionProvider가 처리합니다.

DiscussionProvider 관리

DiscussionProvider 채널을 만들고 포털 서버 관리 콘솔을 통해 관리할 수 있습니다.

최종 사용자는 채널 편집 페이지를 사용하여 토론 채널을 구성할 수 있습니다.

DiscussionProvider에서 채널을 만들려면

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

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

[포털]에서 포털 서버를 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

채널을 만들 컨테이너를 선택합니다.

오른쪽 창에 컨테이너의 [작업] 및 [등록 정보]가 표시됩니다.

[작업]에서 [새 채널 또는 컨테이너]를 눌러 마법사를 시작합니다.
1. [포털 선택] 드롭다운 메뉴에서 포털 서버를 선택합니다.
2. [DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.
3. [유형]에서 채널을 선택하고 [다음]을 누릅니다.
4. [채널 유형]에서 [공급자 채널]을 선택하고 [다음]을 누릅니다.
5. [공급자] 드롭다운 메뉴에서 [DiscussionProvider]를 선택하고 [다음]을 누릅니다.
6. 텍스트 상자에 채널 이름을 입력하고 [다음]을 누릅니다.
7. 채널 정보를 검토하고 [마침]을 누릅니다.
8. [닫기]를 누릅니다.
DiscussionProvider를 바탕으로 한 채널이 생성됩니다.

DiscussionProvider 채널을 삭제하려면

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

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

[포털]에서 포털 서버를 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DiscussionProvider 채널이 상주할 DN을 선택합니다.

정보 –
DP_ROOT 아래의 모든 채널 및 컨테이너 목록에 대한 드롭다운 메뉴에서 [보기 유형]으로 [DP XML 트리]를 선택합니다.

채널이 상주할 컨테이너를 선택합니다.

컨테이너 작업 및 등록 정보 페이지가 표시됩니다.

[삭제할 채널 또는 컨테이너 선택]을 누릅니다.

DiscussionProvider 채널을 선택합니다.

[삭제]를 누릅니다.

DiscussionProvider 채널을 구성하려면

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

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

[포털]에서 포털 서버를 선택합니다.

[DN 선택] 드롭다운 메뉴에서 DiscussionProvider 채널이 상주할 DN 조직을 선택합니다.

정보 –
DP_ROOT 아래의 모든 채널 및 컨테이너 목록에 대한 드롭다운 메뉴에서 [보기 유형]으로 [DP XML 트리]를 선택합니다.

구성할 DiscussionProvider 채널을 선택합니다.

속성에 대한 자세한 내용은 Sun Java System Portal Server 7.1 Technical Reference를 참조하십시오.

DiscussionLite 채널

DiscussionLite 채널은 상위 20개의 최신 토론 제목과 날짜를 표시합니다. 토론은 생성 날짜(마지막 수정한 날짜)별로 정렬되며 최신 토론이 먼저 표시됩니다. 제목은 다시 구성할 수 있습니다.

DiscussionLite 채널 보기에는 다음에 대한 링크가 포함되어 있습니다.

각 토론 보기
토론 채널을 대상으로 하는 모든 토론 보기
토론 시작

기본적으로 채널은 단일 컨테이너에 표시되고 모든 링크는 JSPDynamicSingleContainer에서 가져옵니다.

등록 정보는 관리 콘솔에서 구성할 수 있습니다. 기본적으로 최종 사용자는 이 채널의 등록 정보를 편집할 수 없습니다.

10장 Portal Server 단일 사인온 어댑터 관리

이 장에서는 단일 사인온 어댑터를 구성하여 최종 사용자가 사용할 수 있는 옵션을 조정하는 방법에 대해 설명합니다. 이번 장은 다음 절로 구성됩니다.

단일 사인온 어댑터 개요

단일 사인온 어댑터 서비스를 통해 최종 사용자는 한 번 등록한 후 포털 서버 공급자나 기타 웹 응용 프로그램과 같은 응용 프로그램을 사용하여 다양한 자원 서버에 인증된 액세스를 할 수 있습니다. 시스템에서 사용할 수 있는 SSO 어댑터 인터페이스의 구현에 따라 액세스할 수 있는 자원 서버가 달라집니다.

Portal Server는주소록, 캘린더 및 메일과 같은 자원 서버에 대해 SSO 어댑터를 제공합니다. Instant Messaging 채널에 대한 단일 사인온은 SSO 어댑터가 아니라 Sun Java System Portal Server 인증 방법을 통해 얻어집니다. 이 방법에 대한 자세한 내용은 Instant Messaging 채널의 authMethod 등록 정보를 참조하십시오. 다음 제품을 통해 주소록, 캘린더 및 메일 서비스를 사용할 수 있습니다.

Sun Java System Calendar Server 5.1.1, 6.0, 6 2006Q2
Sun Java System Sun Java System Messaging Server 5.2, 6.0, 6 2006Q2

자원 서버는 일반적으로 메일 서버 액세스에 사용하는 JavaMail^TM API 등의 표준 API(Application Programming Interface)를 사용하여 응용 프로그램에서 액세스합니다. API를 사용하여 인증된 연결을 만들려면 연결에 사용할 구성 데이터를 API에 제공해야 합니다. 이 구성 데이터를 제공하는 것이 SSO 어댑터의 목적이며, SSO 어댑터 서비스는 해당 데이터를 저장하는 데 사용됩니다.

SSO 어댑터 서비스는 두 가지 수준의 데이터 즉, 메타 어댑터와 어댑터를 정의합니다. 메타 어댑터는 사용자가 사용할 수 있도록 하는 연결 클래스를 정의합니다. 여러 사용자가 단일 메타 어댑터를 사용합니다. 이 메타 어댑터는 기본값 및 사용자가 편집할 수 있는 값의 확인을 포함하여 이 메타 어댑터를 사용하는 모든 사용자에 대해 동일한 데이터 값을 정의합니다. 따라서, 메타 어댑터는 전역 서비스 수준에서 정의됩니다.

어댑터는 메타 어댑터를 바탕으로 조직, 역할 또는 사용자에게 특정한 데이터 값을 제공하여 생성합니다. 어댑터는 메타 어댑터를 참조하며 사용자가 편집할 수 없는 등록 정보에 대해 메타 어댑터의 데이터 값을 취합니다. 최종 사용자가 어댑터의 사용자 편집 가능한 등록 정보를 변경하는 경우, 이 어댑터는 한 명의 사용자에게만 적용됩니다.

SSO 어댑터 서비스를 사용하는 Sun Java System Portal Server 통신 채널은 메타 어댑터 또는 어댑터를 참조하여 자원 서버에 연결하는 데 필요한 데이터 값을 가져옵니다. 채널이 메타 어댑터를 참조하고 해당 사용자가 구성 정보를 저장하는 경우 이 참조는 어댑터를 대신 참조하도록 변경됩니다. 그 다음 해당 어댑터가 메타 어댑터를 참조합니다.

SSO 어댑터의 모든 관리 작업은 Portal Server 콘솔 웹 응용 프로그램 또는 psadmin 명령줄 인터페이스를 통해 수행됩니다. Portal Server 콘솔의 기본 배포 URI는 /psconsole입니다. psadmin CLI의 기본 위치는 Solaris의 경우 /opt/SUNWportal/bin입니다.

메타 어댑터 관리

메타 어댑터는 사용자가 사용할 수 있도록 하는 연결 클래스를 정의합니다. 여러 사용자가 단일 메타 어댑터를 사용합니다.

메타 어댑터를 사용하여 다음 작업을 수행할 수 있습니다.

메타 어댑터 보기

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

[SSO 어댑터] 탭을 선택합니다.

메타 어댑터 목록이 테이블로 표시됩니다.

같은 기능의 `psadmin` 명령

psadmin list-ssoadapters

메타 어댑터 만들기

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

[SSO 어댑터] 탭을 선택합니다.

[메타 어댑터 목록]에서 [새 메타 어댑터]를 눌러 마법사를 시작합니다.

지침에 따라 수행한 다음 [확인]을 눌러 지정한 메타 어댑터를 만듭니다.

같은 기능의 `psadmin` 명령

psadmin create-ssoadapter-template

어댑터 보기

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

[SSO 어댑터] 탭을 선택합니다.
- DN의 어댑터를 보려면 [위치에 해당하는 어댑터 보기]를 누릅니다.
  1. [DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.
    
    선택한 DN의 어댑터가 나열됩니다.
- 메타 어댑터의 어댑터를 보려면 [메타 어댑터 목록]에서 메타 어댑터를 선택합니다.
  1. [선택한 메타 어댑터의 어댑터 보기]를 누릅니다.

같은 기능의 `psadmin` 명령

psadmin list-ssoadapters

주 –

CLI에서 사용 가능한 유일한 어댑터 목록은 DN별 목록입니다.

어댑터 관리

SSO 어댑터 구성을 사용하여 다음 작업을 수행할 수 있습니다.

어댑터 만들기

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

[SSO 어댑터] 탭을 선택합니다.

[메타 어댑터 목록]에서 메타 어댑터를 선택합니다.

[선택한 메타 어댑터의 어댑터 보기]를 누릅니다.

[새 어댑터]를 누릅니다.

새 어댑터 페이지가 나타납니다.

필요에 따라 구성 속성을 제공합니다.

[확인]을 누릅니다.

같은 기능의 `psadmin` 명령

create-ssoadapter-config

어댑터 구성 등록 정보 편집

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

[SSO 어댑터] 탭을 선택합니다.

[위치에 해당하는 어댑터 보기]를 누릅니다.

[DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.

어댑터 목록이 표시됩니다.

어댑터를 선택하고 필요에 따라 구성 속성을 수정합니다.

[확인]을 누릅니다.

같은 기능의 `psadmin` 명령

psadmin set-ssoadapter-property

익명 사용자 만들기

최종 사용자는 로그인하지 않고도 관리자가 구성해 놓은 읽기 전용 통신 채널에 액세스할 수 있습니다. 하지만 최종 사용자는 일반적으로 이 채널을 편집할 수는 없습니다.

익명 사용자 목록 만들기

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

[SSO 어댑터] 탭을 선택합니다.

[SSO 어댑터 작업]에서 [인증 없이 SSO 어댑터에 액세스 가능한 사용자 목록 편집]을 누릅니다.

[사용자 위치]에서 [사용자 추가]를 누릅니다.

[찾은 사용자] 테이블에서 사용자를 선택합니다.

[선택한 사용자 추가]를 누릅니다.

주 –
익명 사용자 기능은 Portal Server 관리 콘솔을 통해서만 사용할 수 있습니다.

1 Sun Java System Portal Server 관리

1장 Portal Server 관리에 대한 이해

Portal Server 구성 요소에 대한 이해

Portal Server 관리 콘솔 사용

브라우저 인터페이스 정보

관리 콘솔에 로그인하려면

Portal Server 관리 태그 라이브러리 및 포틀릿 사용

psadmin 명령줄 인터페이스 사용

2장 포털 및 Portal Server 인스턴스 관리

여러 포털에 대한 이해

포털 설정

포털을 목록으로 표시하려면

같은 기능의 psadmin 명령

포털을 만들려면

같은 기능의 psadmin 명령

포털을 삭제하려면

같은 기능의 psadmin 명령

포털 데이터를 내보내려면

같은 기능의 psadmin 명령

포털 데이터를 포털로 가져오려면

같은 기능의 psadmin 명령

Portal Server 인스턴스 설정

Portal Server 인스턴스 목록을 표시하려면

같은 기능의 psadmin 명령

Portal Server 인스턴스를 만들려면

시작하기 전에

같은 기능의 psadmin 명령

Portal Server 인스턴스를 삭제하려면

같은 기능의 psadmin 명령

3장 조직, 역할 및 사용자 관리

Portal Server와 함께 Access Manager를 사용하는 방법에 대한 이해

Portal Server의 새 조직 만들기

Portal Server에서 사용할 새 조직을 만들려면

새 조직에 액세스하려면

조직에 포털 서비스 추가

조직에 포털 서비스를 추가하려면

새 사용자에게 필요한 포털 서비스를 지정하려면

시작하기 전에

특정 노드로 이동

위치 표시줄에 대한 이해

새 디렉토리 노드를 설정하려면

디렉토리 노드를 위치 표시줄 선택 항목에 추가하려면

위치 표시줄 선택 항목에서 디렉토리 노드를 제거하려면

디렉토리 노드에 대한 정보를 표시하려면

4장 Portal Server 데스크탑 관리

Portal Server 데스크탑 관리에 대한 이해

디스플레이 프로필에 대한 이해

데스크탑 속성에 대한 이해

Portal Server 데스크탑 컨텐트 관리

포틀릿 관리

포틀릿을 배포하려면

같은 기능의 psadmin 명령

포틀릿을 배포 해제하려면

같은 기능의 psadmin 명령

포틀릿 기본 설정을 수정하려면

채널 및 컨테이너 관리

채널 및 컨테이너 보기

디스플레이 프로필 XML 트리

데스크탑 보기

디스플레이 프로필 XML 트리 및 데스크탑 보기를 보려면

채널 및 컨테이너 등록 정보 수정

등록 정보에 대한 이해

등록 정보를 만들려면

목록을 편집하려면

채널 및 컨테이너 등록 정보를 수정하려면

같은 기능의 psadmin 명령

채널 및 컨테이너 생성과 삭제

채널 또는 컨테이너를 만들려면

같은 기능의 psadmin 명령

채널 또는 컨테이너를 삭제하려면

같은 기능의 psadmin 명령

탭 만들기

탭을 만들려면

채널 및 컨테이너 표시

채널 및 컨테이너를 데스크탑에 표시하려면

같은 기능의 psadmin 명령

데스크탑 속성 관리

데스크탑 속성을 설정하려면

같은 기능의 psadmin 명령

디스플레이 프로필 관리

`psadmin` 명령줄 인터페이스 사용

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령

같은 기능의 `psadmin` 명령