Access Manager가 Application Server 노드 에이전트에 배포된 경우 Delegated Administrator를 2004Q2 버전에서 6.4 버전(현재 릴리스)으로 업그레이드할 수 없습니다.
이 문제는 Delegated Administrator가 Application Server에 배포되어 있는 상태에서 Application Server를 버전 7에서 버전 8.x로 업그레이드하면 발생합니다. asupgrade 유틸리티는 Application Server 7 server1 인스턴스를 노드 에이전트에서 실행 중인 Application Server 8.x server1 대상으로 마이그레이션합니다. 그러나 asupgrade는 가상 서버의 값을 Application Server 7의 server1에서 Application Server 8.x의 server로 변경합니다.
해결 방법:
Delegated Administrator 구성 프로그램 config-commda를 실행할 경우 Application Server 기본 설정 패널에서 대상 및 가상 서버의 값을 지정합니다.
대상: server1
가상 서버: server
Delegated Administrator를 6.4 버전(현재 릴리스)으로 업그레이드하지 않고 Access Manager 7.0으로 업그레이드하면 사용자 작성이 실패합니다.
이 문제는 Delegated Administrator 6 2005Q1(Java ES 릴리스 3) 이전 버전을 실행 중인 경우에만 발생합니다. Delegated Administrator 버전 6 2005Q4(Java ES 릴리스 4)를 설치했거나 Delegated Administrator를 버전 6.4로 이미 업그레이드한 경우에는 이 문제가 발생하지 않습니다.
Java Enterprise System 릴리스 5로 업그레이드할 때, Access Manager를 버전 6.x에서 7.0으로 업그레이드하지만 Delegated Administrator는 버전 6.4로 업그레이드하지 않으면 메일 또는 달력 서비스를 사용한 사용자 작성이 실패합니다.
이 문제를 해결하려면 Delegated Administrator를 버전 6.4로 업그레이드하는 것이 좋습니다. Delegated Administrator를 업그레이드할 수 없는 특별한 이유가 있는 경우 다음 해결 방법에 설명된 단계를 수행하십시오.
해결 방법:
기본적으로 다음 디렉토리에 있는 UserCalendarService.xml 파일을 업그레이드합니다.
/opt/SUNWcomm/lib/services/UserCalendarService.xml |
UserCalendarService.xml 파일에서 mail, icssubscribed 및 icsfirstday 속성을 필수 대신 선택 사항으로 지정합니다.
다음 예에서처럼 Access Manager에서 amadmin 명령을 실행하여 기존 xml 파일을 제거합니다.
amadmin -u amadmin -w netscape -r UserCalendarService |
다음 예에서처럼 Access Manager에서 업데이트된 xml 파일을 추가합니다.
amadmin -u amadmin -w netscape -s /opt/SUNWcomm/lib/services/UserCalendarService.xml |
웹 컨테이너를 다시 시작합니다.
Delegated Administrator 구성 프로그램에서 도메인 구분자 필드에 올바르지 않은 값을 입력할 수 있습니다.
구성 프로그램 config-commda에서 도메인 구분자 필드에 ^와 같은 올바르지 않은 문자를 입력할 수 있습니다. 올바르지 않은 도메인 구분자 문자가 있는 로그인 아이디를 사용하면 Delegated Administrator 콘솔에 로그인할 수 없습니다.
해결 방법: 다음 기본 경로에 있는 daconfig.properties 파일에서 commadminserver.domainseparator 등록 정보의 값을 편집합니다.
/var/opt/SUNWcomm/da/WEB-INF/classes/ com/sun/comm/da/resources/daconfig.properties |
@, - 또는 _와 같은 올바른 값을 사용합니다.
편집된 daconfig.properties 파일을 Delegated Administrator 콘솔에서 사용하는 웹 컨테이너에 다시 배포합니다.
변경 내용을 적용하려면 사용자 정의된 daconfig.properties 파일을 웹 컨테이너에 배포하는 스크립트를 실행해야 합니다.
사용자 정의된 등록 정보 파일을 특정 웹 컨테이너에 배포하는 방법에 대한 자세한 내용은 Sun Java System Delegated Administrator 6.4 관리 설명서의 사용자 정의 구성 파일을 배포하려면을 참조하십시오.
config-commda 프로그램으로 Delegated Administrator를 재구성할 때 resource.properties 파일의 값을 덮어씁니다.
config-commda 프로그램을 다시 실행하여 Delegated Administrator의 기존에 구성된 설치를 구성하는 경우, resource.properties 파일의 등록 정보가 기본값으로 재설정됩니다.
예를 들어, 이전에 다음 등록 정보를 다음 값으로 설정했다고 가정합니다.
jdapi-wildusersearchmaxresults=50
jdapi-wildorgsearchmaxresults=10
그런 다음 config-commda를 실행합니다. 다음과 같이 이 등록 정보가 기본값으로 재설정됩니다.
jdapi-wildusersearchmaxresults=-1
jdapi-wildorgsearchmaxresults=-1
이 문제는 Delegated Administrator 구성을 변경한 경우(resource.properties 파일에서 등록 정보 값을 수정했거나 플러그 인을 활성화한 경우)에만 나타납니다.
해결 방법: Delegated Administrator를 업그레이드해야 하거나 어떤 이유로 config-commda 프로그램을 다시 실행해야 하는 경우 다음 단계를 수행하면 기존 구성을 유지할 수 있습니다.
resource.properties 파일을 백업합니다.
resource.properties 파일은 다음 기본 경로에 위치합니다.
da_base/data/WEB-INF/classes/sun/comm/cli/server/servlet/ resource.properties |
config-commda 프로그램을 실행합니다.
config-commda 프로그램으로 만들어진 새 resource.properties 파일을 편집합니다. 다음 단계를 수행합니다.
새 파일은 위의 "1. resource.properties 파일을 백업합니다."에 표시된 기본 경로에 위치합니다.
새 resource.properties 파일을 엽니다.
Delegated Administrator 서버에서 사용하는 웹 컨테이너에 배포된 파일이 아니라 Delegated Administrator 설치 디렉토리의 원래(표준) 위치에 있는 resource.properties 파일을 편집해야 합니다.
resource.properties 파일의 백업 복사본을 엽니다.
백업 복사본에서 사용자 정의된 등록 정보를 찾습니다. 사용자 정의된 값을 새 resource.properties 파일의 해당 등록 정보에 적용합니다.
새 resource.properties 파일을 전체 백업 복사본으로 덮어쓰지 마십시오. 새 파일에 이 릴리스의 Delegated Administrator를 지원하기 위해 작성된 새 등록 정보가 있을 수 있기 때문입니다.
편집된 resource.properties 파일을 Delegated Administrator 서버에서 사용하는 웹 컨테이너에 다시 배포합니다.
변경 내용을 적용하려면 사용자 정의된 resource.properties 파일을 웹 컨테이너에 배포하는 스크립트를 실행해야 합니다.
사용자 정의된 등록 정보 파일을 특정 웹 컨테이너에 배포하는 방법에 대한 자세한 내용은 Sun Java System Delegated Administrator 6.4 관리 설명서의 사용자 정의 구성 파일을 배포하려면을 참조하십시오.
Delegated Administrator 구성 프로그램(config-commda)에서 만든 기본 조직 이름의 첫 번째 부분이 루트 접미어 이름과 일치하는 경우 조직을 만들 수 없습니다.
config-commda 프로그램을 실행할 때 첫 번째 문자가 루트 접미어와 같은 기본 조직 DN을 지정한 경우 이름 충돌 오류가 발생합니다. 예를 들어, 이름이 o=ispsesta.com인 조직을 만든 경우 루트 접미어가 o=isp이면 이 오류가 발생합니다.
해결 방법: 상태 파일을 사용하여 자동 설치 모드에서 config-commda 프로그램을 실행합니다. 자동 설치 모드에서는 구성 프로그램이 조직 DN 값의 유효성을 검사하지 않으므로 조직을 만들 수 있습니다.
또는 기본 조직 DN이 루트 접미어 이름과 동일한 문자열로 시작되지 않도록 합니다.