test

Service Registry 3 2005Q4 릴리스 노트

알려진 문제점 및 버그

다음과 같은 알려진 문제점과 버그는 Service Registry 3 2005Q4 릴리스의 작업에 영향을 줍니다.

Organization 객체의 EmailAddress 객체를 검색할 수 없음(6290339)

문제 요약: JAXR 공급자가 Organization 객체에서 전자 메일 주소를 검색할 수 없습니다. 전자 메일 주소를 사용하여 Organization 객체를 게시하면 게시가 성공한 것처럼 보이지만 OrganizationImpl.getEmailAddresses 메소드 결과가 반환되지 않습니다. 이 문제로 인해 웹 콘솔에 빈 표시가 생깁니다.

게시 작업 간에 ClassificationScheme 표시가 지속됨(6297023)

문제 요약: ClassificationScheme에서 개념을 선택해야 하는 ExtrinsicObject 또는 ExternalLink와 같은 객체를 웹 콘솔에서 게시하면 다음에 다른 객체를 게시할 때 두 번째 객체가 다른 객체 유형인 경우에도 ClassificationScheme 창이 동일한 위치에서 열립니다.

이와 마찬가지로, 분류를 기준으로 검색하고 검색 양식을 닫는 다른 작업(예: 게시 작업)을 수행한 다음 검색 양식을 다시 열면 ClassificationScheme 표시가 검색 양식을 닫았을 때와 같습니다.

Organization 객체 간의 참조를 만들려고 하면 오류가 발생함(6298946)

문제 요약: 웹 콘솔에서 두 Organization 객체의 선택 확인란을 선택하고 연관 만들기를 클릭한 다음 저장을 클릭하여 기본 관계(객체 참조)를 저장하면 웹 콘솔에서 오류를 보고하지만 자세한 오류 메시지가 표시되지 않습니다. 서버 로그에 스택 추적이 나타납니다.

외부 객체에 새 저장소 항목을 추가할 때 내용 버전 주석이 손실됨(6301689)

문제 요약: 웹 콘솔에서 저장소 항목 없이 ExtrinsicObject를 게시한 다음 저장소 항목을 추가하고 이 저장소 항목에 내용 버전 주석을 제공하면 변경된 ExtrinsicObject를 저장한 후 항목을 검색할 때 내용 버전 주석이 없습니다.

중복 사용자 이름이 있으면 불명확 오류 메시지가 발생함(6303812)

문제 요약: 웹 콘솔에서 사용자가 생성된 인증서를 사용하여 사용자 계정을 만들려고 시도하고 이미 서버에 알려진 별칭을 지정하면 웹 콘솔의 단계 3 페이지에 다음 오류가 표시됩니다.

An error has occured. See server logs or contact Registry support.

해결 방법: 서버 로그를 검사합니다. 근본 원인은 스택 추적에 포함되어 있습니다.

Caused by: java.lang.Exception: Key pair not generated, alias name already 
exists

일부 검색에서 예기치 않은 결과가 반환됨(6312083)

문제 요약: 웹 콘솔에서 개인 또는 사용자 객체 이름을 기준으로 검색하면 데이터베이스에 있는 미리 정의된 사용자나 이름 대신 PersonName이 정의된 개인 또는 사용자가 반환되지 않습니다. 또한 이름에 특정 문자 수가 포함된 객체를 검색하면(예: "__" 검색 문자열을 사용하여 두 자 이름 검색) 이름에 지정한 개수가 아닌 다른 문자 수가 포함된 많은 객체가 반환됩니다.

인증서 고유 이름을 만들 때 등록 마법사가 필수 값을 무시함(6312094)

문제 요약: 웹 콘솔에서 사용자 등록 마법사는 생성하는 인증서의 고유 이름(DN)을 만들 때 새 사용자 세부 정보에서 지정한 일부 옵션 값(구/군/시, 시/도 및 국가)을 사용합니다. 그러나 사용자 인증 세부 정보 페이지에서 지정한 필수 값은 하나의 값만 제외하고 모두 무시합니다. (이름 값만 사용합니다.)

해결 방법: 구/군/시, 시/도 또는 국가를 인증서 DN에 포함하려면 사용자 인증 세부 정보 페이지 외에 새 사용자 세부 정보 페이지에서도 해당 값을 지정합니다.

ExternalLink 및 ServiceBinding 객체에 대한 URI 설정 시도가 실패함(6312531)

문제 요약: Service Registry을 구성한 후 관리자가 레지스트리를 배포할 Application Server 인스턴스의 JavaTM Virtual Machine(JVM)에 프록시 호스트와 포트를 설정하지 않으면 웹 콘솔 사용자는 ExternalLink 객체에 대한 외부 URI와 ServiceBinding 객체에 대한 액세스 URI를 지정할 수 없습니다. 실제로 URI 형식이 올바른 경우에도 오류 메시지에서 URI 형식이 잘못되었다고 보고합니다.

해결 방법: Service Registry 3 2005Q4 관리 설명서의 Allowing Access to External Web Sites에 설명된 것처럼 프록시 호스트와 포트를 설정합니다.

다시 설치 후 Service Registry 구성이 실패함(6313327)

문제 요약: Java Enterprise System 설치 제거 프로그램을 사용하여 Service Registry를 제거한 다음 다시 설치하고 설치 후 구성을 수행하면 구성 스크립트가 실패하고 다음 오류 메시지가 표시됩니다. 

Domain registry already exists. Please specify a different domain.

이 문제는 설치 제거 프로그램이 레지스트리에 대한 Application Server 도메인을 중지하거나 제거하지 않기 때문입니다. 수동으로 이 작업을 수행해야 합니다.

해결 방법: Service Registry를 제거하기 전에 레지스트리에 대한 Application Server 도메인을 중지한 다음 도메인을 삭제합니다. 자세한 내용은 Service Registry 3 2005Q4 관리 설명서의 Reinstalling Service Registry를 참조하십시오.

-alias 옵션을 사용하면 관리 도구가 실패함(6313791)

문제 요약: 관리 도구를 사용하여 관리자 권한이 필요한 작업을 수행하면 스택 추적과 NoClassDefFoundError가 발생합니다. 오류 원인은 관리 도구 JAR 파일의 매니페스트 클래스 경로에 파일이 없기 때문입니다.

해결 방법: Service Registry 3 2005Q4 관리 설명서의 To Enable Use of the Administration Tool에 설명된 지침을 따릅니다.

잘못된 개념을 사용하여 ExtrinsicObject 또는 ExternalLink를 만든 후 오류가 발생함(6318002)

문제 요약: 웹 콘솔에서 ExtrinsicObject를 만들고 ExtrinsicObject 이외의 개념 아래에 있는 개념을 선택하면 생성에 성공한 것처럼 표시되지만 실제로 오류가 발생했습니다. ExternalLink를 만들고 ExternalLink 이외의 개념 아래에 있는 개념을 선택해도 동일한 문제가 발생합니다.

이러한 오류는 서버 로그에 NullPointerException으로 표시됩니다.

개념이 RegistryObject 아래의 다른 하위 개념이면 새 객체를 검색할 때 해당 객체를 찾을 수 없습니다. 개념이 ObjectType 이외의 ClassificationScheme 아래에 있으면 데이터베이스가 손상됩니다. 서버를 다시 시작할 때 런타임 오류가 발생합니다(InvocationTargetException).

객체 유형 개념은 ExtrinsicObject 또는 ExternalLink 개념 내의 하위 개념이어야 하지만 웹 콘솔에서 이 요구 사항을 적용하지 않습니다.

해결 방법: 관리 도구를 사용하여 잘못된 개념을 사용하는 객체를 찾습니다. select 명령을 사용하여 객체를 찾고 rm 명령을 사용하여 객체를 삭제합니다. 이 작업 단계는 다음과 같습니다.

  1. Service Registry 3 2005Q4 관리 설명서의 To Stop and Restart the Application Server Domain for the Registry에 설명된 것처럼 Service Registry를 다시 시작합니다.

  2. Service Registry 3 2005Q4 관리 설명서의 Starting the Admin Tool에 설명된 것처럼 레지스트리 관리자 또는 손상된 객체의 소유자로 관리 도구를 시작합니다.

  3. 데이터베이스에서 최상위 위치로 이동합니다.


    admin> cd /

  4. select 명령을 사용하여 제거할 객체를 나열합니다. 레지스트리 관리자로 도구를 시작한 경우 다음 명령을 사용합니다(모두 한 줄에 입력).


    admin> select ro.* FROM RegistryObject ro, ClassificationNode cn 
WHERE ro.objectType = cn.id AND NOT ( cn.path = 
'/urn:oasis:names:tc:ebxml-regrep:classificationScheme:ObjectType/RegistryObject' 
or cn.path like 
'/urn:oasis:names:tc:ebxml-regrep:classificationScheme:ObjectType/RegistryObject/%' )

    객체 소유자로 도구를 시작한 경우 다음 명령을 사용합니다(모두 한 줄에 입력).


    admin> select ro.* FROM RegistryObject ro, ClassificationNode cn, 
AffectedObject ao, AuditableEvent ae WHERE ro.objectType = cn.id AND 
ae.user_ = $currentUser AND ao.id = ro.id AND ao.eventId = ae.id AND NOT 
( cn.path = 
'/urn:oasis:names:tc:ebxml-regrep:classificationScheme:ObjectType/RegistryObject' 
or cn.path like 
'/urn:oasis:names:tc:ebxml-regrep:classificationScheme:ObjectType/RegistryObject/%' )

  5. rm 명령을 사용하여 객체를 삭제합니다. 삭제할 각 객체의 URN을 지정합니다.


    admin> rm urn1 urn2 ...

  6. select 명령을 다시 실행하여 객체가 더 이상 레지스트리에 없는지 확인합니다.

객체 생성에 대해 AuditableEvent를 삭제하면 예외가 발생함(6323057)

문제 요약: 영향을 받는 객체 목록에 소유한 객체가 하나 이상 포함되어 있는 AuditableEvent를 삭제하면 영향을 받는 객체의 감사 기록이 손상됩니다. 특히 User 객체에 대해 생성됨 이벤트를 삭제하면 중대한 문제가 발생합니다. 예를 들어, 이 이벤트를 삭제한 후 FindAllMyObjects 검색을 수행할 때마다 런타임 예외가 발생합니다.

적용 버튼을 클릭하기 전에 저장소 항목을 보려고 하면 오류가 발생함(6324423)

문제 요약: 웹 콘솔에서 ExtrinsicObject를 만들고 저장소 항목을 추가하면 저장소 항목 내용 보기가 파일을 업로드하는 즉시, 저장 또는 적용 버튼을 클릭하기 전에 활성화됩니다. 적용을 클릭하기 전에 링크를 클릭하면 오류 404 메시지가 표시됩니다. 유효한 링크가 되기 전에 링크가 활성화되지 않아야 합니다.

해결 방법: 저장을 클릭하기 전에 저장소 항목을 보지 마십시오.

후속 검색에서 고정된 객체가 복제됨(6324437)

문제 요약: 웹 콘솔의 고정 기능을 사용하여 객체를 제자리에 유지하면 추가 검색을 수행할 때 객체가 검색 결과 영역에 두 번 이상 표시될 수 있습니다.

해결 방법: 로그아웃 버튼 또는 세션 종료 버튼을 클릭하여 현재 세션을 종료합니다. 새 세션을 시작한 후 올바른 검색 결과가 반환됩니다.

탐색기에 잘못된 데이터가 표시됨(6325095)

문제 요약: 탐색기 메뉴를 사용하여 ClassificationScheme 개념을 보면 최하위 노드 XML과 Registry에 하나의 개념 대신 두 개의 개념이 표시됩니다. 두 경우 모두, 올바른 노드(각각 XMLSchema 및 RegistryPackage) 바로 뒤에 노드가 표시됩니다.

Service Registry를 다시 설치하면 기존 저장소 데이터베이스가 삭제됨(6329272)

문제 요약: Service Registry를 다시 설치하는 ant install 명령은 저장소 데이터베이스도 삭제하고 다시 설치합니다. 관리자가 이전에 데이터베이스를 백업하지 않은 경우 사용자 데이터가 손실되어 검색할 수 없게 됩니다.

관리자는 Service Registry 3 2005Q4 관리 설명서의 Reinstalling Service Registry에 설명된 다음 지침을 따라야 합니다. 데이터베이스를 다시 설치하기 전에 항상 백업하십시오.

서버를 다시 시작한 직후 로그인하면 예외가 발생함(6330540)

문제 요약: 관리자가 Service Registry를 다시 시작한 직후 사용자가 웹 콘솔에 액세스하면 사용자가 처음 수행한 작업이 로그인일 경우 사용자가 검색을 시도할 때 예외가 발생합니다. 예외는 다음과 같이 표시됩니다.

An error has occurred. See below for details:
Could not initialize the Search panel. java.lang.NullPointerException Check
the server log for more details or contact your Registry Administrator.

해결 방법: 서버를 다시 시작한 직후 웹 콘솔에 액세스하는 경우 먼저 검색을 수행한 다음 로그인합니다.

기존 노드에 ClassificationNode를 추가할 수 없음(6331538)

문제 요약: 웹 콘솔을 사용하여 자신이 만들지 않은 기존 ClassificationScheme 또는 ClassificationNode에 새 개념(ClassificationNode)을 추가하면 현재 사용자에게 새 노드를 추가할 수 있는 권한이 없다는 오류 메시지가 표시됩니다.

해결 방법: 관리자에게는 임의의 ClassificationScheme 또는 ClassificationNode에 ClassificationNode를 추가할 수 있는 권한이 있습니다. Service Registry 3 2005Q4 관리 설명서의 Creating an Administrator에 설명된 지침에 따라 자신을 관리자로 만들고 개념을 추가하거나 해당 Service Registry 설치의 관리자에게 개념을 추가하도록 요청합니다.