이 장에서는 여러 포털 관련 정보와 포털 및 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를 공유합니다.
서로 다른 Access Manager를 사용하는 포털은 여러 포털이 아닙니다. 이러한 포털은 독립적이고 관련이 없는 포털이며 각각 자체적인 사용자 집합이 있습니다.
Access Manger는 모두 동일한 Directory Server 인스턴스 집합을 사용하는 고유 인스턴스의 모음일 수 있습니다. 서로 다른 Access Manager는 관련이 없는 두 개의 Access Manager이며, 같은 Access Manager의 여러 인스턴스가 아닙니다.
이 절에서는 다음 작업을 완료하는 방법을 설명합니다.
이미 설정된 Portal Server 목록을 볼 수 있습니다.
Portal Server를 설치하는 동안 portal1이라는 기본 포털이 만들어집니다. 또한 포털 만들기 마법사를 사용하여 새 포털 서버를 만들 수 있습니다.
[포털] 탭을 선택합니다.
[새 포털] 버튼을 눌러 마법사를 시작합니다.
Portal Server의 고유 이름을 지정합니다(예: portal5).
사용자가 Portal Server에 액세스하는 데 사용할 수 있는 URI를 입력합니다(예: /portal).
웹 컨테이너 정보를 입력합니다.
사용 가능한 유형은 다음과 같습니다.
Sun JavaTM 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 구성 설명서의 새 포털 만들기를 참조하십시오.
제공된 정보를 확인합니다.
[마침]을 눌러 새 포털을 만듭니다.
(옵션) 과정을 모니터링하려면 로그 파일을 검토합니다.
지원되는 웹 컨테이너의 webcontainer.properties에 대한 템플리트는 portal-install-dir/template 디렉토리에 있습니다.
모든 호스트에서 기존의 포털 인스턴스를 모두 삭제하고 Access Manager LDAP 디렉토리의 포털 데이터를 정리할 수 있습니다.
다음 포털 데이터를 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에서 포털을 내보내려면 다음을 수행하십시오.
이 명령은 Directory Server의 사용자 데이터를 지원하지 않습니다.
이전에 내보냈던 포털 데이터를 포털로 가져올 수 있습니다.
[포털] 탭을 선택합니다.
테이블에서 포털을 선택합니다.
데스크톱 데이터 가져오기 페이지가 나타납니다.
[가져오기] 버튼을 누르고 다음을 지정합니다.
포털 웹 응용 프로그램을 다시 배포합니다.
이 명령은 Directory 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의 이름을 선택합니다.
[서버 인스턴스] 탭을 선택합니다.
[새 인스턴스] 버튼을 눌러 마법사를 시작합니다.
포털 식별자의 이름을 입력합니다.
웹 컨테이너 정보를 입력합니다.
(옵션) 기본 웹 컨테이너 인스턴스 등록 정보를 변경합니다.
자세한 내용은 Sun Java System Portal Server 7.1 구성 설명서의 동일한 노드에 포털 만들기를 참조하십시오.
제공된 정보를 확인하고 [마침]을 눌러 새 포털 인스턴스를 만듭니다.
진행 표시줄에 이 절차의 상태가 표시됩니다. 이 절차가 완료되면 결과 페이지가 표시됩니다.
[마침]을 눌러 새 포털 인스턴스를 만듭니다.
Portal Server 인스턴스를 삭제할 수 있습니다.
[포털] 탭을 선택합니다.
Portal Server의 이름을 선택합니다.
[서버 인스턴스] 탭을 선택합니다.
테이블에서 제거할 인스턴스를 선택합니다.
[인스턴스 삭제] 버튼을 누릅니다.