구성 프로그램(config-commda)을 사용하여 Delegated Administrator를 설치하고 구성했다면 필요에 따라 구성을 사용자 정의할 수 있습니다. 이 장에서는 일부 Delegated Administrator 기능을 사용자 정의하는 방법과 관련하여 몇 가지 예를 제공합니다.
Delegated Administrator를 사용자 정의하기 전에 기존 구성 파일을 백업해야 합니다.
또한 사용자 정의한 구성 데이터는 Delegated Administrator를 업그레이드할 때 손실될 수 있으므로 Delegated Administrator를 업그레이드하기 전에 사용자 정의한 구성 내용을 보존하거나 Delegated Administrator 구성 프로그램을 다시 실행해야 합니다. 자세한 내용은 기존 구성 보존을 참조하십시오.
이 장에서는 우선 구성 파일의 위치를 나열한 후 사용자 정의 파일을 적절한 위치에 재배포하는 방법에 대해 설명합니다. 그런 다음 특정 기능을 사용자 정의하는 방법에 대해서도 설명합니다. 이 장은 다음 내용으로 구성되어 있습니다.
config-commda 프로그램을 사용하여 Delegated Administrator를 구성하는 경우 config-commda는 Delegated Administrator 설치 디렉토리에서 구성 데이터를 위한 표준 위치에 구성 파일을 보관합니다. 그런 다음 config-commda 프로그램은 Delegated Administrator를 배포한 웹 컨테이너의 응용 프로그램 저장소에 구성 파일을 배포합니다.
따라서 어떤 웹 컨테이너를 사용하느냐에 따라 구성 파일의 배포 위치가 달라집니다.
런타임 시 Delegated Administrator는 각 배포 위치, 즉 Delegated Administrator가 배포된 웹 컨테이너 저장소에 있는 구성 파일의 등록 정보 값을 사용합니다.
구성 파일을 사용자 정의하려면 다음과 같은 단계를 수행합니다.
Delegated Administrator 설치 디렉토리에 있는 원래 구성 파일을 편집합니다.
Delegated Administrator에서 제공하는 스크립트를 사용하여 웹 컨테이너에 구성 파일을 재배포합니다.
구성 파일을 사용자 정의할 경우 파일을 웹 컨테이너에 재배포해야 새로운 값이 적용됩니다.
이 절의 나머지 부분에서는 다음 내용을 설명합니다.
Delegated Administrator 구성 시(config-commda 프로그램 실행 후), 구성 파일은 다음 디렉토리에서 찾을 수 있습니다.
config-commda 프로그램을 실행한 후에는 Delegated Administrator 배포 시 선택한 웹 컨테이너에 따라 구성 파일이 다음과 같은 위치에 배포됩니다.
resource.properties 파일이 다음 기본 위치 중 하나에 배포됩니다.
/opt/SUNWwbsvr/https-hostname/webapps/https-hostname \ /commcli/WEB-INF/classes/sun/comm/cli/server/servlet |
/var/opt/SUNWwbsvr7/https-hostname/webapps/hostname \ /commcli/WEB-INF/classes/sun/comm/cli/server/servlet |
/var/opt/SUNWappserver7/domains/domain1/server1 \ /applications/j2ee-modules \ /commcli/WEB-INF/classes/sun/comm/cli/server/servlet |
/var/opt/SUNWappserver/domains/domain1 \ /applications/j2ee-modules \ /commcli/WEB-INF/classes/sun/comm/cli/server/servlet |
다음 파일은 같은 기본 위치에 배포됩니다.
daconfig.properties
logger.properties
Resources.properties
Security.properties
이와 같은 등록 정보 파일은 Delegated Administrator 배포 시 선택한 웹 컨테이너에 따라 다음 기본 위치 중 하나에 배포됩니다.
/opt/SUNWwbsvr/https-hostname/webapps/https-hostname \ /da/WEB-INF/classes/com/sun/comm/da/resources |
/var/opt/SUNWwbsvr7/https-hostname/webapps/hostname \ /da/WEB-INF/classes/com/sun/comm/da/resources |
/var/opt/SUNWappserver7/domains/domain1/server1 \ /applications/j2ee-modules \ /Delegated_Administrator/WEB-INF \ /classes/com/sun/comm/da/resources |
/var/opt/SUNWappserver/domains/domain1 \ /applications/j2ee-modules \ /Delegated_Administrator/WEB-INF \ /classes/com/sun/comm/da/resources |
루트로 로그인하여(즉, 루트가 되어) 다음 디렉토리로 이동합니다.
/opt/SUNWcomm/sbin
해당하는 배포 스크립트를 실행하여 Delegated Administrator에서 사용하는 웹 컨테이너에 사용자 정의 구성 파일을 재배포합니다.
이때, 가장 최근에 Delegated Administrator 구성 프로그램(config-commda)을 실행했을 때 Delegated Administrator를 배포한 웹 컨테이너에 구성 파일을 재배포해야 합니다.
사용자 정의 구성 파일과 올바른 웹 컨테이너에 모두 적용되는 배포 스크립트를 사용합니다.
예를 들어, Web Server 6에 resource.properties 파일을 재배포하는 경우 다음 명령을 실행합니다.
# ./config-wbsvr-commcli |
배포 스크립트의 목록을 보려면 구성 파일 배포 스크립트를 참조하십시오.
각 웹 컨테이너마다 두 가지의 배포 스크립트가 있습니다. 둘 중 한 스크립트는 Delegated Administrator 서버 파일을 배포하고, 다른 스크립트는 Delegated Administrator 콘솔 파일을 배포합니다.
Delegated Administrator 서버 구성 파일: resource.properties.
Delegated Administrator 콘솔 구성 파일: daconfig.properties, Security.properties, Resources.properties 및 logger.properties.
배포 스크립트는 다음과 같습니다.
Delegated Administrator 서버 파일용 배포 스크립트(resource.properties):
config-wbsvr-commcli
Delegated Administrator 콘솔 파일용 배포 스크립트:
config-wbsvr-da
스크립트를 실행하려면 다음 명령을 입력합니다.
# ./config-wbsvr-commcli # ./config-wbsvr-da |
Delegated Administrator 서버 파일용 배포 스크립트(resource.properties):
config-wbsvr7x-commcli
Delegated Administrator 콘솔 파일용 배포 스크립트:
config-wbsvr7x-da
스크립트를 실행하려면 다음 명령을 입력합니다.
# ./config-wbsvr7x-commcli # ./config-wbsvr7x-da |
Delegated Administrator 서버 파일용 배포 스크립트(resource.properties):
config-appsvr-commcli
Delegated Administrator 콘솔 파일용 배포 스크립트:
config-appsvr-da
스크립트를 실행하려면 다음 명령을 입력합니다.
# ./config-appsvr-commcli deploy # ./config-appsvr-da deploy |
이러한 명령과 함께 인수 deploy를 사용해야 합니다.
Delegated Administrator 서버 파일용 배포 스크립트(resource.properties):
config-appsvr8x-commcli
Delegated Administrator 콘솔 파일용 배포 스크립트:
config-appsvr8x-da
스크립트를 실행하려면 다음 명령을 입력합니다.
# ./config-appsvr8x-commcli deploy # ./config-appsvr8x-da deploy |
이러한 명령과 함께 인수 deploy를 사용해야 합니다.
서버 차원 기본값을 사용하여 기본 메일 호스트 및 기본 메일 저장소를 설정하려면 이 절에서 설명하는 작업을 수행하면 됩니다.
콘솔(구체적으로 새 조직 마법사 및 조직 등록 정보 화면)에서 기본 메일 호스트 필드를 제거해야 하는 경우 다음 단계를 수행합니다.
Security.properties 파일을 편집합니다. 이 절에서는 이 단계에 대해 설명합니다.
MailHostStorePlugin을 활성화합니다. 다음 절의 Delegated Administrator 플러그인 추가에서 이 단계에 대해 설명합니다.
Security.properties 파일을 사용하면 모든 역할 또는 개별 역할에 맞게 Delegated Administrator 콘솔을 사용자 정의할 수 있습니다.
아래 표시된 줄을 Security.properties 파일에 추가합니다.
# Remove Preferred Mail Host from UI *.NewOrganizationPage6.PreferredMailHostProperty=INVISIBLE *.NewOrganizationSummaryPage.PreferredMailHostSummaryProperty=INVISIBLE *.OrgProperties.MailHostName=INVISIBLE *.OrgProperties.MailHostNameText=INVISIBLE *.OrgProperties.MailHostValue=INVISIBLE |
Security.properties 파일은 다음 디렉토리에 있습니다.
da-base /data/da/WEB-INF/classes/com/sun/comm/da/resources
주의: 사용자 정의를 위해 이 파일에 줄을 추가할 수 있지만 이미 존재하는 줄을 편집하면 안 됩니다. 기존 줄을 편집하면 콘솔에 예외가 발생할 수 있습니다.
편집한 Security.properties 파일을 Delegated Administrator 콘솔에서 사용하는 웹 컨테이너에 재배포합니다.
변경 사항을 적용하려면 먼저 사용자 정의 Security.properties 파일을 웹 컨테이너에 배포하는 스크립트를 실행해야 합니다.
특정 웹 컨테이너에 사용자 정의 등록 정보 파일을 배포하는 방법에 대한 지침은 사용자 정의 구성 파일을 배포하려면을 참조하십시오.
파일에서 등록 정보는 Security Element Name=Permission의 형식으로 표시됩니다.
보안 요소 이름은 Role Name.Container View Name.Console Element Name의 형식으로 표시됩니다.
보안 요소는 권한이 정의되는 콘솔 요소 및 역할을 지정합니다. 요소 이름을 모르면 페이지 소스를 확인하여 페이지상의 이름과 해당 콘솔 요소를 일치시킵니다.
페이지상의 이름은 정규화된 이름입니다. 이름의 마지막 두 요소인 Container View Name.Console Element Name만 선택해야 합니다.
Delegated Administrator에서 유효한 역할 이름은 다음과 같습니다.
“ProviderAdminRole”(SPA)의 역할에 대한 자세한 내용은 부록 A, 서비스 공급업체 관리자 및 서비스 공급업체 조직를 참조하십시오.
“OrganizationAdminRole”(OA)
“Top-levelAdminRole”(TLA)
“*”(특정 역할에서 대체되지 않는 한 모든 역할에 하나의 권한을 적용함)
권한은 다음 문자열 중 하나여야 합니다.
EDITABLE– 보안 요소가 편집 가능함을 나타냅니다.
NONEDITABLE– 보안 요소가 읽기 전용임을 나타냅니다.
VISIBLE– 보안 요소가 표시되며 읽기 전용임을 나타냅니다.
INVISIBLE– 보안 요소가 표시되지 않음을 나타냅니다.
다음 플러그인을 지원하도록 Delegated Administrator를 사용자 정의할 수 있습니다.
기본적으로 이 플러그인은 비활성화되어 있습니다. 비즈니스 조직을 생성할 때 preferredmailhost를 지정하지 않으면 예외가 발생합니다. 플러그인이 활성화되어 있으면 해당 속성이 없는 경우에만 플랫 파일(이 절의 뒷부분에서 설명)의 값이 사용됩니다.
원하는 DSN 주소를 반환하려면 도메인 값을 사용합니다. 기본 구현은 MAILER-DAEMON@< domain> 문자열을 반환하는 것입니다.
고유 아이디 문자열을 생성합니다. 기본 구현에서는 호출자에게 반환할 GUID를 생성합니다.
이 플러그인을 활성화하려면 다음 디렉토리에 있는 commcli servlet resource.properties 파일을 편집합니다.
da-base/data/WEB-INF/classes/sun/comm/cli/server/servlet/ \ resource.properties |
(기본적으로 da-base는 /opt/SUNWcomm입니다.)
플러그인은 다음과 같은 섹션 제목으로 resource.properties 파일에 있습니다.
######################## # Plugin Configuration # ########################## |
각각 "plugin"이라는 접미어를 갖습니다. 현재 목록은 다음과 같습니다.
jdapi-mailhoststoreplugin=disabled jdapi-mailhoststorepluginclass=sun.comm.cli.server.util.MailHostStorePlugin jdapi-mailhoststorepluginfile=/tmp/mailhostmailstore jdapi-maildomainreportaddressplugin=enabled jdapi-maildomainreportaddresspluginclass=sun.comm.cli.server. util.MailDomainReportAddressPlugin jdapi-uidautogenerationplugin=disabled jdapi-uidautogenerationpluginclass=sun.comm.cli.server.util.UidPlugin |
편집한 resource.properties 파일을 Delegated Administrator 서버에서 사용하는 웹 컨테이너에 재배포합니다.
변경 사항을 적용하려면 먼저 사용자 정의 resource.properties 파일을 웹 컨테이너에 배포하는 스크립트를 실행해야 합니다.
특정 웹 컨테이너에 사용자 정의 등록 정보 파일을 배포하는 방법에 대한 지침은 사용자 정의 구성 파일을 배포하려면을 참조하십시오.
각 플러그인은 2개 이상의 줄로 구성되며 각 줄의 형식은 다음과 같습니다.
jdapi-<name>plugin= “enabled” | “disabled”
jdapi-<name>pluginclass=sun.comm.cli.server.util/ \ <java class name> |
플러그인을 활성화하려면 "disabled"를 "enabled"로 변경합니다.
이 섹션에 나열된 모든 플러그인에 대해 플러그인 클래스가 제공됩니다. 클래스는 다음 디렉토리에 있습니다.
da-base/data/WEB-INF/classes/sun/comm/cli/server/util
이 클래스로는 어떤 작업도 할 필요가 없습니다.
MailHostStorePlugin에는 플랫 파일이 필요하며 플러그인의 세 번째 줄에 포함되어 있습니다. 플러그인은 플랫 파일에서 값을 읽고 이 값을 사용하여 속성 값을 설정합니다. 플러그인이 활성화되면 이 파일이 있어야 하며, 그렇지 않으면 오류가 발생합니다.
jdapi-mailhoststoreplugin o jdapi-mailhoststoreplugininf=<full file name> o file has one line o value is that for : o preferredmailhost attribute o preferredmailmessagestore attribute o form o <mailhost>:<mailpartition> |
Delegated Administrator를 사용하여 사용자 정의 객체 클래스를 새 사용자, 그룹, 자원 또는 조직의 LDAP 항목에 추가할 수 있습니다. 이 작업을 수행하려면 Access Manager가 디렉토리에 설치한 해당 객체 생성 템플리트를 사용자 정의해야 합니다.
예를 들어, BasicUser 생성 템플리트는 새 사용자 생성 시 사용자 항목에 추가되는 객체 클래스 및 속성을 결정합니다. 사용자 정의 객체 클래스를 사용하여 BasicUser 생성 템플리트를 업데이트할 수 있습니다. 그렇게 하면 사용자 정의 객체 클래스가 표준 객체 클래스와 함께 각 새 사용자 항목에 추가됩니다.
다음 절차에서는 BasicUser 템플리트를 사용자 정의하는 방법에 대해 설명합니다. BasicGroup, BasicResource 및 BasicOrganization 생성 템플리트를 사용자 정의할 때도 동일한 절차를 수행하면 됩니다.
사용자 정의 객체 클래스가 디렉토리 스키마에 정의되어 있는지 확인합니다.
다음 디렉토리 항목을 찾습니다.
ou=basicuser,ou=creationtemplates,ou=templates,ou=default, ou=globalconfig,ou=1.0,ou=dai,ou=services, o=$Root_Suffix |
여기서 $Root_Suffix는 해당 디렉토리의 루트 접미어입니다.
다음 attribute:value를 항목에 추가합니다.
sunkeyValue:required=objectClass=$Your_Custom_Objectclass |
여기서 $Your_Custom_Objectclass는 사용자 정의 객체 클래스입니다.
Delegated Administrator 구성 프로그램( config-commda)을 실행하면 Delegated Administrator 로그인에 사용하는 값이 uid로 설정됩니다.
예를 들어, TLA로 로그인하려고 하고 TLA의 uid가 john.doe라면 john.doe를 사용하여 Delegated Administrator에 로그인합니다.
사용자 로그인에 다른 값을 추가로 사용할 수 있도록 Delegated Administrator를 사용자 정의할 수 있습니다. 예를 들어, 메일 주소( mail)를 추가할 수 있습니다.
config-commda 프로그램은 다음 예와 같이 resource.properties 파일의 loginAuth-idAttr 등록 정보를 사용하여 이 값을 uid로 설정합니다.
loginAuth-searchBase=<$rootSuffix> servicepackage-cosdefbasedn = <$rootSuffix> loginAuth-idAttr-1=uid |
여기서 <$rootSuffix>는 해당 디렉토리의 루트 접미어입니다.
resource.properties 파일을 편집하여 사용자 로그인에 대한 값을 추가로 설정할 수 있습니다.
resource.properties 파일은 다음 위치에 있습니다.
da-base/data/WEB-INF/classes/sun/comm/cli/server/servlet/ \ resource.properties |
예를 들어, 메일 주소(예: john.doe@sesta.com)를 사용하여 로그인할 수 있도록 하려면 resource.properties 파일에 다음 줄을 추가합니다.
loginAuth-searchBase=<$rootSuffix> servicepackage-cosdefbasedn = <$rootSuffix> loginAuth-idAttr-1=uid loginAuth-idAttr-2=mail |
여기서 <$rootSuffix>는 해당 디렉토리의 루트 접미어입니다.
값을 새로 추가할 때마다 loginAuth-idAttr 등록 정보를 1씩 증가시켜야 합니다. 이 예에서는 두 번째 값이 추가되므로 -2를 loginAuth-idAttr에 추가합니다.
loginAuth-idAttr 등록 정보의 여러 인스턴스를 추가할 수 있습니다.
loginAuth-idAttr-1=uid loginAuth-idAttr-2=mail | loginAuth-idAttr-n=<login-in value> |
편집한 resource.properties 파일을 Delegated Administrator 서버에서 사용하는 웹 컨테이너에 재배포합니다.
변경 사항을 적용하려면 먼저 사용자 정의 resource.properties 파일을 웹 컨테이너에 배포하는 스크립트를 실행해야 합니다.
특정 웹 컨테이너에 사용자 정의 등록 정보 파일을 배포하는 방법에 대한 지침은 사용자 정의 구성 파일을 배포하려면을 참조하십시오.
기본적으로 Delegated Administrator에서는 사용자에게 서비스 패키지를 할당하지 않고 새 사용자를 생성할 수 있습니다.
모든 새 사용자에게 하나 이상의 서비스 패키지를 할당하도록 기본 설정을 변경할 수 있습니다.
텍스트 편집기에서 daconfig.properties 파일을 엽니다.
daconfig.properties 파일은 기본적으로 다음 디렉토리에 있습니다.
da-base /data/da/WEB-INF/classes/com/sun/comm/da/resources
user.atleastOneServicePackage 등록 정보의 값을 false에서 true로 변경합니다.
기본적으로 이 값은 false입니다.
예:
user.atleastOneServicePackage=true
이 값을 true로 설정한 후에는 Delegated Administrator 콘솔에서 새 사용자 만들기 마법사를 사용할 때 하나 이상의 서비스 패키지를 할당해야 성공적으로 새 사용자를 생성할 수 있습니다.
편집한 daconfig.properties 파일을 Delegated Administrator 콘솔에서 사용하는 웹 컨테이너에 재배포합니다.
변경 사항을 적용하려면 먼저 사용자 정의 daconfig.properties 파일을 웹 컨테이너에 배포하는 스크립트를 실행해야 합니다.
특정 웹 컨테이너에 사용자 정의 등록 정보 파일을 배포하는 방법에 대한 지침은 사용자 정의 구성 파일을 배포하려면을 참조하십시오.
새 Calendar Server 표준 시간대를 추가하여 Delegated Administrator를 사용자 정의할 수 있습니다. 그러면 Delegated Administrator가 새 표준 시간대를 사용하여 조직, 사용자, 그룹 및 자원을 관리할 수 있습니다.
새로운 표준 시간대를 추가하려면 다음 작업을 수행합니다. Delegated Administrator 유틸리티를 사용하여 새 표준 시간대를 관리하려면 첫 번째 작업만 수행해야 합니다. Delegated Administrator 콘솔을 통해 새 표준 시간대를 관리하려면 두 작업을 모두 수행해야 합니다.
표준 시간대를 추가한 후에는 다음 작업을 수행하여 이 시간대를 새로 생성한 사용자의 기본 표준 시간대로 설정할 수 있습니다.
commadmin 유틸리티나 Delegated Administrator 콘솔 중 하나를 사용하여 사용자에게 새 표준 시간대를 제공하려면 이 작업을 수행해야 합니다. 이 작업을 수행하면 Access Manager가 새 표준 시간대 값으로 업데이트됩니다. 이 작업이 완료된 후 commadmin을 사용하여 사용자에게 새 표준 시간대를 할당할 수 있습니다.
Calendar Server에서 표준 시간대를 추가합니다.
이 단계를 수행하려면 timezones.ics 파일 및 기타 Calendar Server 파일을 편집해야 합니다. 자세한 지침은 Sun Java System Calendar Server 관리 설명서의 "Calendar Server 표준 시간대 관리" 장에 있는 "새 표준 시간대 추가"를 참조하십시오.
UserCalendarService.xml 및 DomainCalendarService.xml 파일을 백업합니다.
xml 파일은 기본적으로 다음 디렉토리에 있습니다.
da-base/lib/services
UserCalendarService.xml 및 DomainCalendarService.xml 파일을 편집하여 Delegated Administrator에서 새 표준 시간대를 추가합니다.
UserCalendarService.xml 및 DomainCalendarService.xml 파일 모두에서 다음과 같은 항목 제목을 찾습니다.
<AttributeSchema name="icstimezone" type="single choice" syntax="string" any="optional|adminDisplay"> <ChoiceValues> |
<ChoiceValues>의 목록에 새 표준 시간대 값을 추가합니다.
Access Manager amadmin 유틸리티를 실행하여 현재 서비스를 삭제하고 업데이트된 서비스를 추가합니다.
UserCalendarService.xml 및 DomainCalendarService.xml 파일 모두에 대해 다음 amadmin 명령을 실행합니다.
./amadmin -u <admin> -w <password> -r CalendarService |
./amadmin -u <admin> -w <password> -s da_base/lib/services/CalendarService.xml |
여기서 CalendarService는 UserCalendarService 또는 DomainCalendarService 중 하나입니다.
또한 새 표준 시간대를 기본값으로 설정하려면 두 작업을 모두 수행한 후 이 amadmin 명령을 실행할 수 있습니다. 자세한 내용은 Delegated Administrator에서 기본 표준 시간대를 변경하려면을 참조하십시오.
변경 내용을 적용하려면 웹 컨테이너를 다시 시작합니다.
Delegated Administrator 콘솔에 새 표준 시간대를 표시하려면 Delegated Administrator 콘솔에서 새 표준 시간대를 표시 및 관리하려면을 참조하십시오.
이 작업을 수행하면 새 표준 시간대가 콘솔에 표시되는 표준 시간대 목록에 추가됩니다. 그런 다음 새 표준 시간대 값을 디렉토리에 저장할 수 있습니다.
콘솔에 표준 시간대를 표시하려면 새로운 값을 Resources.properties 파일에 추가해야 합니다.
콘솔이 디렉토리에 표준 시간대를 저장할 수 있으려면 daconfig.properties 파일에 있는 두 목록에 새로운 값을 추가해야 합니다. 첫 번째 목록은 LDAP 디렉토리에 저장된 실제 값을 지정합니다. 두 번째 목록을 통해 콘솔은 표준 시간대의 표시 값(가능한 현지화된 값)을 저장된 값에 매핑할 수 있습니다.
Delegated Administrator 데이터 디렉토리 아래에 있는 Resources.properties 파일을 편집합니다.
Resources.properties 파일은 기본적으로 다음 디렉토리에 있습니다.
da-base/data/da/WEB-INF/classes/com/sun/ \ comm/da/resources |
Resources.properties를 편집하려면 rsrc.Timezone 등록 정보를 검색하고 해당 목록에 새 표준 시간대를 추가합니다. 이 새로운 표준 시간대의 표시 값을 현지화할 수 있습니다.
Delegated Administrator 데이터 디렉토리에 있는 daconfig.properties 파일에서 표준 시간대 값의 목록을 찾습니다.
daconfig.properties 파일은 기본적으로 다음 디렉토리에 있습니다.
da-base/data/da/WEB-INF/classes/com/sun/ \ comm/da/resources |
표준 시간대 값의 목록을 찾으려면 다음 줄을 검색합니다.
#Timezone values - only English
이러한 값은 LDAP 디렉토리에 저장됩니다. 새 표준 시간대는 영어로 표시해야 하며, 디렉토리에 값을 저장하려면 이 형식을 지켜야 합니다.
새 표준 시간대를 목록에 추가합니다.
예를 들어, America/Miami를 목록에 추가하려면 현재 Timezone1의 값이 24라는 가정 하에 다음 줄을 추가합니다.
rsrc.Timezone1-25=America/Miami
이 값은 콘솔의 Americas 드롭다운 목록에 25번째로 표시됩니다. 앞의 작업에서 Resources.properties 파일에 어떤 항목을 지정하느냐에 따라 표준 시간대를 다른 언어로 표시할 수도 있습니다.
daconfig.properties 파일에서 표준 시간대 역순 매핑 목록을 찾습니다.
이 목록은 현지화된 표준 시간대 값(콘솔에 표시됨)을 위의 2단계에서 지정한 실제 값에 맞춥니다.
역순 매핑 목록을 찾으려면 다음 줄을 검색합니다.
#reverse timezone mappings - used by DA in getting localized tz value
역순 매핑 목록에 새 값을 추가합니다.
예를 들어, America/Miami를 목록에 추가하려면 다음 줄을 추가합니다
rsrcKey-America-Miami=rsrc.Timezone1-25
편집한 daconfig.properties 및 Resources.properties 파일을 Delegated Administrator 콘솔에서 사용하는 웹 컨테이너에 재배포합니다.
변경 사항을 적용하려면 먼저 사용자 정의 daconfig.properties 파일을 웹 컨테이너에 배포하는 스크립트를 실행해야 합니다.
특정 웹 컨테이너에 사용자 정의 등록 정보 파일을 배포하는 방법에 대한 지침은 사용자 정의 구성 파일을 배포하려면을 참조하십시오.
daconfig.properties 및 Resources.properties 파일을 편집하고 재배포하면 새 표준 시간대가 Delegated Administrator 콘솔의 해당하는 목록 상자에 나타납니다. Delegated Administrator 콘솔에서 표준 시간대를 선택하고 저장을 누를 때마다 해당 표준 시간대가 디렉토리에 저장됩니다.
UserCalendarService.xml 및 DomainCalendarService.xml 파일에서 다음 값을 편집합니다.
<DefaultValues> <Value>America/Denver</Value> </DefaultValues> |
xml 파일의 다음 항목 아래에서 <DefaultValues>를 찾을 수 있습니다.
<AttributeSchema name="icstimezone" |
Access Manager amadmin 유틸리티를 실행하여 현재 서비스를 삭제하고 업데이트된 서비스를 추가합니다.
UserCalendarService.xml 및 DomainCalendarService.xml 파일 모두에 대해 다음 amadmin 명령을 실행합니다.
./amadmin -u <admin> -w <password> -r DomainCalendarService |
./amadmin -u <admin> -w <password> -s da_base/lib/services/DomainCalendarService.xml |
변경 내용을 적용하려면 웹 컨테이너를 다시 시작합니다.
Sun Java System Instant Messaging(IM)을 설치하고 LDAP를 사용하여 사용자 등록 정보를 저장하도록 구성한 경우, Delegated Administrator에서 새 사용자를 생성하면 IM 서비스에 액세스하는 데 필요한 객체 클래스가 자동으로 사용자의 LDAP 항목에 추가됩니다.
사용자 생성 시 새 사용자가 필요한 IM 객체 클래스를 받지 못하도록 할 수 있습니다. 이렇게 하려면 Delegated Administrator 서버의 resource.properties 파일에서 등록 정보 값을 변경합니다.
텍스트 편집기에서 resource.properties 파일을 엽니다.
resource.properties 파일은 기본적으로 다음과 같은 Delegated Administrator 설치 경로의 원래(표준) 위치에 있습니다.
da-base/data/WEB-INF/classes/sun/comm/cli/server/servlet
im-provision 등록 정보 값을 true에서 false로 변경합니다.
기본값은 true입니다.
예:
im-provision=false
편집한 resource.properties 파일을 Delegated Administrator 서버에서 사용하는 웹 컨테이너에 재배포합니다.
변경 사항을 적용하려면 먼저 사용자 정의 resource.properties 파일을 웹 컨테이너에 배포하는 스크립트를 실행해야 합니다.
특정 웹 컨테이너에 사용자 정의 등록 정보 파일을 배포하는 방법에 대한 지침은 사용자 정의 구성 파일을 배포하려면을 참조하십시오.