Sun Java System Portal Server 7.2 관리 설명서

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.2 배포 계획 설명서를 참조하십시오.

Portal Server 관리 콘솔 사용

다양한 포털 관리 작업을 간소화하는 Portal Server 관리 콘솔은 Java 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 Application Server 9.1 또는 GlassFish V2 웹 컨테이너에 Portal Server를 설치한 경우 psadmin 명령을 실행하기 전에 먼저 이러한 웹 컨테이너 관리 서버 중 하나와 cacao를 시작해야 합니다.

모든 psadmin 하위 명령에 대한 내용은 Sun Java System Portal Server 7.2 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-URI/desktop 디렉토리에 기본적으로 저장된 데스크탑 파일 시스템 파일
/var/opt/SUNWportal/portals/ portal-URI/desktop/classes 디렉토리에 기본적으로 저장된 데스크탑 사용자 정의 클래스
/var/opt/SUNWportal/portals/portal-URI/war 디렉토리에 기본적으로 저장된 Portal Server 웹 응용 프로그램
/var/opt/SUNWportal/portals/portal-URI/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 Portal Server 7.1 구성 설명서의 동일한 노드에 포털 만들기를 참조하십시오.

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

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

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

같은 기능의 `psadmin` 명령

psadmin create-instance

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

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

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

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

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

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

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

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

같은 기능의 `psadmin` 명령

psadmin delete-instance

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

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

조직, 역할 및 최종 사용자를 관리하려면 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 관리 설명서를 참조하십시오.

Portal Server의 새 조직 만들기

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

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

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

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

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

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

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

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

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

조직 속성을 지정합니다.

예:

이름

TestOrganization

조직 별칭

TestOrganization

[확인]을 누릅니다.

새 조직에 액세스하려면

브라우저에서

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 설정을 관리합니다. [PortalID 데스크탑 서비스가 조직이나 역할에 추가되면 기본 설정을 지정합니다. 상위 조직이나 역할로부터 PortalID 데스크탑 서비스 설정이 상속되지 않습니다. 이러한 서비스 설정을 필요에 따라 관리하려면 포털 서비스 관리 콘솔을 사용해야 합니다. ]

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을 선택합니다.

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

왼쪽 프레임의 트리에서 [JSPTabContainer]를 선택합니다.

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

채널 및 컨테이너 표시

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

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

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을 선택합니다.

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

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

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

[대역 내 등록 지원]을 선택합니다.

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

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

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

[다음]을 누릅니다.

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

[마침]을 누릅니다.

같은 기능의 `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://portal/portal/javadocs/를 참조하십시오. 또한 Sun Java System Portal Server 7.2 Developer’s Guide 의 WSRP:Validating Registration Data도 참조할 수 있습니다.

등록 핸들 생성

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

등록 핸들을 생성하려면

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

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

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

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

소비자 이름

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

상태

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

소비자 에이전트

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

메소드

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

[다음]을 누릅니다.

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

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

소비자 관리

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

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

구성된 제작자 추가

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

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

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

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

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

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

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

[WSRP] 탭을 누릅니다.

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

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

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

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 소비자는 위에 언급된 아이디 전파 체계를 모두 지원합니다.

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

아이디 전파 체계는 제작자에서 자동으로 설정되며, 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.2 Technical Reference를 참조하십시오.

같은 기능의 `psadmin` 명령

psadmin create-producer

WSRP 제작자를 편집하려면

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

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

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

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

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

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

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

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

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

속성에 대한 자세한 내용은 Sun Java System Portal Server 7.2 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.2 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

WSRP 채널 문제를 해결하려면

WSRP 채널에 액세스할 수 없는 경우 Derby가 실행되고 있는지 확인합니다. Derby가 실행되고 있지 않으면 다시 시작합니다. Derby를 다시 시작한 후에도 WSRP 채널에 액세스할 수 없는 경우에는 다음 절차에 따라 WSRP 채널에 액세스하십시오.

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

왼쪽 창에서 [자원]을 누릅니다.

[JDBC]로 이동하여 [연결 풀]을 누릅니다.

[WSRPDataSourcePool]을 누릅니다.

오른쪽 창에 연결 풀 편집 페이지가 표시됩니다.

[필수]를 선택하여 연결 유효성을 검사하도록 설정하고 [저장]을 누릅니다.

포털 데스크탑을 새로 고쳐 WSRP 채널을 확인합니다.

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

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

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

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.2 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가지 요청 유형이 나와 있습니다.

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

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

채널 통계

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

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

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

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

포털 관리 콘솔에서 채널 통계를 볼 수 있습니다.

8장 Portal Server 로깅 관리

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

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

Portal Server 로깅에 대한 이해

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

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

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` 명령

Sun Java System Portal Server 7.2 Command-Line Reference의 psadmin set-logger

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

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

관리 콘솔에 로그인하려면의 절차를 수행합니다.

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

[포털]에서 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` 명령

Sun Java System Portal Server 7.2 Command-Line Reference의 psadmin set-logger

특정 로거 설정을 관리하려면

관리 콘솔에 로그인하려면의 절차를 수행합니다.

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

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

[로깅]을 누른 다음 하위 메뉴에서 [특정 로거 설정]을 누릅니다.

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

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

다음과 같은 옵션을 사용할 수 있습니다.
로거 설정
- 로거 이름 – 로거 이름을 눌러 로거의 구성 세부 사항을 가져옵니다.
- 로그 수준 – 로그 수준 설정을 선택하여 로거가 로그 파일에서 볼 정보를 선택하거나 상위 로거의 로그 수준을 상속할 수 있습니다. 예를 들어 debug.com.sun.portal의 로그 수준이 INFO이고 debug.com.sun.portal.desktop의 로그 수준이 [상위 로거 수준 상속]이면 해당 로그 수준은 INFO가 됩니다.
- 로그 파일 병합 전략 – 로거의 경우 상위와 동일한 로그 파일에 로그 메시지를 저장할 것인지(상위 로그 파일에 로그), 아니면 로그를 별도의 파일에 저장할 것인지(별도 로그 파일에 로그)를 선택할 수 있습니다.
- 상위 처리기 – 로거의 경우 [로그 파일 병합 전략]이 [별도 로그 파일에 로그]로 설정된 경우 메시지를 별도 로그 파일과 상위 로그 파일(상위 처리기 상속) 모두에 로그할 것인지, 아니면 별도의 파일에만 로그할 것인지(상위 처리기 상속하지 않음)를 선택할 수 있습니다.
- 상위 처리기 – 로거의 경우 [로그 파일 병합 전략]이 [별도 로그 파일에 로그]로 설정된 경우 메시지를 별도 로그 파일과 상위 로그 파일(상위 처리기 상속) 모두에 로그할 것인지, 아니면 별도의 파일에만 로그할 것인지(상위 처리기 상속하지 않음)를 선택할 수 있습니다.
- Stacktrace – 로거의 경우 모든 수준에 대해 스택 추적을 로그할 것인지(모든 수준에 대한 스택 추적 인쇄), 아니면 WARNING 로그 수준까지만 로그할 것인지(경고 수준까지 스택 추적 인쇄)를 선택할 수 있습니다.
  
  주 –
  [로그 파일 병합 전략] 값이 [상위 로그 파일에 로그]인 경우 상위 처리기와 Stacktrace 값은 무시됩니다. [로그 파일 병합 전략] 값이 [별도 로그 파일에 로그]이고 [상위 처리기] 값이 [상위 처리기 상속]인 경우 [Stacktrace 값 모든 수준에 대한 스택 추적 인쇄]는 유효하지 않습니다.

[선택한 인스턴스에 적용] 또는 [모든 인스턴스에 적용]을 눌러 변경 사항을 기록합니다.

같은 기능의 `psadmin` 명령

Sun Java System Portal Server 7.2 Command-Line Reference의 psadmin set-logger

9장 Portal Server 커뮤니티 관리

이 장에서는 커뮤니티 및 사용자 관리에 대해 설명합니다. 이 기능은 커뮤니티 정보 포틀릿을 통해 커뮤니티 소유자가 사용할 수 있습니다. 시스템 관리자는 Portal Server 관리 콘솔과 psadmin 명령줄 인터페이스를 통해 이와 유사한 기능을 사용할 수 있습니다. 커뮤니티 관리를 위한 명령줄 유틸리티에 대한 자세한 내용은 Technical Note: Managing Sun Java System Portal Server 7.2 Update 1 Communities 기술 노트를 참조하십시오.

주 –

포털에 커뮤니티 속성을 설정해야 할 경우 http://docsview.sfbay/app/docs/doc/820-0043/gdsbd?1=en&a=view 링크의 커뮤니티 샘플 추가 절차에 나와 있는 단계를 따르십시오.

이 장은 다음 절로 구성되어 있습니다.

Portal Server 커뮤니티에 대한 이해

이번 장은 다음 내용이 포함되어 있습니다.

액세스 제어 관리

"커뮤니티"의 개념에는 공개적으로 개방되어 있어서 모든 사람이 정보에 액세스할 수 있다는 일반적인 의미가 포함되어 있지만 커뮤니티에 대한 액세스 제어를 설정해야 할 필요가 증가하고 있습니다. 엔터프라이즈 기반 커뮤니티의 경우처럼 특정 커뮤니티의 사용자를 제한하고 이러한 커뮤니티에 게시된 데이터에 대해서도 비공개 및 보안을 유지해야 할 수 있습니다. 이 절에서는 사용 가능한 액세스 제어 설정 및 해당 공통 구성을 설명합니다.

사용 가능한 설정

다음은 커뮤니티의 요구 사항에 따라 액세스 제어를 설정할 수 있는 3가지 커뮤니티 특성입니다.

회원 액세스

회원 제한되지 않음(공개): 회원 제한되지 않은 커뮤니티는 누구나 참여 가능합니다.
회원 제한됨(비공개): 회원 제한된 커뮤니티는 사용자가 해당 커뮤니티 소유자에게 가입 요청을 하고 소유자로부터 가입 허가를 받아야 합니다. 또는 소유자가 한 명 이상의 사용자를 커뮤니티에 초대하거나 명시적으로 추가할 수 있습니다.

커뮤니티 목록

나열됨(공개): 커뮤니티가 커뮤니티 범주에 등록되어 있고 누구나 탐색 및 검색할 수 있습니다.
나열되지 않음(비공개): 커뮤니티 범주에서 커뮤니티를 검색 및 탐색할 수 없습니다.

보안 컨텐트

보안되지 않음(공개): 커뮤니티에 게시된 데이터를 회원이 아닌 사용자가 검색하여 액세스할 수 있습니다.
보안됨(비공개): 커뮤니티에 게시된 모든 데이터를 엄격하게 보호하며 회원만 검색 및 액세스할 수 있습니다.

공통 구성

커뮤니티 소유자나 시스템 관리자는 커뮤니티를 만드는 동안 또는 그 후에 다양한 액세스 제어 특성을 제어할 수 있습니다. 사용 가능한 설정에 나와 있는 각 설정은 서로 독립적입니다. 즉, 설정에 대한 옵션을 선택해도 다른 설정의 동작이나 선택에 영향이 없습니다. 예를 들어, (회원 제한되지 않은) 커뮤니티를 나열되지 않도록 하거나 커뮤니티 컨텐트를 보호할 수 있습니다. 커뮤니티의 소유자는 커뮤니티의 특성에 따라 액세스 제어를 사용자 정의할 수 있습니다. 가장 일반적인 두 가지 구성은 다음과 같습니다.

공개 커뮤니티

공개 커뮤니티는 누구나 참가하고 회원 가입할 수 있도록 공개되어 있습니다. 커뮤니티가 커뮤니티 범주에 나열되어 있으며 누구나 탐색 및 검색할 수 있습니다. 커뮤니티에 게시된 컨텐트도 모든 사람이 검색 및 액세스할 수 있습니다.

이전 Portal Server 소프트웨어 릴리스에서 만든 커뮤니티는 공개 커뮤니티로 간주되며, 시스템이 이번 Portal Server 소프트웨어 릴리스로 업그레이드되면 공개 커뮤니티처럼 작동됩니다.

비공개 커뮤니티

비공개 커뮤니티는 가장 안전한 커뮤니티 형태입니다. 커뮤니티가 커뮤니티 범주에 표시되지 않으므로 탐색 또는 검색할 수 없습니다. 비공개 커뮤니티는 나열되지 않는 안전한 커뮤니티이며 구성원이 제한되어 있습니다. 커뮤니티 소유자는 사용자를 커뮤니티에 초대하거나 직접 추가할 수 있습니다. 커뮤니티의 컨텐트는 비회원에게 차단되므로 비회원은 게시된 컨텐트를 보거나 검색할 수 없습니다.

회원 관리

사용자에게는 커뮤니티에서 다양한 역할이 할당됩니다. 두 가지 기본 역할은 OWNER 및 MEMBER입니다. MEMBER 역할의 사용자는 모든 일반적인 회원 권한을 갖습니다. OWNER 역할도 할당된 경우에는 커뮤니티를 관리할 수 있는 권한이 추가로 할당됩니다. 이러한 권한과 사용자에게 제공되는 컨텐트는 사용자에게 할당된 각 역할에 해당하는 디스플레이 프로필을 병합하여 제어됩니다. 시스템 관리자가 각 커뮤니티 역할에 맞는 디스플레이 프로필 템플릿을 설계할 때는 주의해야 합니다. 자세한 내용은 커뮤니티 템플릿 장을 참조하십시오.

비회원 사용자는 암시적으로 VISITOR 역할로 간주되기 때문에 비회원 사용자가 특정 커뮤니티 페이지를 방문하는 경우 항상 visitor.xml이 병합됩니다. 사용자에게 명시적인 역할이 없거나 BANNED, INVITED, PENDING 및 REJECTED 등의 일시적인 역할이 지정된 경우 비회원으로 간주합니다.

제한된 회원 워크플로

비공개 커뮤니티 또는 회원 제한된 커뮤니티에 가입하려면 사용자가 회원 가입을 요청해야 합니다. 그러면 커뮤니티 소유자가 해당 요청을 승인하거나 거부합니다. 승인되면 사용자는 즉시 해당 커뮤니티의 회원이 됩니다. 거부된 사용자는 포털 로그인 시 거부 알림 메시지를 받게 되며 거부가 인식된 시점부터 방문자 상태로 돌아갑니다. 거부된 사용자는 나중에 요청을 다시 제출할 수 있습니다. 특정 사용자가 회원 가입 요청을 제출하는 것을 원치 않는 경우에는 소유자가 해당 사용자를 금지할 수 있습니다.

VISITOR	--request membership-->	PENDING/VISITOR-->	approved-->	MEMBER
VISITOR	--request membership-->	PENDING/VISITOR-->	denied
																							|
																	-->REJECTED/VISITOR	--acknowledges-->	VISITOR

사용자 초대

커뮤니티 소유자는 커뮤니티에 가입하도록 사용자를 초대할 수 있습니다. 초대를 받은 사용자는 포털 로그인 시 초대장을 확인할 수 있으며, 초대를 수락하거나 거부할 수 있는 옵션이 있습니다.

VISITOR-->		invited-->	INVITED/VISITOR-->	accepts-->	MEMBER
VISITOR-->		invited-->	INVITED/VISITOR-->	declines-->	VISITOR

시스템이 올바르게 설정되면 초대를 받은 사용자에게 전자 메일로 초대 메시지가 전달됩니다. 전자 메일로 초대장을 받으려면 사용자가 포털에서 전자 메일 주소를 올바르게 구성해야 합니다.

사용자 금지

금지는 소유자가 특정 사용자의 커뮤니티 액세스를 차단하는 프로세스입니다. 회원과 비회원은 물론 소유자도 커뮤니티의 사용이 금지될 수 있으며, 회원 제한된 커뮤니티인 경우 금지된 사용자는 커뮤니티 가입 요청을 제출할 수도 없게 됩니다.

소유자가 금지된 사용자의 금지를 해제할 수 있으며 이 경우 사용자의 이전 권한이 복구됩니다. 사용자가 금지되기 전에 회원이었으면 금지 해제 후에도 회원이 됩니다. 마찬가지로 소유자가 커뮤니티에서 금지되었다가 금지 해제될 경우 다시 커뮤니티의 소유자가 됩니다.

MEMBER-->				banned-->	BANNED/VISITOR-->		unbanned-->	MEMBER
OWNER/MEMBER-->		banned-->	BANNED/VISITOR-->		unbanned-->	OWNER/MEMBER

커뮤니티 상태 관리

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

커뮤니티 활성화 및 비활성화

포털 관리자는 Portal Server 관리 콘솔 또는 psadmin CLI를 사용하여 커뮤니티를 비활성화할 수 있습니다. 마찬가지로 포털 관리자만 비활성화된 커뮤니티를 다시 활성화할 수 있습니다. 비활성화된 커뮤니티는 회원과 소유자를 포함한 모든 사용자가 액세스할 수 없습니다. 또한 비활성화된 커뮤니티에 게시된 컨텐트를 검색해도 아무런 결과가 표시되지 않습니다. 기본적으로 새로 만든 커뮤니티는 활성화되어 있는 상태입니다.

disabled.xml 템플릿을 사용하면 비활성화된 커뮤니티를 사용자에게 표시하는 방법을 알 수 있습니다. 커뮤니티 템플릿의 디스플레이 프로필에 대한 자세한 내용은 커뮤니티 템플릿에 대한 이해를 참조하십시오.

커뮤니티 삭제 및 복원

커뮤니티 소유자나 시스템 관리자는 커뮤니티를 삭제할 수 있습니다. 커뮤니티가 삭제되면 해당 커뮤니티 및 커뮤니티에 속한 데이터에 액세스할 수 없게 됩니다. 그러나 백엔드 저장 장치에는 데이터가 그대로 남아 있으므로 필요 시 커뮤니티를 복원할 수 있습니다. 삭제된 커뮤니티의 복원 작업은 포털 관리자가 수행합니다. 이러한 실행 취소 기능을 사용하면 커뮤니티가 악의적으로 또는 잘못하여 삭제되었을 때 복원할 수 있습니다. 또한 영구적으로 삭제된 것이 아니기 때문에 이름이 같은 커뮤니티를 새로 만들 수도 없습니다. 현재는 커뮤니티의 영구 제거가 지원되지 않습니다. 하지만 psadmin의 하위 명령인 destroy-community를 사용하면 커뮤니티를 영구 제거할 수 있습니다.

deleted.xml 템플릿을 사용하면 삭제된 커뮤니티를 사용자에게 표시하는 방법을 알 수 있습니다. 커뮤니티 템플릿의 디스플레이 프로필에 대한 자세한 내용은 커뮤니티 템플릿에 대한 이해를 참조하십시오.

범주 관리

범주 트리는 커뮤니티를 만들 때뿐만 아니라 탐색할 때도 사용되며 검색 서버의 분류법에 따라 제공됩니다. 이를 관리하려면 범주 관리를 참조하십시오.

커뮤니티 템플릿에 대한 이해

이번 장은 다음 내용이 포함되어 있습니다.

커뮤니티 템플릿 개요

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

커뮤니티 템플릿이란?

커뮤니티 템플릿은 일련의 서비스(채널)와 시각적 레이아웃으로 구성됩니다. 그러나 레이아웃을 wiki 자체에서 제어하는 wiki 커뮤니티 템플릿의 경우와 같이 항상 커뮤니티 템플릿에서 레이아웃을 제어하는 것은 아닙니다. 커뮤니티 템플릿은 역할 디스플레이 프로필 문서에서 커뮤니티에 사용 가능한 서비스 유형, 각 서비스의 기본 설정 및 서비스를 바인딩하는 컨테이너를 정의합니다.

실제로 커뮤니티 템플릿은 등록 정보 파일, 이미지 및 하나 이상의 디스플레이 프로필 문서입니다. 커뮤니티 역할(예: OWNER, VISITOR, MEMBER)마다 디스플레이 프로필 문서가 하나씩 있습니다. 각 역할 템플릿은 특정 역할과 연관된 레이아웃 및 서비스를 정의합니다. 이러한 역할에 대한 자세한 내용은 회원 관리를 참조하십시오. 역할 템플릿의 내용은 디스플레이 프로필 문서에 표시됩니다. 본질적으로 커뮤니티 템플릿에는 다양한 역할 처리를 위한 로직을 포함(역할당 하나의 디스플레이 프로필 문서)하며, 사용자는 하나 이상의 역할에 따라 서로 다른 서비스 집합과 레이아웃을 갖게 됩니다. 또한 커뮤니티가 삭제(deleted.xml)된 것으로 표시되어 있거나 비활성화(disable.xml)되어 있을 때 컨텐트를 사용자 정의하는 디스플레이 프로필 문서도 있습니다.

커뮤니티는 커뮤니티 템플릿에서 만들어집니다. 시스템에는 수의 제한 없이 커뮤니티 템플릿이 있을 수 있으며, 최종 사용자는 커뮤니티를 만들 때 엔터프라이즈 샘플에서 커뮤니티 템플릿을 선택합니다.

템플릿 저장 방법

커뮤니티 템플릿은 파일 시스템에 저장됩니다. 커뮤니티 템플릿은 PortalServer-DataDir/portals/ portal-URI/communitytemplates 디렉토리(communityTemplateBaseDir이라고도 함)에 저장됩니다. 즉, 각 포털(여러 포털 배포 환경인 경우)은 당연히 자체 커뮤니티 템플릿 집합을 소유하게 됩니다. communityTemplateBaseDir에 있는 자원 번들은 각 템플릿과 연결된 메타 데이터를 정의합니다. 또한 각 템플릿에는 역할 템플릿이 저장되는 자체 디렉토리가 있습니다.

예 9–1 샘플 `communityTemplateBaseDir`

communityTemplateBaseDir   -+-- template1 -+-- deleted.xml
                            |              |
                            |              +-- disabled.xml
                            |              |
                            |              +-- member.xml
                            |              |
                            |              +-- owner.xml
                            |              |
                            |              +-- visitor.xml
                            |
                           -+-- template2 -+-- deleted.xml
                            |              |
                            |              +-- disabled.xml
                            |              |
                            |              +-- member.xml
                            |              |
                            |              +-- owner.xml
                            |              |
                            |              +-- visitor.xml
                            |
                           -+-- template3 -+-- deleted.xml
                            |              |
                            |              +-- disabled.xml
                            |              |
                            |              +-- member.xml
                            |              |
                            |              +-- owner.xml
                            |              |
                            |              +-- visitor.xml
                            |
                            +-- template1.properties
                            |
                            +-- template1_en.properties
                            |
                            +-- template1_fr.properties
                            |
                            +-- template2.properties
                            |
                            +-- template3.properties
                            |
                            +-- template3_en_US.properties
                            |
                            +--       ...

디스플레이 프로필 disabled.xml 및 deleted.xml 파일은 커뮤니티가 비활성화되어 있거나 삭제 표시가 되어 있는 경우 컨텐트를 제어합니다. 자세한 내용은 커뮤니티 상태 관리를 참조하십시오.

템플릿 관리 방법

포털 관리자는 새 커뮤니티 템플릿을 추가하고, 기존 커뮤니티 템플릿을 업데이트하고, 시스템에서 커뮤니티 템플릿을 보관 및 복원하며, 한 포털 인스턴스의 커뮤니티 템플릿을 다른 포털 인스턴스로 내보내거나 동기화할 수 있습니다.

템플릿 구문 및 의미

각 템플릿은 XML 형식으로 된 하나 이상의 역할 템플릿(member.xml, owner.xml, visitor.xml, deleted.xml, disabled.xml)으로 구성됩니다. 템플릿 디렉토리에는 서비스를 제공할 역할에 대한 XML 파일이 포함되어 있습니다. 예를 들어, member.xml은 커뮤니티 회원용이고 owner.xml은 커뮤니티 소유자용이며 visitor.xml은 커뮤니티 방문자용입니다.

각 역할 템플릿은 해당 역할의 커뮤니티 사용자에 대한 디스플레이 프로필 문서입니다. 이 파일은 디스플레이 프로필 DTD를 바탕으로 해야 합니다.

<?xml version="1.0" encoding="utf-8" standalone="no"?>
<!DOCTYPE DisplayProfile SYSTEM "jar://resources/psdp.dtd">
<DisplayProfile version="1.0" priority="%COMMUNITY_DP_PRIORITY%">
	<Properties/>
	<Channels>
		<Container name="%COMMUNITY_CONTAINER%" provider="JSPTableContainerProvider">
			<Properties>
				<String name="title" value="%COMMUNITY_NAME%"/>
				<String name="description" value="%COMMUNITY_DESCRIPTION%"/>
				<Boolean name="compileToRealPath" value="true"/>
			</Properties>
			<Available>...</Available>
			<Selected>...</Selected>
			<Channels>...</Channels>
	</channels>
	<Providers/>
</DisplayProfile>

아래에서 설명하는 디스플레이 프로필의 토큰( 양쪽 끝에 %가 있음)은 커뮤니티를 만들 때 템플릿 엔진에서 실제 값으로 동적으로 대체합니다.

%COMMUNITY_NAME%: 커뮤니티에 제공되는 이름을 지정합니다. 예: tourists
%COMMUNITY_ID%: 커뮤니티를 식별하는 고유 문자열을 지정합니다. 이 이름은 내부 표시에만 사용되며, 사용자 인터페이스에는 표시되지 않습니다. 예: jdo__tourists
%COMMUNITY_DESCRIPTION%: 커뮤니티의 설명을 포함합니다.
%COMMUNITY_CONTAINER%: 커뮤니티의 최상위 수준 컨테이너를 지정합니다. 예: jdo__touristsContainer
%COMMUNITY_DP_PRIORITY%: 결과 커뮤니티 디스플레이 프로필에 제공되는 디스플레이 프로필 병합 우선 순위를 지정합니다. 각 역할에는 서로 다른 값이 지정됩니다. 기본적으로 방문자 역할에는 1000을 지정하고 회원 역할에는 1005를 지정하며 소유자 역할에는 1010을 지정합니다.
%COMMUNITY_SEARCH_URL%: 커뮤니티의 검색 서버 URL을 지정합니다.
%COMMUNITY_CONTENTS_SEARCH_DB%: 커뮤니티 컨텐트의 검색 데이터베이스를 지정합니다.
%COMMUNITY_DISCUSSIONS_SEARCH_DB%: 토론 데이터베이스를 지정합니다.
%PORTAL_ID%: 포털 아이디를 지정합니다. 예: portal1

템플릿 설명자 파일

각 템플릿에는 해당 템플릿과 연결된 메타 데이터를 정의하는 자원 번들 등록 정보 파일이 포함됩니다. 자원 번들은 현지화할 수 있는 설명자라고도 합니다. 각 템플릿 설명자 파일은 다음 등록 정보를 정의해야 합니다.

id: 템플릿의 고유 아이디를 지정합니다. 이 아이디는 템플릿 디렉토리 이름과 일치해야 합니다. 예를 들어, 세 가지 지원되는 모든 역할에 대해 역할 템플릿(또는 XML 파일)이 있고 이름이 Baseball인 템플릿 디렉토리인 경우 이 값을 Baseball로 지정합니다.
name: 사용자 인터페이스(포털 데스크탑)에서 템플릿을 식별하는 데 사용하는 이름을 지정합니다. 예: Baseball Template
description: 제공하는 서비스를 포함하여 템플릿에 대한 상세한 설명이 포함됩니다. 예: 선수 통계, 경기 토론, TV 중계 일정 및 온라인 채팅 등의 서비스가 포함된 야구 테마 템플릿
tokens: 템플릿 역할 파일에서 사용되는 토큰 목록이 포함됩니다. 이 항목은 정보 제공용이며 필수는 아닙니다. 예를 들어, %COMUNITY_ID% %COMMUNITY_DESCRIPTION% %COMMUNITY_CONTAINER%입니다.
previewImageURI: 포털 컨텍스트에 대한 절대 또는 상대 URI를 지정합니다. 예를 들어, http://images.domain.com/images/baseball.jpg입니다. 상대 URI는 포털 웹 응용 프로그램 컨텍스트 경로에 상대적이어야 합니다.

예 9–2 샘플 설명자 파일

id=Baseball
name=Baseball Template
description=Baseball-themed template containing the following services:
 Player Statistics, Game Discussions, TV Schedule, and Online Chat
tokens=%COMUNITY_ID% %COMMUNITY_DESCRIPTION% %COMMUNITY_CONTAINER%
previewImageURI=http://images.domain.com/images/baseball.jpg

템플릿 만들기 및 수정

새 템플릿을 만들거나 기존 템플릿을 수정하려면 이 절의 다음 지침을 따르십시오. 다음 방법 중 하나로 템플릿을 만들 수 있습니다.

psadmin 유틸리티를 사용하여 템플릿을 내보내고 컨텐트를 추가하고 가져옵니다.
컨텐트를 만든 다음 가져와 기존 템플릿을 덮어씁니다.
기존 템플릿에 새 파일을 추가합니다.

단일 포털 환경에서 새 템플릿을 만들려면

communityTemplateBaseDir로 이동합니다.

다음을 만듭니다.
- 새 템플릿을 저장할 새 디렉토리
- 새 템플릿 디렉토리에 기존 템플릿 복사
예를 들어, 다음과 같이 입력합니다.
cd PortalServer-DataDir/portals/portal-URI/communitytemplates mkdir NewTemplate cp 2column/* NewTemplate/

필요에 따라 새 템플릿 디렉토리에서 역할 기반 디스플레이 프로필 문서를 수정합니다.

역할 기반 디스플레이 프로필 문서에 대한 자세한 내용은 템플릿 구문 및 의미를 참조하십시오.

등록 정보 파일을 만들어 템플릿 설명자 파일에서 설명한 등록 정보가 포함되도록 편집한 후 저장합니다.

예를 들어, 새 템플릿에 사용할 새 등록 정보 파일을 만들려면 다음을 입력합니다.
cp 2colimn.properties NewTemplate.properties
또는
touch NewTemplate.properties
주 –
새로 추가한 템플릿을 보려면 현재 포털 세션에서 로그아웃한 후 다시 로그인하여 변경 사항을 확인하십시오.

단일 포털 환경에서 기존 템플릿을 사용자 정의하거나 수정하려면

communityTemplateBaseDir/ template 디렉토리로 이동한 다음 수정하려는 파일을 엽니다.

현재 포털 세션에서 로그아웃했다가 다시 로그인하여 변경 사항을 확인합니다.

여러 포털 환경에서 사용할 템플릿을 만들려면

여러 포털 환경(시스템에 포털이 두 개 이상 있는 경우)에서 PAR 메커니즘(communityTemplateBaseDir의 파일을 직접 편집하는 것과 반대)을 사용하여 커뮤니티 템플릿의 변경 사항이 여러 포털에 적용되도록 합니다. 이렇게 하면 모든 포털이 같은 커뮤니티 템플릿 집합을 갖게 됩니다. 전체 포털에서 환경을 동기화하지 않으려면 단일 포털 환경에서 새 템플릿을 만들려면의 지침을 참조하십시오.

psadmin export --type desktop을 사용하여 데스크탑 데이터(커뮤니티 템플릿 포함)를 내보내 컨텐트를 편집할 수 있도록 하거나, 다른 데스크탑 데이터를 제외하고 커뮤니티 템플릿 항목만 복사하여 PAR 구조를 새로 만듭니다.

컨텐트를 편집하려면 단일 포털 환경에서 새 템플릿을 만들려면을 참조하십시오.

다음이 포함된 새 PAR 파일을 만듭니다.

   -+-- META-INF -- MANIFEST.MF
    |    
    +-- pbfiles -+-- communityTemplateBaseDir -+-- template1 -+-- deleted.xml
    |                                          |              |
    |                                          |              +-- disabled.xml
    |                                          |              |
    |                                          |              +-- member.xml
    |                                          |              |
    |                                          |              +-- owner.xml
    |                                          |              |
    |                                          |              +-- visitor.xml
    |                                          |
    |                                          +-- template1.properties
    |                                          |
    |                                          +-- template1_en.properties
    |                                          |
    |                                          +-- template1_fr.properties
    |                                          |
    |                                          +-- ...
    |
    +-- static -- community -- images -- template1.gif

필요에 따라 컨텐트를 편집하거나 추가합니다.

새 PAR 파일을 만듭니다.

psadmin import 하위 명령을 사용하여 전체 포털에서 PAR 컨텐트를 가져옵니다.

모든 데스크탑 데이터를 내보낸 경우 psadmin export 하위 명령은 모든 데스크탑 데이터를 내보내며, 커뮤니티 템플릿만 사용하여 PAR 구조를 새로 만든 경우에는 해당 명령이 커뮤니티 템플릿만 내보내게 됩니다.

정보 –
자세한 내용은 Sun Java System Portal Server 7.2 Command-Line Reference의 psadmin export를 참조하십시오.

Portal Server 커뮤니티 관리

이 절에서는 Sun Java^TM System Portal Server 관리 콘솔에서 커뮤니티와 커뮤니티 사용자를 만들고 관리하는 방법에 대한 정보를 제공합니다.

커뮤니티 관리 페이지에 포털에 있는 커뮤니티 목록이 표로 나열됩니다. 사용자는 커뮤니티를 검색하고 커뮤니티 및 커뮤니티 사용자를 관리할 수 있습니다.

커뮤니티 관리 테이블에는 다음 정보가 포함되어 있습니다.

커뮤니티 이름
커뮤니티의 사용자 수
커뮤니티를 사용할 수 있는지 여부
커뮤니티가 활성화되어 있는지 또는 삭제 표시되어 있는지 여부
커뮤니티가 나열되는지 또는 나열되지 않는지 여부
커뮤니티가 회원 제한된 커뮤니티인지 또는 회원 제한되지 않은 커뮤니티인지 여부
커뮤니티가 보안 커뮤니티인지 또는 비보안 커뮤니티인지 여부

커뮤니티 및 사용자 관리 방법에 대한 자세한 내용은 커뮤니티 및 사용자 관리를 참조하십시오.

커뮤니티 및 사용자 관리

이 절에서는 Sun Java System Portal Server 관리 콘솔에서 커뮤니티 및 사용자를 관리하는 방법에 대한 정보를 제공합니다.

다음 단계를 사용하여 커뮤니티 및 사용자를 관리할 수 있습니다.

커뮤니티를 검색하려면

[포털] 탭에서 포털을 누릅니다.

[커뮤니티] 탭을 누릅니다.

커뮤니티 관리 페이지가 표시됩니다.

[커뮤니티 검색] 텍스트 상자에 커뮤니티의 이름을 입력하고 [검색]을 누릅니다.

검색 기준과 일치하는 커뮤니티가 나열됩니다.

정보 –
와일드카드 검색을 수행할 수 있습니다. 예를 들어, 검색 기준이 *blog이면 이름에 blog라는 단어가 포함되어 있는 모든 커뮤니티가 나열됩니다. *를 입력하면 모든 커뮤니티가 나열됩니다.

커뮤니티를 만들려면

[포털] 탭에서 포털을 누릅니다.

[커뮤니티] 탭을 누릅니다.

커뮤니티 관리 페이지가 표시됩니다.

[새로 만들기] 버튼을 누릅니다.

커뮤니티 만들기 페이지가 표시됩니다.

텍스트 상자에 값을 입력하고 드롭다운 메뉴에서 항목을 선택합니다.

[확인]을 눌러 작업을 끝마칩니다.

커뮤니티 사용자를 관리하려면

[포털] 탭에서 포털을 누릅니다.

[커뮤니티] 탭을 누릅니다.

커뮤니티 관리 페이지가 표시됩니다.

커뮤니티를 선택합니다.

주 –
한 번에 한 커뮤니티만 관리할 수 있습니다.

[현재 사용자 관리] 버튼을 누릅니다.

사용자 관리 페이지가 표시됩니다.

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

커뮤니티 사용자 추가 페이지가 표시됩니다.

주 –
기존 사용자의 상태를 변경하려면 7단계로 이동합니다.

[사용자 DN] 텍스트 상자에 사용자 이름을 입력하고 [추가]를 누릅니다.
1. 사용자 이름을 모르면 [선택]을 누릅니다.
  
  사용자 선택 페이지가 표시됩니다.
2. [사용자 검색] 텍스트 상자에 검색 기준을 입력하고 [검색]을 누릅니다.
  
  정보 –
  와일드카드 검색을 수행할 수 있습니다. 예를 들어, 검색 기준이 *user이면 이름에 user라는 단어가 포함되어 있는 모든 사용자 아이디가 나열됩니다. *를 입력하면 모든 사용자가 나열됩니다.
3. 사용자를 지정하고 [선택]을 누릅니다.
  
  커뮤니티 사용자 추가 페이지의 [사용자 DN] 텍스트 필드에 선택한 사용자 이름이 표시됩니다.
4. [추가]를 누릅니다.

기존 사용자의 상태를 변경하려면 사용자를 선택합니다.

사용할 수 있는 옵션 버튼 중 하나를 누릅니다.

다음과 같은 옵션을 사용할 수 있습니다.
- 제거 – 커뮤니티에서 사용자 제거
- 소유권 할당 – 커뮤니티 회원에게 소유자 권한 할당
- 소유권 할당 해제 – 소유자 권한이 제거됨
- 금지 – 커뮤니티 사용을 금지함
- 금지 해제 – 커뮤니티 사용 금지를 해제함

커뮤니티 관리 페이지로 돌아가려면 [뒤로]를 누릅니다.

보류 중인 사용자를 관리하려면

[포털] 탭에서 포털을 누릅니다.

[커뮤니티] 탭을 누릅니다.

커뮤니티 관리 페이지가 표시됩니다.

커뮤니티를 선택하고 [보류 중인 사용자 관리] 버튼을 누릅니다.

보류 중인 사용자 관리 페이지가 표시됩니다.

[회원으로 승인되기를 기다리는 중] 테이블에서 사용자를 선택하고 [승인] 또는 [거부] 버튼을 누릅니다.

커뮤니티 관리 페이지로 돌아가려면 [뒤로]를 누릅니다.

커뮤니티를 활성화하려면

[포털] 탭에서 포털을 누릅니다.

[커뮤니티] 탭을 누릅니다.

커뮤니티 관리 페이지가 표시됩니다.

커뮤니티를 선택합니다.

주 –
여러 커뮤니티를 선택할 수 있습니다.

[사용] 버튼을 누릅니다.

커뮤니티를 비활성화하려면

[포털] 탭에서 포털을 누릅니다.

[커뮤니티] 탭을 누릅니다.

커뮤니티 관리 페이지가 표시됩니다.

커뮤니티를 선택합니다.

주 –
여러 커뮤니티를 선택할 수 있습니다.

[사용 불가능] 버튼을 누릅니다.

커뮤니티 삭제 표시를 해제하려면

[포털] 탭에서 포털을 누릅니다.

[커뮤니티] 탭을 누릅니다.

커뮤니티 관리 페이지가 표시됩니다.

[이름]에서 커뮤니티를 선택합니다.

주 –
여러 커뮤니티를 선택할 수 있습니다.

[삭제 표시 해제] 버튼을 누릅니다.

커뮤니티를 삭제 표시하려면

[포털] 탭에서 포털을 누릅니다.

[커뮤니티] 탭을 누릅니다.

커뮤니티 관리 페이지가 표시됩니다.

[이름]에서 커뮤니티를 선택합니다.

주 –
여러 커뮤니티를 선택할 수 있습니다.

[삭제 표시] 버튼을 누릅니다.

주 –
커뮤니티를 영구 삭제하려면 psadmin remove-community -u amadmin -f password_file -p portal --name community_name 명령을 사용합니다.

커뮤니티를 편집하려면

[포털] 탭에서 포털을 누릅니다.

[커뮤니티] 탭을 누릅니다.

커뮤니티 관리 페이지가 표시됩니다.

커뮤니티를 누릅니다.

편집 페이지가 표시됩니다.

커뮤니티의 값과 선택 사항을 변경합니다.

[저장]을 누릅니다.

커뮤니티 웹 서비스 URL 관리

커뮤니티 검색과 관리 기능에는 커뮤니티 웹 서비스가 포함되어 있습니다. 기본적으로 커뮤니티 웹 서비스 URL에는 첫 번째 포털 인스턴스와 동일한 호스트가 포함됩니다. 로드 밸런서를 사용하는 여러 노드 설치에서는 커뮤니티 웹 서비스 URL을 변경하여 로드 밸런서 호스트를 사용할 수 있습니다.

커뮤니티 웹 서비스 URL을 가져와서 설정하려면

터미널 창에서 다음을 입력합니다.

./psadmin get-attribute -u amadmin -p portal-URI -m communities -a WebServicesURL

./psadmin set-attribute -u amadmin -p portal-URI - m communities -a WebServicesURL URL

amadmin

관리자의 고유 이름을 지정합니다.

portal-URI

포털 아이디를 지정합니다.

WebServicesURL

WebServicesURL 속성의 값을 지정합니다. 예를 들어, URL은 http://foo.com:8080/communitymanagerwebservices/communitymanagerwebservices 형식으로 지정할 수 있습니다. URL의 communitymanagerwebservices/communitymanagerwebservices 부분은 변경하지 않아야 합니다.

주 –
WebServicesURL 속성의 기본값은 없습니다. 기본적으로 빈 값은 첫 번째 포털 인스턴스의 호스트가 사용됨을 나타냅니다.

10장 Portal Server 가입 관리

이 장에서는 Sun Java^TM System Portal Server 가입 구성 요소와 구성 요소를 관리하는 방법에 대해 설명합니다. 이번 장은 다음 항목으로 구성됩니다.

Portal Server 가입에 대한 이해

가입을 통해 최종 사용자는 범주, 토론 및 검색 가능한 문서를 포함한 많은 정보 소스를 처리하는 프로필을 만들 수 있습니다. 이 프로필은 최종 사용자가 가입 채널에 액세스할 때마다 최신 정보로 업데이트됩니다. 가입 채널은 최종 사용자가 분류된 문서 또는 토론에 대해 정의한 각 프로필 항목과 일치하는 관련 정보 항목 수를 요약합니다.

검색 서버를 사용하여 다음 컨텐트 유형과 일치하는 항목을 찾을 수 있습니다.

지정된 날짜 동안 대상 범주에 있는 새 문서
지정된 날짜 동안 토론 내에 있는 새로운 관련 의견
저장된 검색과 비교한 문서 히트 수

결과는 프로필 항목에 대해 일치하는 정보 수를 보여주는 링크로 표시됩니다. 이 링크는 최종 사용자를 보다 세부적인 일치 보기로 리디렉션합니다.

범주 가입의 경우 이 링크는 최종 사용자를 특정 관심 문서가 표준 범주 검색 결과 형식으로 요약되는 검색 채널로 리디렉션합니다. 가입 채널은 최종 사용자에게 더욱 세부적인 보기를 제공하기 위한 관문으로 작용합니다.

프로필러 기능은 지정된 관심 내용이 변경되면 전자 메일 알림을 제공합니다. 프로필러는 Access Manager에서 최종 사용자에 대한 가입 정보를 가져오고 검색 서버에서 결과를 가져온 다음 최종 사용자에게 전자 메일로 알립니다. 프로필러가 조직 수준에서 특정 시간에 실행되도록 일정을 수립할 수 있습니다.

가입 설정

가입을 사용 또는 사용하지 않도록 설정할 수 있습니다. 가입은 다음 수준에서 설정할 수 있습니다.

루트 수준
조직 수준
최종 사용자 수준

가입을 설정하려면

관리 콘솔에 로그인하려면의 절차를 수행합니다.

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

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

[가입] 탭을 누릅니다.

다음 중 하나를 선택하여 가입 수준을 설정한 다음 기본값을 설정합니다.
- [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` 명령

Sun Java System Portal Server 7.2 Command-Line Reference의 psadmin set-attribute

Portal Server 토론 관리

이 절에서는 토론 채널 및 토론 채널을 관리하는 방법에 대해 설명합니다.

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

DiscussionProvider에 대한 이해

토론 채널은 DiscussionProvider를 바탕으로 하며 검색 채널의 JSP^TM(JavaServer Pages^TM) 파일과 유사합니다. 토론 채널에는 쿼리 부분과 디스플레이 부분이 있으며 데스크탑 테마를 사용합니다.

DiscussionProvider의 특징은 다음과 같습니다.

데스크탑 테마를 사용합니다.
JSP 기술을 바탕으로 합니다.
검색 태그 라이브러리와 API를 사용하여 백엔드 검색 서비스에서 데이터를 검색합니다.

토론 및 의견은 토론 데이터베이스에 서로 다른 자원 설명자(RD)로 저장됩니다. DiscussionProvider는 다음을 지원합니다.

전체 보기(토론 채널 사용) 및 간략한 보기(DiscussionLite 채널 사용)를 사용하여 다음을 수행할 수 있습니다.
토론 채널에서 새 토론 시작
기존 토론에 응답 게시
검색 채널에서 웹 문서를 바탕으로 새 토론 시작
토론 목록을 사용하여 다음을 수행할 수 있습니다.
- 마지막 수정된 날짜별로 정렬된 주 게시물을 검색합니다.
- 페이지가 매겨져 있기 때문에 사용자가 이전 토론에 액세스할 수 있습니다.
각 토론 하위 트리를 표시하는 토론 보기. 주 항목은 자세히 표시되고 하위 트리는 주 항목 아래에 표시됩니다. 토론 보기에는 다음이 포함됩니다.
- 페이지에 있는 여러 필터. 문서 디스플레이는 문서 등급(관련 없음, 일상, 관심, 중요 및 필독)과 같은 필터를 바탕으로 할 수 있습니다.
- 디스플레이 기본 설정은 스레드 또는 평면 디스플레이로 설정할 수 있습니다.
- 확장 임계값은 하위 트리에 표시된 항목을 쉽게 제어하도록 도와줍니다. 사용자는 높은 등급의 문서만 확장하거나 모두 확장 또는 모두 축소하도록 선택할 수 있습니다. 기본값은 모두 축소입니다. 모두 확장은 필터링된 모든 의견을 표시하며 토론 설명을 표시하고 토론 등급 지정을 위한 메뉴를 제공하며 사용자가 응답을 게시할 수 있도록 합니다.
- 토론 내에서 검색을 지원합니다. 또한 사용자는 채널 편집 페이지를 통해서도 이러한 기본 설정을 지정할 수 있습니다.
토론 의견 및 등급 지정. 예를 들어, 사용자는 다음을 수행할 수 있습니다.
- 기존 토론에 의견을 추가합니다.
- 모든 토론과 의견에 등급을 매깁니다. 사용자 등급은 즉시 표시되지 않습니다. 등급 계산은 알고리즘을 바탕으로 어떤 의견에 대한 등급이 점차 높아지도록 되어 있습니다. 예를 들어 의견에 중요 표시가 매겨지려면 3번 중요 등급을 받아야 합니다.
- 모든 토론 및 토론 내에서 검색합니다. 이러한 기능은 검색 공급자에게 연결됩니다. 또한 사용자는 고급 검색에서 등급별로 검색할 수도 있습니다.
- 가입. 인증된 사용자는 가입 링크를 선택하여 특정 토론에 가입할 수 있습니다. 이 요청은 SubscriptionProvider가 처리합니다.

DiscussionProvider 관리

DiscussionProvider 채널을 만들고 포털 서버 관리 콘솔을 통해 관리할 수 있습니다.

최종 사용자는 채널 편집 페이지를 사용하여 토론 채널을 구성할 수 있습니다.

DiscussionProvider에서 채널을 만들려면

관리 콘솔에 로그인하려면의 절차를 수행합니다.

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

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

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

채널을 만들 컨테이너를 선택합니다.

오른쪽 창에 컨테이너의 [작업] 및 [등록 정보]가 표시됩니다.

[작업]에서 [새 채널 또는 컨테이너]를 눌러 마법사를 시작합니다.
1. [포털 선택] 드롭다운 메뉴에서 포털 서버를 선택합니다.
2. [DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.
3. [유형]에서 채널을 선택하고 [다음]을 누릅니다.
4. [채널 유형]에서 [공급자 채널]을 선택하고 [다음]을 누릅니다.
5. [공급자] 드롭다운 메뉴에서 [DiscussionProvider]를 선택하고 [다음]을 누릅니다.
6. 텍스트 상자에 채널 이름을 입력하고 [다음]을 누릅니다.
7. 채널 정보를 검토하고 [마침]을 누릅니다.
8. [닫기]를 누릅니다.
DiscussionProvider를 바탕으로 한 채널이 생성됩니다.

DiscussionProvider 채널을 삭제하려면

관리 콘솔에 로그인하려면의 절차를 수행합니다.

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

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

[DN 선택] 드롭다운 메뉴에서 DiscussionProvider 채널이 상주할 DN을 선택합니다.

정보 –
DP_ROOT 아래의 모든 채널 및 컨테이너 목록에 대한 드롭다운 메뉴에서 [보기 유형]으로 [DP XML 트리]를 선택합니다.

채널이 상주할 컨테이너를 선택합니다.

컨테이너 작업 및 등록 정보 페이지가 표시됩니다.

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

DiscussionProvider 채널을 선택합니다.

[삭제]를 누릅니다.

DiscussionProvider 채널을 구성하려면

관리 콘솔에 로그인하려면의 절차를 수행합니다.

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

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

[DN 선택] 드롭다운 메뉴에서 DiscussionProvider 채널이 상주할 DN 조직을 선택합니다.

정보 –
DP_ROOT 아래의 모든 채널 및 컨테이너 목록에 대한 드롭다운 메뉴에서 [보기 유형]으로 [DP XML 트리]를 선택합니다.

구성할 DiscussionProvider 채널을 선택합니다.

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

DiscussionLite 채널

DiscussionLite 채널은 상위 20개의 최신 토론 제목과 날짜를 표시합니다. 토론은 생성 날짜(마지막 수정한 날짜)별로 정렬되며 최신 토론이 먼저 표시됩니다. 제목은 다시 구성할 수 있습니다.

DiscussionLite 채널 보기에는 다음에 대한 링크가 포함되어 있습니다.

각 토론 보기
토론 채널을 대상으로 하는 모든 토론 보기
토론 시작

기본적으로 채널은 단일 컨테이너에 표시되고 모든 링크는 JSPDynamicSingleContainer에서 가져옵니다.

등록 정보는 관리 콘솔에서 구성할 수 있습니다. 기본적으로 최종 사용자는 이 채널의 등록 정보를 편집할 수 없습니다.

11장 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입니다.

메타 어댑터 관리

메타 어댑터는 사용자가 사용할 수 있도록 하는 연결 클래스를 정의합니다. 여러 사용자가 단일 메타 어댑터를 사용합니다.

메타 어댑터를 사용하여 다음 작업을 수행할 수 있습니다.

메타 어댑터를 보려면

관리 콘솔에 로그인하려면의 절차를 수행합니다.

[SSO 어댑터] 탭을 선택합니다.

메타 어댑터 목록이 테이블로 표시됩니다.

같은 기능의 `psadmin` 명령

Sun Java System Portal Server 7.2 Command-Line Reference의 psadmin list-ssoadapters

메타 어댑터를 만들려면

관리 콘솔에 로그인하려면의 절차를 수행합니다.

[SSO 어댑터] 탭을 선택합니다.

[메타 어댑터 목록]에서 [새 메타 어댑터]를 눌러 마법사를 시작합니다.

지침에 따라 수행한 다음 [확인]을 눌러 지정한 메타 어댑터를 만듭니다.

같은 기능의 `psadmin` 명령

Sun Java System Portal Server 7.2 Command-Line Reference의 psadmin create-ssoadapter-template

어댑터를 보려면

관리 콘솔에 로그인하려면의 절차를 수행합니다.

[SSO 어댑터] 탭을 선택합니다.
- DN의 어댑터를 보려면 [위치에 해당하는 어댑터 보기]를 누릅니다.
  1. [DN 선택] 드롭다운 메뉴에서 DN을 선택합니다.
    
    선택한 DN의 어댑터가 나열됩니다.
- 메타 어댑터의 어댑터를 보려면 [메타 어댑터 목록]에서 메타 어댑터를 선택합니다.
  1. [선택한 메타 어댑터의 어댑터 보기]를 누릅니다.

같은 기능의 `psadmin` 명령

Sun Java System Portal Server 7.2 Command-Line Reference의 psadmin list-ssoadapters

주 –

CLI에서 사용 가능한 유일한 어댑터 목록은 DN별 목록입니다.

어댑터 관리

SSO 어댑터 구성을 사용하여 다음 작업을 수행할 수 있습니다.

어댑터를 만들려면

관리 콘솔에 로그인하려면의 절차를 수행합니다.

[SSO 어댑터] 탭을 선택합니다.

[메타 어댑터 목록]에서 메타 어댑터를 선택합니다.

[선택한 메타 어댑터의 어댑터 보기]를 누릅니다.

[새 어댑터]를 누릅니다.

새 어댑터 페이지가 나타납니다.

필요에 따라 구성 속성을 제공합니다.

[확인]을 누릅니다.

같은 기능의 `psadmin` 명령

Sun Java System Portal Server 7.2 Command-Line Reference의 create-ssoadapter-config

어댑터 구성 등록 정보를 편집하려면

관리 콘솔에 로그인하려면의 절차를 수행합니다.

[SSO 어댑터] 탭을 선택합니다.

[위치에 해당하는 어댑터 보기]를 누릅니다.

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

어댑터 목록이 표시됩니다.

어댑터를 선택하고 필요에 따라 구성 속성을 수정합니다.

[확인]을 누릅니다.

같은 기능의 `psadmin` 명령

Sun Java System Portal Server 7.2 Command-Line Reference의 psadmin set-ssoadapter-property

익명 사용자 만들기

최종 사용자는 로그인하지 않고도 관리자가 구성해 놓은 읽기 전용 통신 채널에 액세스할 수 있습니다. 하지만 최종 사용자는 일반적으로 이 채널을 편집할 수는 없습니다.

익명 사용자 목록을 만들려면

관리 콘솔에 로그인하려면의 절차를 수행합니다.

[SSO 어댑터] 탭을 선택합니다.

[SSO 어댑터 작업]에서 [인증 없이 SSO 어댑터에 액세스 가능한 사용자 목록 편집]을 누릅니다.

[사용자 위치]에서 [사용자 추가]를 누릅니다.

[찾은 사용자] 테이블에서 사용자를 선택합니다.

[선택한 사용자 추가]를 누릅니다.

주 –
익명 사용자 기능은 Portal Server 관리 콘솔을 통해서만 사용할 수 있습니다.

12장 Portal Server Mobile Access 관리

이 장에서는 Portal Server 7.2에서의 Mobile Access를 구성하는 방법과 성공 URL의 변경 사항을 지정하는 방법을 설명합니다.

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

Mobile Access 소개

Mobile Access는 Sun Java System Portal Server 플랫폼의 서비스와 기능을 휴대 전화나 PDA(Personal Digital Assistant)와 같은 모바일 장치로 확장합니다.

Mobile Access 소프트웨어는 포털 사이트 사용자가 HTML(HyperText Markup Language) 브라우저에서 액세스하는 것과 동일한 컨텐트를 얻게 해줍니다. 또한 Sun Java System Portal Server Secure Remote Access 소프트웨어를 지원하며 Sun Java System Access Manager 소프트웨어의 관리 콘솔을 사용합니다.

Mobile Access 제품의 기능은 Portal Server 소프트웨어에 완벽하게 통합됩니다. 그러므로 Portal Server 소프트웨어 관리 방법을 알고 있으면 Mobile Access 소프트웨어 관리 방법도 쉽게 이해할 수 있습니다.

Mobile Access 구성

Portal Server 7.2에서 Mobile Access를 구성하려면

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

[포털] 탭을 누릅니니다.

사용 가능한 포털 목록에서 portal1 포털을 누릅니다.

[DN 선택] 드롭다운 목록에서 [엔터프라이즈 샘플]을 선택합니다.

데스크탑 속성에서 사용 가능한 ParentContainer 필드의 값을 WirelessDesktopDispatcher로 변경합니다.

Mobile Access 익명 데스크탑을 활성화하려면

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

[포털] 탭을 누릅니니다.

사용 가능한 포털 목록에서 portal1 포털을 누릅니다.

DN 선택 목록에서 TopLevel (전역)을 선택합니다.

익명 데스크탑의 유효한 UID에서 포털의 익명 배포를 위한 기본 사용자 DN을 설정합니다.

모바일 장치를 사용하여 포털 사용자가 Enterprise Sample Anonymous Mobile Desktop에 액세스할 수 있도록 하려면 기본 사용자 DN을 anonymousenterprise로 설정합니다.

성공 URL의 변경 사항을 지정하려면

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

[서비스 구성] 탭을 선택합니다.

인증 모듈에서 핵심을 누릅니다.

[기본 성공 로그인 URL]의 등록 정보를 /portal/dt로 수정합니다.

Mobile Access 소프트웨어

다음과 같은 Mobile Access 소프트웨어 기능과 이들 기능이 Portal Server 소프트웨어의 기능을 어떻게 확장하는지 이해하면 유용합니다.

포털 데스크탑

포털 사이트는 표준 포털 데스크탑뿐 아니라 모바일 포털 데스크탑을 제공합니다. 이들 기능을 Mobile Access 소프트웨어의 구성 요소인 무선 데스크탑 디스패처로 제어합니다. Portal Server 데스크탑 서블릿은 무선 데스크탑 디스패처에 대한 요청을 전달합니다. 무선 데스크탑 디스패처는 디스플레이 프로필 구성 데이터를 사용하여 사용자 요청을 경로 지정하는 데 적합한 포털 데스크탑(표준 또는 모바일)을 결정합니다. 사용자가 포털 사이트에 액세스하는 방법과 관계없이 사용자가 사용할 포털 사이트 인터페이스는 포털 데스크탑입니다.

모바일 포털 데스크탑에서 기본적으로 아래와 같은 채널이 표시되며 이를 사용할 수 있습니다.

사용자 정보
책갈피
개인 참고

모바일 포털 데스크탑에 대한 자세한 내용은 모바일 포털 데스크탑 관리를 참조하십시오.

클라이언트 유형

Mobile Access 소프트웨어는 현재 사용되는 거의 모든 모바일 장치를 지원합니다. 각 모바일 장치 또는 클라이언트를 식별하기 위해 클라이언트 프로필을 사용하며,장치의 브라우저에 사용되는 장치 마크업 언어를 바탕으로 클라이언트 유형이라는 각 클라이언트 고유의 식별자를 할당합니다.

아래와 같은 마크업 언어가 지원됩니다.

HDML(Handheld Device Markup Language)
cHTML(compact Hypertext Markup Language)
iHTML(i-mode Hypertext Markup Language)
JHTML(J-Sky Hypertext Markup Language)
XHTML(Extensible Hypertext Markup Language)
WML(Wireless Markup Language)
VoiceXML(Voice eXtensible Markup Language) 및 HTML(Hypertext Markup Language)

Mobile Access 소프트웨어는 Nokia 6310i 클라이언트에 대한 WML 지원 및 Handspring Treo 180 클라이언트를 위한 cHTML 지원을 인증합니다. 단, 사용자는 이 마크업 언어 중 하나를 사용하는 모바일 장치로 포털 컨텐트에 액세스할 수 있습니다.

Access Manager 관리 콘솔의 일부인 클라이언트 관리자는 클라이언트 프로필을 관리하기 위해 사용됩니다. 모바일 클라이언트 유형과 장치 감지에 대한 자세한 내용은 2장을 참조하십시오.

Mobile Access 인증 모듈

Mobile Access 소프트웨어는 Portal Server 소프트웨어가 제공하는 인증 모듈을 지원하지만 이 기능으로 아래와 같은 작업도 가능합니다.

사용자가 포털 데스크탑에 로그인할 때 비밀번호 프롬프트를 무시할 수 있습니다.
사용자가 익명 사용자로 로그인할 수 있습니다.

이러한 인증 모듈 사용에 대한 자세한 내용은 모바일 인증 구성을 참조하십시오.

채널, 컨테이너 및 공급자

Mobile Access 소프트웨어는 공급자, 채널 및 컨테이너를 사용하여 모바일 포털 데스크탑에 컨텐트를 제공합니다.

이 절에서는 다음에 대한 정보를 제공합니다.

채널

채널은 모바일 포털 데스크탑에 컨텐트를 표시합니다. 채널은 채널을 지원하는 데 필요한 공급자 객체, 구성 설정 및 데이터 파일(템플리트 등)로 구성됩니다.

컨테이너 채널

컨테이너 또는 컨테이너 채널은 다른 채널의 컨텐트를 결합하여 모바일 포털 데스크탑에 컨텐트를 표시하는 채널입니다. Mobile Access 소프트웨어는 Portal Server 소프트웨어와 함께 제공되는 채널에 아래와 같은 기본 컨테이너 채널을 추가합니다.

JSPNativeContainer
WirelessDesktopDispatcher

공급자

공급자는 채널 내용을 모바일 포털 데스크탑의 사용자에게 제공하는 기본 구현입니다. 이에 따라 일반 리소스의 인터페이스가 달라집니다.

공급자 컨텐트 소스에는 다음이 포함될 수 있습니다.

파일의 내용
응용 프로그램에서의 출력
서비스에서의 출력

Java 클래스 파일인 공급자는 컨텐트를 각 모바일 장치 유형에 적절한 형식으로 제공합니다. 모바일 포털 데스크탑이 만들어질 때 각 공급자에 대해 연결된 채널의 컨텐트를 조회합니다.

아래와 같은 새 공급자가 기본 컨테이너에 추가됩니다.

WirelessDesktopDispatcherProvider
WirelessJSPDesktopProvider

채널, 컨테이너 및 공급자를 사용하여 모바일 포털 데스크탑을 구성하는 방법에 대한 자세한 내용은 모바일 포털 데스크탑 관리를 참조하십시오.

모바일 장치 관리

Sun Java System Portal Server Mobile Access 7.1 소프트웨어는 Sun Java System Access Manager 클라이언트 감지 모듈을 사용하여 포털 사이트 사용자가 포털 사이트에 액세스하는 데 사용하는 여러 클라이언트 또는 모바일 장치를 식별 및 관리합니다.

이 절에서는 다음 항목에 대한 정보를 제공합니다.

클라이언트 감지에 대한 이해

클라이언트 감지는 포털 사이트에 액세스하는 데 사용되는 각 모바일 장치의 기능과 특성을 결정합니다. 이 작업을 위해 CC/PP(Composite Capability and Preference Profiles: 복합 기능과 기본 설정 프로필) 사양, UAProf 또는 미리 구성된 데이터를 사용합니다. Mobile Access 소프트웨어를 사용하려면 모든 클라이언트에 대해 아래와 같은 세 가지 등록 정보를 정의해야 합니다. 다음과 같습니다.

clientType—클라이언트 데이터의 고유한 색인을 제공하는 이름. Nokia6310i_1.0은 Nokia 6310i 휴대 전화의 clientType 값입니다.
parentId—장치에 대한 중간 상위 요소의 아이디. 상위 요소가 없는 객체의 경우 이 값은 clientType과 같습니다. Nokia는 Nokia 6310i 휴대 전화의 parentId 값입니다.
userAgent— HTTP 사용자 에이전트 문자열. 이 값은 기본 및 스타일 정보에 대해서는 지정하지 않을 수 있습니다. Nokia6310/1.0은 Nokia 6310i 휴대 전화의 userAgent 값입니다.

또한 Mobile Access 소프트웨어는 조건 등록 정보를 사용하여 클라이언트 유형에 대한 특정 등록 정보 값을 저장하고 검색합니다. 한 예로 desktopContainer 조건 등록 정보가 있습니다. 무선 데스크탑 디스패처는 이 등록 정보를 읽어 요청된 클라이언트 유형을 위한 데스크탑 컨테이너를 결정합니다.

Mobile Access 소프트웨어는 클라이언트 유형 데이터를 /var/opt/SUNWam/config/ldif/sunAMClient_data.ldif 파일에서 LDAP 디렉토리로 가져오며 Access Manager 소프트웨어 API를 사용하여 clientType을 식별합니다. 일치 여부는 다음 순서로 결정됩니다.

정확히 일치
부분 일치
키워드 일치

기본 프로필에 대해 UAProf 프로필을 동적으로 적용할 수도 있습니다. 사용자는 FEDIClientDetector를 보존하고 다음 중 하나를 수행해야 합니다.

Mobile Access 시스템에서 공용 인터넷이나 일부 핸드셋 공급업체 사이트에 액세스할 수 있도록 방화벽을 구성합니다.
프록시 서버를 사용하여 공용 인터넷이나 일부 핸드셋 공급업체 사이트에 액세스할 수 있도록 Mobile Access 시스템 JVM을 구성합니다.
Mobile Access 시스템에 액세스할 수 있는 내부 웹 서버에서 UAProf 프로필(RDF 파일)을 게시하고, Mobile Access 시스템에서 모든 UAProf 요청에 대해 공용 인터넷 대신 내부 웹 서버를 사용하도록 DNS를 구성합니다.

주 –

공용 인터넷에 선택적으로 액세스하도록 프록시 서버를 구성하려면

JVM은 외부 프록시를 사용하여 웹 컨테이너에서 외부 연결을 위한 프록시 서버 세부 사항을 지정할 수 있는 옵션을 제공합니다. 또한 지정된 프록시를 사용할 수 없는 호스트도 지정할 수도 있습니다. 프록시 서버를 사용하여 공용 인터넷에 액세스하도록 Mobile Access 시스템 JVM을 구성할 수 있습니다.

웹 컨테이너에서 다음 JVM 옵션을 사용합니다.

Dhttp.proxyHost=your-proxy-server-host

Dhttp.proxyPort=your-proxy-server-port

특정 도메인 및 호스트에 대해 프록시 서버를 무시하려면 다음 옵션을 사용합니다. Dhttp.nonProxyHosts="*. domain-name|hostname |localhost"

클라이언트 데이터베이스 관리

클라이언트 데이터는 다음 두 위치에 저장됩니다.

모든 기본 클라이언트 데이터 정의가 들어 있는 내부 라이브러리 또는 데이터베이스. 내부 라이브러리는 Access Manager 소프트웨어에서 정의 및 지원됩니다.
사용자 정의된 클라이언트 데이터 정의가 들어 있는 외부 라이브러리. 내부 라이브러리의 클라이언트 데이터를 대체합니다.

Mobile Access 소프트웨어가 설치될 때 모든 클라이언트 데이터는 내부 라이브러리에 저장됩니다. 장치를 사용자 정의하고 나면 장치의 대체 버전이 만들어져 외부 라이브러리에 저장됩니다. 이 라이브러리들의 데이터는 서버가 시작될 때 병합됩니다.

클라이언트 관리자 사용

Access Manager 관리 콘솔은 모바일 장치의 등록 정보를 관리할 수 있는 클라이언트 관리자를 제공합니다.

이 절에서는 클라이언트 관리자가 클라이언트 유형에 대해 제공하는 아래와 같은 유형의 정보를 설명합니다.

또한 이 절에서는 클라이언트 유형을 만들고 사용자 정의하는 방법을 설명합니다.

마크업 언어

Mobile Access 소프트웨어는 모바일 클라이언트 브라우저에 사용되는 아래와 같은 마크업 언어를 지원합니다.

HDML(Handheld Device Markup Language)—Openwave 브라우저를 사용하는 모바일 장치를 위한 Openwave의 독자적인 언어이며, Openwave의 HDTP(Handheld Device Transport Protocol)를 사용합니다. 이 범주에 속하는 장치의 예로는 RIM 950과 UPBrowser 3.0 이하를 사용하는 장치가 있습니다.
JHTML(J-Sky Hypertext Markup Language)—일본어 J-SKY 장치를 위한 Vodafone의 독자적인 언어이며,이 범주에 속하는 장치의 예로 J-Phone 2.0, J-Phone 3.0 및 Mitsubishi V101D가 있습니다.
WML(Wireless Markup Language))—XML(Extensible Markup Language)을 기반으로 하며 WAP(Wireless Application Protocol)의 일부. 이 범주에 속하는 장치의 예로 Motorola i95, Nokia 6310i 및 Siemens S40이 있습니다.
XHTML (Extensible Hypertext Markup Language))—새 요소를 추가하고 새 속성을 정의하여 기능을 확장할 수 있는 HTML 4.0의 다른 공식 명칭. 이 범주에 속하는 장치의 예로 Motorola T720, Nokia 3560 및 Sony Ericsson T68이 있습니다.
cHTML(compact Hypertext Markup Language))—모바일 장치에 대응하기 위해 HTML(Hypertext Markup Language)을 단순화한 버전. 이 범주에 속하는 장치의 예로 Handspring Treo 180, Palm i705Handheld 및 Toshiba e400 시리즈가 있습니다.
iHTML(inline Hypertext Markup Language))—NTT DoCoMo의 일본어 i-mode 서비스에서 사용하는 마크업 언어. cHTML과 유사하지만 독자적인 확장을 제공합니다. 이 범주에 속하는 장치의 예로 NTTDoCoMo 전화가 있습니다.

스타일

스타일은 마크업 언어의 연결된 장치 그룹에 대한 등록 정보 집합입니다. 예를 들어, Nokia 스타일은 Nokia가 제조하는 모든 WML 장치에 적용됩니다.

각 마크업 언어에 대해 최소한 한 개의 스타일이 존재합니다. 일부 마크업 언어에는 여러 개의 스타일이 있습니다.

스타일 등록 정보는 대체할 수 없습니다. 새 장치를 만들 때 기존 클라이언트를 새 장치의 템플리트로 사용하면 새 클라이언트는 기존 클라이언트의 스타일 등록 정보를 상속합니다.

장치 정보

장치 정보는 업데이트할 수 있는 장치 전용 클라이언트 유형 데이터입니다.

기본 클라이언트 유형에 대한 장치 정보를 변경하면 기본 클라이언트의 새로운 별도 버전이 만들어집니다. 이 사용자 정의 정보는 외부 라이브러리에 저장되며, 반면에 기본 장치 정보는 내부 라이브러리에 남아 있습니다. 각 사용자 정의 장치의 클라이언트 유형 이름에는 내부 라이브러리의 장치와 구별하기 위해 별표 두 개가 추가됩니다.

필터 옵션

필터 환경 설정은 특정 스타일에 할당된 특정 클라이언트 유형의 그룹을 찾아서 목록으로 표시할 수 있는 검색 필드입니다.

클라이언트 편집자

클라이언트 편집자로 클라이언트 유형을 작성 및 사용자 정의하거나 클라이언트 등록 정보를 관리할 수 있습니다.

클라이언트 편집자는 등록 정보를 아래와 같은 그룹으로 구성합니다.

일반
하드웨어 플랫폼
소프트웨어 플랫폼
네트워크 특성
브라우저 UA
Wap 특성
특성 이름 푸시
추가 등록 정보

클라이언트 관리자를 시작하려면

Access Manager 관리 콘솔에 관리자로 로그인합니다. 기본적으로 Identity 관리는 헤더 프레임(위쪽 수평 프레임)에 선택되어 있고 조직은 탐색 프레임(왼쪽 수직 프레임)에 선택되어 있습니다.

[서비스 구성] 탭을 누릅니다.

왼쪽의 서비스 구성 프레임에서 Access Manager 구성 제목 아래의 클라이언트 감지에 대한 화살표를 누릅니다. 오른쪽 데이터 프레임에 클라이언트 감지 전역 기본 설정이 나타납니다.

[클라이언트 유형] 레이블 옆의 [편집] 링크를 누릅니다. 클라이언트 관리자 인터페이스가 나타납니다. HTML 장치에 관한 정보는 기본적으로 표시됩니다.

스타일 등록 정보를 보려면

Access Manager 관리 콘솔에 관리자로 로그인합니다. 기본적으로 Identity 관리는 헤더 프레임(위쪽 수평 프레임)에 선택되어 있고 조직은 탐색 프레임(왼쪽 수직 프레임)에 선택되어 있습니다. 2. 3. 4.5 6. 7. 8.

[서비스 구성] 탭을 누릅니다.

왼쪽의 서비스 구성 프레임에서 Access Manager 구성 제목 아래의 클라이언트 감지에 대한 화살표를 누릅니다. 오른쪽 데이터 프레임에 클라이언트 감지 전역 기본 설정이 나타납니다.

[클라이언트 유형] 레이블 옆의 [편집] 링크를 누릅니다. 클라이언트 관리자 인터페이스가 나타납니다. HTML 장치에 관한 정보는 기본적으로 표시됩니다.

맨 위의 탭에서 등록 정보를 검토할 장치의 마크업 언어(예: WML)를 누릅니다. 선택한 마크업 언어를 사용하는 클라이언트 유형이 데이터베이스에 있으면 알파벳순으로 나타납니다.

[스타일] 풀다운 메뉴에서 원하는 스타일(예: Nokia)을 선택합니다. 데이터베이스에 이미 있는 선택한 스타일용 클라이언트 유형의 목록이 표시됩니다.

현재 스타일 등록 정보 링크를 누릅니다. 스타일 편집 페이지가 표시됩니다. 기본적으로 일반 등록 정보에 대한 스타일이 표시됩니다.

[등록 정보] 풀다운 메뉴에서 표시할 등록 정보 유형(예: 소프트웨어 플랫폼)을 누릅니다.

주 –
등록 정보 유형 항목으로 일반, 하드웨어 플랫폼, 소프트웨어 플랫폼, 네트워크 특성, 브라우저 UA, Wap 특성, 특성 이름 푸시, 추가 등록 정보가 있습니다.

클라이언트 관리자 페이지로 돌아가려면 [취소]를 누릅니다.

클라이언트 유형 데이터 관리

클라이언트 유형 데이터를 관리하려면 관리 콘솔의 클라이언트 관리자를 사용합니다.

클라이언트 유형 등록 정보 변경, 새 장치에 대응하기 위해 새 클라이언트 유형 만들기, 이름 및 사이트에 맞게 사용자 정의된 다른 등록 정보로 클라이언트 유형 설정, 사용자 정의 클라이언트 유형 제거 등을 수행할 수 있습니다.

기존 장치를 기반으로 새 장치를 만드는 경우(이 프로세스를 상속이라 함), 기존 장치의 스타일 또는 등록 정보를 기반으로 새 장치를 만들어야 합니다. 새 장치와 기존 장치를 검토하여 스타일 또는 등록 정보 중 더 나은 환경 설정을 결정합니다. 장치 정의를 사용자 정의하려면 두 항목이 모두 필요합니다.

주 –

클라이언트 유형 데이터베이스는 내부 및 외부 라이브러리로 구성됩니다. 내부 라이브러리의 기본 클라이언트 유형 정보를 변경하거나 새 유형을 추가하는 경우 업데이트된 내용은 외부 라이브러리에 저장됩니다. 클라이언트 유형 이름에 별표 두 개가 추가되어 있으면 사용자 정의된 클라이언트 유형임을 나타냅니다.

이 절에서는 아래와 같은 작업을 수행하기 위한 지침을 제공합니다.

클라이언트 유형을 편집하려면

Access Manager 관리 콘솔에 관리자로 로그인합니다. 기본적으로 Identity 관리는 헤더 프레임(위쪽 수평 프레임)에 선택되어 있고 조직은 탐색 프레임(왼쪽 수직 프레임)에 선택되어 있습니다.

[서비스 구성] 탭을 누릅니다.

왼쪽의 서비스 구성 프레임에서 Access Manager 구성 제목 아래의 클라이언트 감지에 대한 화살표를 누릅니다. 오른쪽 데이터 프레임에 클라이언트 감지 전역 기본 설정이 나타납니다.

[클라이언트 유형] 레이블 옆의 [편집] 링크를 누릅니다. 클라이언트 관리자 인터페이스가 나타납니다. HTML 장치에 관한 정보는 기본적으로 표시됩니다.

맨 위의 탭에서 편집할 장치의 마크업 언어(예: WML)를 누릅니다. 선택한 마크업 언어를 사용하는 클라이언트 유형이 데이터베이스에 있으면 알파벳순으로 나타납니다.

[스타일] 풀다운 메뉴에서 원하는 스타일(예: Nokia)을 선택합니다. 데이터베이스에 이미 있는 선택한 스타일용 클라이언트 유형의 목록이 표시됩니다.

[클라이언트 유형] 목록에서 아래로 스크롤하여 편집할 클라이언트(예: Nokia6310i_1.0)를 찾습니다.

클라이언트는 알파벳순으로 표시됩니다.

특정 클라이언트 유형 또는 클라이언트 유형 그룹으로 직접 이동하려면 필터 환경 설정을 사용합니다. 필터 텍스트 상자에 표시할 클라이언트 유형의 첫 번째 문자 또는 처음 몇 문자를 입력한 다음 [필터] 버튼을 누릅니다. (예: 문자 S로 시작하는 클라이언트 유형을 찾으려면 S* 입력)

특정 페이지로 이동하려면 하단으로 스크롤하여 화살표 또는 이동 환경 설정을 사용합니다.

편집할 클라이언트에 대한 작업 열의 편집 링크를 누릅니다. client-type 편집 페이지가 표시됩니다. 기본적으로 일반 등록 정보가 표시됩니다.

[등록 정보] 풀다운 메뉴에서 변경할 등록 정보 유형(예: 소프트웨어 플랫폼)을 선택합니다.

변경할 각 등록 정보에 대해 값을 변경하거나 추가합니다.

정보 –
변경을 취소하고 처음부터 다시 시작하려면 [재설정]을 누릅니다. 변경하지 않고 클라이언트 유형 표시로 돌아가려면 [취소]를 누릅니다.

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

[저장]을 누르지 않으면 변경이 완료되지 않습니다. 한 번에 하나의 등록 정보 유형을 변경하고 저장해야만 다른 등록 정보 유형을 변경할 수 있습니다.

이제 이 장치에 대한 등록 정보가 변경되었으며 이 스타일에 대한 클라이언트 유형의 목록이 나타납니다.

등록 정보가 변경되었는지 확인하려면 클라이언트 유형 목록에서 해당 클라이언트 유형을 찾습니다. 클라이언트 유형 이름에 별표 두 개가 추가되어 있으면 해당 클라이언트 유형을 사용자 정의했음을 나타냅니다.

주 –
기본 클라이언트 유형을 변경할 때마다 작업 열에 기본값 링크가 추가됩니다. 기본값 링크는 내부 라이브러리를 가리킵니다.

변경 사항을 제거하고 클라이언트 유형의 등록 정보를 기본값으로 재설정하려면 이 링크를 누릅니다. 이 작업을 완료할지 묻는 프롬프트는 제공되지 않습니다.

스타일을 상속하는 새 장치를 만들려면

Access Manager 관리 콘솔에 관리자로 로그인합니다. 기본적으로 Identity 관리는 헤더 프레임(위쪽 수평 프레임)에 선택되어 있고 조직은 탐색 프레임(왼쪽 수직 프레임)에 선택되어 있습니다.

[서비스 구성] 탭을 누릅니다.

왼쪽의 서비스 구성 프레임에서 Access Manager 구성 제목 아래의 클라이언트 감지에 대한 화살표를 누릅니다. 오른쪽 데이터 프레임에 클라이언트 감지 전역 기본 설정이 나타납니다.

[클라이언트 유형] 레이블 옆의 [편집] 링크를 누릅니다. 클라이언트 관리자 인터페이스가 나타납니다. HTML 장치에 관한 정보는 기본적으로 표시됩니다.

맨 위의 탭에서 설정할 장치의 마크업 언어(예: WML)를 누릅니다. 선택한 마크업 언어를 사용하는 클라이언트 유형이 데이터베이스에 있으면 알파벳순으로 나타납니다.

[스타일] 풀다운 메뉴에서 원하는 스타일(예: Nokia)을 선택합니다. 데이터베이스에 이미 있는 선택한 스타일용 클라이언트 유형의 목록이 표시됩니다.

[새 장치] 버튼을 눌러 새 장치 만들기 페이지를 표시합니다.

장치 사용자 에이전트 값을 입력합니다.

[다음]을 누릅니다. 제공한 장치 사용자 에이전트 값이 클라이언트 유형 이름 및 HTTP 사용자 에이전트 문자열 필드에 나타납니다.

해당하는 경우 값을 변경합니다.

이러한 등록 정보를 저장하려면 [확인]을 누릅니다. 이제 새 장치가 정의되어 있으며 스타일 편집 페이지가 표시됩니다. 여기에 할당한 부모 스타일에서 상속된 기본 등록 정보가 표시됩니다.

[등록 정보] 풀다운 메뉴에서 수정할 등록 정보(예: 소프트웨어 플랫폼)을 누릅니다.

주 –
등록 정보 유형 항목으로 일반, 하드웨어 플랫폼, 소프트웨어 플랫폼, 네트워크 특성, 브라우저 UA, Wap 특성, 특성 이름 푸시, 추가 등록 정보가 있습니다.

[저장]을 눌러 값에 대한 변경 사항을 저장합니다.

정보 –
변경을 취소하고 처음부터 다시 시작하려면 [재설정]을 누릅니다. 변경하지 않고 클라이언트 유형 표시로 돌아가려면 [취소]를 누릅니다.

클라이언트 유형 목록을 검색하여 클라이언트 유형을 사용할 수 있는지 확인합니다. 클라이언트 유형 이름에 별표 두 개가 추가되어 있으면 해당 클라이언트 유형을 사용자 정의했음을 나타냅니다.

주 –
새 클라이언트 유형을 추가할 때마다 작업 열에 삭제 링크가 추가됩니다. 삭제 링크는 외부 라이브러리를 가리킵니다.

새 클라이언트 유형을 제거하려면 이 링크를 누릅니다. 이 작업을 완료할지 묻는 프롬프트는 제공되지 않습니다.

등록 정보를 상속하는 새 장치를 만들려면

Access Manager 관리 콘솔에 관리자로 로그인합니다. 기본적으로 헤더 프레임에 Identity 관리가 선택되어 있고 탐색 프레임에 조직이 선택되어 있습니다.

[서비스 구성] 탭을 누릅니다.

왼쪽의 서비스 구성 프레임에서 Access Manager 구성 제목 아래의 클라이언트 감지에 대한 화살표를 누릅니다. 오른쪽 데이터 프레임에 클라이언트 감지 전역 기본 설정이 나타납니다.

[클라이언트 유형] 레이블 옆의 [편집] 링크를 누릅니다. 클라이언트 관리자 인터페이스가 나타납니다. HTML 장치에 관한 정보는 기본적으로 표시됩니다.

맨 위의 탭에서 복사할 장치의 마크업 언어(예: WML)를 누릅니다. 선택한 마크업 언어를 사용하는 클라이언트 유형이 데이터베이스에 있으면 알파벳순으로 나타납니다.

[스타일] 풀다운 메뉴에서 원하는 기본 스타일(예: Nokia)을 선택합니다. 데이터베이스에 이미 있는 선택한 스타일용 클라이언트 유형의 목록이 표시됩니다.

[클라이언트 유형] 목록에서 아래로 스크롤하여 새 클라이언트 유형의 템플리트로 사용할 특정 클라이언트(예: Nokia6310i_1.0)를 찾습니다.

정보 –
클라이언트는 알파벳순으로 표시됩니다.

특정 클라이언트 유형 또는 클라이언트 유형 그룹으로 직접 이동하려면 필터 환경 설정을 사용합니다. 필터 텍스트 상자에 표시할 클라이언트 유형의 첫 번째 문자 또는 처음 몇 문자를 입력한 다음 [필터] 버튼을 누릅니다. (예: 문자 S로 시작하는 클라이언트 유형을 찾으려면 S* 입력)

특정 페이지로 직접 이동하려면 하단으로 스크롤하여 화살표 또는 이동 환경 설정을 사용합니다.

작업 열에서 새 클라이언트 유형의 템플리트로 사용할 클라이언트 유형에 대한 복사 링크를 누릅니다. 장치 복사 페이지가 표시됩니다. 복사 중인 장치의 클라이언트 유형 및 장치 사용자 에이전트 등록 정보가 이름에 접두어 Copy_of_가 추가된 상태로 표시됩니다. 예를 들어, Copy_of_Nokia6310i_1.0입니다.

해당하는 경우 등록 정보의 새 이름을 입력합니다.

[복사]를 눌러 변경 사항을 적용합니다. client-type 편집 페이지가 표시됩니다. 기본적으로 일반 등록 정보가 표시됩니다. 여기서 사용할 수 있는 모든 등록 정보 보기에 대한 값은 새 클라이언트 유형의 마스터로 사용한 클라이언트 유형에서 상속됩니다.

정보 –
변경하지 않고 클라이언트 유형 표시로 돌아가려면 [취소]를 누릅니다. [등록 정보] 풀다운 메뉴에서 변경할 등록 정보 유형(예: 소프트웨어 플랫폼)을 선택합니다.

변경할 각 등록 정보에 대해 값을 변경하거나 추가합니다.

정보 –
값을 취소하고 처음부터 다시 시작하려면 [재설정]을 누릅니다. 변경하지 않고 클라이언트 유형 표시로 돌아가려면 [취소]를 누릅니다.

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

주 –
[저장]을 누르지 않으면 변경이 완료되지 않습니다. 한 번에 하나의 등록 정보 유형을 변경하고 저장해야만 다른 등록 정보 유형을 변경할 수 있습니다. 이제 이 장치에 대한 등록 정보가 변경되었으며 이 스타일에 대한 클라이언트 유형의 목록이 나타납니다.

클라이언트 유형 목록을 검색하여 클라이언트 유형 복제본에 사용할 수 있는지 확인합니다. 클라이언트 유형 이름에 별표 두 개가 추가되어 있으면 해당 클라이언트 유형을 사용자 정의했음을 나타냅니다. 예를 들어, Copy_of_Nokia6310i_1.0 **입니다.

주 –
새 클라이언트 유형을 추가할 때마다 작업 열에 삭제 링크가 추가됩니다. 삭제 링크는 외부 라이브러리를 가리킵니다.

새 클라이언트 유형을 제거하려면 이 링크를 누릅니다. 이 작업을 완료할지 묻는 프롬프트는 제공되지 않습니다.

사용자 정의 장치를 제거하려면

사용자 정의 장치를 잘못 설정했는데 수정을 원하지 않으면 아래 단계를 사용하여 완전히 제거할 수 있습니다.

Access Manager 관리 콘솔에 관리자로 로그인합니다. 기본적으로 Identity 관리는 헤더 프레임(위쪽 수평 프레임)에 선택되어 있고 조직은 탐색 프레임(왼쪽 수직 프레임)에 선택되어 있습니다.

[서비스 구성] 탭을 누릅니다.

왼쪽의 서비스 구성 프레임에서 Access Manager 구성 제목 아래의 클라이언트 감지에 대한 화살표를 누릅니다. 오른쪽 데이터 프레임에 클라이언트 감지 전역 기본 설정이 나타납니다.

[클라이언트 유형] 레이블 옆의 [편집] 링크를 누릅니다. 클라이언트 관리자 인터페이스가 나타납니다. HTML 장치에 관한 정보는 기본적으로 표시됩니다.

맨 위의 탭에서 삭제할 장치의 마크업 언어(예: WML)를 누릅니다. 선택한 마크업 언어를 사용하는 클라이언트 유형이 데이터베이스에 있으면 알파벳순으로 나타납니다.

[스타일] 풀다운 메뉴에서 원하는 스타일(예: Nokia)을 선택합니다. 데이터베이스에 이미 있는 선택한 스타일용 클라이언트 유형의 목록이 표시됩니다.

[클라이언트 유형] 목록에서 아래로 스크롤하여 제거할 사용자 정의 클라이언트(예: Copy_of_Nokia6310i_1.0)를 찾습니다.

정보 –
클라이언트는 알파벳순으로 표시됩니다.

특정 클라이언트 유형 또는 클라이언트 유형 그룹으로 직접 이동하려면 필터 환경 설정을 사용합니다. 필터 텍스트 상자에 표시할 클라이언트 유형의 첫 번째 문자 또는 처음 몇 문자를 입력한 다음 [필터] 버튼을 누릅니다. (예: 문자 S로 시작하는 클라이언트 유형을 찾으려면 S* 입력)

특정 페이지로 직접 이동하려면 하단으로 스크롤하여 화살표 또는 이동 환경 설정을 사용합니다.

제거할 사용자 정의 클라이언트에 대한 작업 열에서 삭제 링크를 누릅니다. 이 스타일에 대해 수정된 클라이언트 유형 목록이 표시됩니다.

클라이언트 유형 목록을 검색하여 클라이언트 유형이 더 이상 사용할 수 없는지 확인합니다.

Portal Server 콘솔에서 포털 사용자에 대해 선택된 클라이언트 유형을 식별하려면

Portal Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 일반적 작업 탭이 선택되며 일반적 관리 작업 페이지가 표시됩니다.

[포털] 탭을 누릅니니다. 포털 페이지가 표시됩니다. 사용 가능한 포털이 포털 테이블에 표시됩니다.

관리할 포털의 이름을 누릅니다. 데스크탑 작업 및 속성 페이지가 표시됩니다. 이 페이지는 편집할 수 있는 Portal Server 데스크탑 작업 및 속성을 나열합니다.

[DN 선택] 옵션에서 username(사용자) DN을 선택합니다. username(사용자) DN 옵션을 사용할 수 없으면 해당 DN을 [DN 선택] 목록에 추가해야 합니다. username(사용자) DN을 추가하려면 다음 단계를 수행합니다.
1. [DN 추가] 버튼을 누릅니다. DN 추가 목록 창이 나타납니다.
2. 옵션 검색에서 사용자 옵션을 선택합니다.
3. 사용자 옵션 다음에 있는 텍스트 상자에 사용자 이름을 입력합니다.
4. [검색]을 누릅니다. 사용자 이름을 사용할 수 있는 경우, 찾음 테이블에 표시됩니다.
5. 추가할 사용자 이름 앞의 확인란을 선택하고 [추가]를 누르면 username(사용자) DN이 [DN 선택] 옵션에 추가됩니다.

작업 목록에서 컨테이너 및 채널 관리를 누릅니다. 컨테이너 및 채널 관리: 포털 이름 페이지가 표시됩니다. 이 페이지의 왼쪽 프레임에는 사용할 수 있는 보기 유형이 표시되고 오른쪽 프레임에는 선택한 보기 유형의 등록 정보가 표시됩니다.

보기 유형 옵션에서 WirelessDesktopDispatcher 옵션을 선택합니다. WirelessDesktopDispatcher 작업 및 등록 정보가 오른쪽 프레임에 표시됩니다.

[등록 정보] 테이블에서 선택한 클라이언트 등록 정보 앞에 있는 확인란을 선택합니다.

클라이언트 유형과 로켈 설정을 변경해야 하는 경우 [테이블 기본 설정] 버튼을 누릅니다. 클라이언트 유형 설정은 포털에 클라이언트 유형을 설정하는 데 필요하며 로켈 설정은 언어 속성을 설정하는 데 필요합니다.

테이블 기본 정보 상자가 등록 정보 테이블 맨 위에 나타납니다.

클라이언트 유형 및 로켈 필드에서 적합한 클라이언트 유형 및 로켈 정보를 입력합니다.

[확인]을 누릅니다.

[저장]을 누릅니다.

클라이언트 유형이 값 열에 추가됩니다.

모바일 인증 구성

Portal Server Mobile Access 소프트웨어는 Sun Java System Portal Server 소프트웨어에서 제공하는 인증 모듈을 지원합니다. 이 장에서는 모바일 액세스를 제공하는 포털 사이트에 유용한 세 개의 인증 모듈을 설명합니다.

NoPassword 인증

사이트 사양에서 요구되는 경우 사용자 아이디 프롬프트를 표시하지 않고 사용자가 모바일 포털 데스크탑에 로그인하도록 할 수 있습니다.

Access Manager 콘솔에서 NoPassword 모듈을 사용하려면

Sun Java System Access Manager 관리 콘솔에 관리자로 로그인합니다. 기본적으로 액세스 제어 탭이 선택되며 영역 페이지가 표시됩니다. 영역 테이블에 사용할 수 있는 영역 이름이 보입니다.

인도 영역을 누릅니다. 인도등록 정보 페이지가 인도 영역의 [영역 속성] 목록 아래에 표시됩니다.

인증 탭을 누릅니다. 인도인증 등록 정보가 표시됩니다. 모듈 인스턴스 테이블 아래에서 NoPasswordModule 인스턴스를 사용할 수 있는지 확인합니다.

인증 연결 테이블에서 ldapService 인증 연결을 누릅니다. ldapService등록 정보 페이지가 표시됩니다. 사용할 수 있는 인스턴스가 표시됩니다.

주 –
기본 인증 체인 또는 관리자 인증 체인으로 ldapService가 없으면 NoPassword 인증을 적용할 수 없습니다. NoPassword 인증이 필요하지 않을 경우 구성된 각 인증 체인에 NoPassword를 추가합니다. 기본 인증 체인의 경우 구성된 각 인증 체인에 NoPassword를 추가합니다. 기본 설치 시나리오에서 두 경우 모두 ldapService로 구성됩니다.

NoPassword 인스턴스를 선택합니다.

[추가] 버튼을 누릅니다. NoPassword 인스턴스가 인스턴스 목록에 추가됩니다.

[저장] 버튼을 누릅니다. 인증 체인 등록 정보가 업데이트되었다는 정보가 나타납니다.

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

Sun Java System Access Manager 관리 콘솔에 다시 로그인합니다. "이 서버는 NoPassword 인증을 사용합니다"라는 메시지가 표시됩니다.

익명 인증

사용자가 포털 사이트에 액세스하여 인증 사용자의 경험을 알아보게 하려는 경우, 사용자가 모바일 포털 데스크탑에 익명 사용자로 로그인하게 할 수 있습니다. 이 기능은 인증된 세션 사용자에 대한 모바일 및 음성 포털 데스크탑의 화면 사진(스냅샷)을 제공하여 그러한 경험을 확인하게 합니다.

주 –

익명 사용자는 상태 데이터가 있는 채널의 컨텐트 또는 구성을 변경, 저장 또는 수정할 수 없습니다. 익명 인증을 지원하는 경우 익명 사용자가 채널을 사용할 수 없도록 해야 합니다.

익명 인증을 구현하려면 Sun Java(TM) System Portal Server 7.1 관리 설명서를 참조하십시오.

익명 인증을 위한 포털 데스크탑은 JSP(JavaServer Pages) 소프트웨어와 템플리트 겸용 장치 전용 컨테이너 외에 무선 데스크탑 디스패처를 사용합니다. 익명 사용자에게 표시할 모든 채널은 인증된 사용자의 경우와 마찬가지로 이 컨테이너에 포함되어야 합니다.

익명 사용자를 위한 클라이언트별 모바일 또는 음성 포털 데스크탑이 필요한 새 장치를 지원하려면

해당 장치별 컨테이너를 만듭니다.

익명 사용자의 디스플레이 프로필에 있는 WirelessDesktopDispatcher를변경하여 특정 장치 유형에서 새 컨테이너를 사용하도록 합니다.

MSISDN 인증

조직 내의 사용자가 MSISDN(Mobile Station ISDN)을 사용하여 인증되도록 구성할 수 있으며, 이때 MSISDN은 지정된 가입자를 식별하는 데 사용되는 국제 표준 전화번호입니다. 이를 통해 사용자는 자신의 인증 자격 증명 정보를 전달하지 않고도 모바일 포털 데스크탑에 로그인할 수 있습니다. 이 기능은 로그인 URL의 형식을 제한하며, 다음 URL 형식이 권장됩니다.

http://access-manager-host: port/service-deploy-URI/UI/Login?module-MSISDN& org-name

MSISDN 인증을 구현하고 구성하는 방법은 Sun Sun Java System Access Manager 7 2005Q4 관리 설명서를 참조하십시오.

모바일 포털 데스크탑 관리

Portal Server Mobile Access 소프트웨어는 Portal Server 관리 콘솔을 사용하여 모바일 포털 데스크탑을 관리합니다.

주 –

이 장에 제공된 정보를 이해하고 모바일 포털 데스크탑을 관리하려면 Portal Server 관리 콘솔에 대해 알고 있어야 합니다.

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

무선 데스크탑 디스패처에 대한 이해

Mobile Access 소프트웨어를 설치하고 나면 Portal Server 사이트에서 표준 포털 데스크탑 외에 모바일 포털 데스크탑을 제공합니다. 사용자가 Portal Server에 로그인할 때 Mobile Access 소프트웨어의 구성 요소인 무선 데스크탑 디스패처는 사용자 요청을 경로 지정하는 데 적합한 포털 데스크탑을 결정합니다. 무선 데스크탑 디스패처는 XML 디스플레이 프로필 구성을 사용하여 사용자 요청을 경로 지정하는 데 적합한 포털 데스크탑(표준 및 모바일)을 결정합니다.

무선 데스크탑 디스패처의 기능은 다음과 같습니다.

데스크탑 요청의 클라이언트 유형 결정
디스플레이 프로필 구성을 사용하여 해당 클라이언트를 적합한 컨테이너에 일치
요청을 적합한 컨테이너에 경로 지정

모바일 포털 데스크탑의 기본 채널은 WirelessDesktopDispatcher입니다. Portal Server 7.2 관리 콘솔에서 WirelessDesktopDispatcher 컨테이너를 편집하고 특정 장치에 대한 기타 다른 컨테이너를 지원하려면 다음 단계를 수행합니다.

Portal Server 7.2 관리 콘솔에서 상위 컨테이너를 편집하려면

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

[포털] 탭을 누릅니니다. 사용할 수 있는 포털이 표시됩니다.

관리할 포털 이름을 누릅니다.

[DN 선택] 드롭다운 목록 상자에서 [조직] 옵션을 선택합니다. 데스크탑 작업 및 속성 페이지가 표시됩니다. 데스크탑 속성 아래에서 상위 컨테이너 속성을 사용할 수 있습니다. 선택한 DN에 대한 디스플레이 프로필의 최상위 컨테이너 값이 상위 컨테이너 텍스트 상자에 표시됩니다.

특정 장치에 대한 다른 컨테이너를 지원하려면 상위 컨테이너 텍스트 상자의 값을 편집합니다.

[저장]을 누릅니다.

무선 데스크탑 디스패처 등록 정보

이 절에서는 WirelessDesktopDispatcher 컨테이너에 대해 나열된 등록 정보를 설명합니다.

무선 데스크탑 디스패처 등록 정보는 아래와 같습니다.

desktopContainer— desktopContainer 등록 정보는 모바일 장치를 적합한 컨테이너에 매핑합니다. 이 매핑에서 요청이 경로 지정되는 방법이 확인됩니다. 기본적으로 원시 컨텐트를 표시하는 장치(예: WML을 사용하는 Nokia 장치)에서 보낸 HTTP 요청은 JSPNativeContainer로 경로 지정됩니다.
selectedClients—selectedClients 등록 정보를 통해 포털 사이트에 액세스하는 데 사용된 모바일 장치를 추적합니다. 누군가 새 장치를 사용하여 포털 사이트에 액세스하면 언제나 해당 장치의 클라이언트 유형이 selectedClients 등록 정보 모음에 추가됩니다.

이 등록 정보는 표준 포털 데스크탑에서 모바일 장치 편집 페이지의 장치 목록을 표시하는 데에도 사용됩니다. 각 사용자는 사용한 장치를 확인한 다음, 다른 장치로 모바일 포털 데스크탑에 로그인하여 목록에 추가할 수 있습니다.

WirelesDesktopDispatcher 컨테이너 등록 정보 페이지로 이동하려면

Portal Server 7.1 관리 콘솔에 관리자로 로그인합니다. 일반적 관리 작업 페이지가 나타납니다.

구성 아래에서 채널 및 컨테이너 관리 버튼을 누릅니다. 데이터 컬렉션 팝업 창이 나타납니다.

포털 선택 드롭다운 목록 상자에서 관리할 포털을 선택합니다.

DN 선택 드롭다운 목록 상자에서 DN을 선택합니다.

[확인]을 누릅니다. WirelessDesktopDispatcher 컨테이너 작업 및 등록 정보가 오른쪽 프레임에 나열됩니다. 이 페이지에서 등록 정보의 값을 수정할 수 있습니다.

editContainerName 텍스트 상자의 값을 해당 장치에 맞도록 편집합니다.

조건 등록 정보

클라이언트 유형에 대한 조건 등록 정보를 이용하면 관리자가 클라이언트 유형별로 채널 또는 컨테이너 채널의 등록 정보를 지정할 수 있습니다. 또한 클라이언트 데이터가 계층적인 것처럼 클라이언트 유형에 대한 조건 등록 정보도 계층적으로 구성할 수 있습니다.

조건 등록 정보에 대한 구문은 client=clientType입니다. 예를 들어, client=WML은 WML 클라이언트 유형에 대한 조건 등록 정보의 이름입니다.

무선 데스크탑 디스패처의 desktopContainer 등록 정보는 클라이언트 유형 client=WML에 대한 클라이언트 조건 등록 정보의 한 예입니다.

다음은 Nokia 장치에 대한 기본 desktopContainer 등록 정보의 계층적 표시입니다.

client=Nokia —> desktopContainer=JSPNativeContainer

그러나 Nokia 클라이언트 스타일에 정의된 WML 클라이언트의 부분집합은 다른 desktopContainer 정의를 사용합니다. 즉, JSPNativeContainer를 사용합니다.

채널 상태 등록 정보

이 등록 정보는 채널 상태를 JSPNativeContainer로 나타냅니다. 이 등록 정보를 통해 최종 사용자가 채널의 컨텐트를 온라인으로 로드하는 대신 모바일 포털 데스크탑에서 채널의 제목 표시줄만 표시할 수 있습니다.

주 –

표준 포털 데스크탑에서는 사용자가 컨텐트를 최소화 또는 최대화할 수 있는 버튼을 채널에 제공할 수 있습니다. 이 기능은 현재 모바일 포털 데스크탑에서 지원되지 않습니다.

이러한 등록 정보는 아래와 같습니다.

defaultChannelIsMinimizable 및 defaultChannelIsMaximizable. 이러한 등록 정보는 [데스크탑과 함께 채널 로드] 확인란을표준 포털 데스크탑 내 사용자의 모바일 장치 편집 페이지에 표시할지 여부를 결정합니다. 두 등록 정보의 기본값은 참입니다. 즉, 확인란이 표시되는 것입니다. 두 등록 정보 중 하나 이상이 거짓이면 확인란이 표시되지 않습니다.

주 –
데스크탑에 채널 로드 확인란을 표시하려면 두 값이 모두 참이어야 합니다. 두 등록 정보 중 하나 이상이 거짓이면 확인란이 표시되지 않습니다.
defaultChannelIsMinimized. 이 등록 정보는 [데스크탑과 함께 채널 로드] 확인란을표준 포털 데스크탑 내 사용자의 모바일 장치 편집 페이지에 표시할지 여부를 결정합니다. 이 등록 정보의 기본값은 참입니다. 그러므로 확인란이 선택되지 않고 컨테이너의 모든 채널이 최소화된 창 상태를 갖습니다. 이 등록 정보가 거짓으로 설정되면 확인란이 선택되고 컨테이너의 모든 채널이 표준 창 상태를 갖습니다.

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` 명령