다음과 같은 알려진 문제점과 버그는 Service Registry 3.1 릴리스의 작업에 영향을 줍니다.
문제 요약: 버전 지정이 활성화되었으며 새 버전의 객체를 만들기 위해 RegistryPackage 객체를 변경한 경우 새 버전에서 모든 패키지 내용이 사라집니다.
해결 방법: 버전 지정을 활성화하지 마십시오. 자세한 내용은 Service Registry 3.1 Administration Guide의 Enabling Versioning of Registry Objects를 참조하십시오.
문제 요약: 버전 지정이 활성화되었으며 분류를 객체의 한 버전에 추가한 다음 객체를 저장할 경우 이전 버전과 새 버전 모두에 분류가 존재합니다.
해결 방법: 버전 지정을 활성화하지 마십시오. 자세한 내용은 Service Registry 3.1 Administration Guide의 Enabling Versioning of Registry Objects를 참조하십시오.
문제 요약: 버전 지정이 활성화되었으며 Slot, Classification 또는 ExternalIdentifier를 ExternalLink가 있는 객체에 추가할 경우 ExternalLink가 새 버전의 객체에서 사라집니다.
해결 방법: 버전 지정을 활성화하지 마십시오. 자세한 내용은 Service Registry 3.1 Administration Guide의 Enabling Versioning of Registry Objects를 참조하십시오.
문제 요약: JAXR 사양에서는 사용자가 폐기된 객체로부터 또는 폐기된 객체에 연관을 만들 수 없습니다. 그러나 사용자가 폐기된 해당 객체를 소유하고 있는 경우 Service Registry JAXR 공급자는 사용자가 그러한 연관을 만드는 것을 허용합니다.
문제 요약: 웹 콘솔에서는 개인(Person) 객체에 우편 주소(PostalAddress), 전자 메일 주소(EmailAddress) 또는 전화 번호(TelephoneNumber) 등의 속성이 포함되어 있어도 개인(Person) 객체의 세부 정보 영역에서 해당 속성을 추가할 수 없습니다.
해결 방법: 개인(Person) 객체 대신 사용자(User) 객체를 만듭니다. 이러한 모든 속성을 사용자(User) 객체에 추가할 수 있습니다.
문제 요약: 사용자는 수행할 권한이 없는 연관을 만들기 위해서 관리 도구 명령인 add association을 실행하면 잘못된 오류 메시지가 표시됩니다. 예를 들어 관리자가 아닌 사용자가 HasMember 유형의 연관을 만들려고 하면 다음 오류 메시지가 나타납니다.
No Concept object exists for type: HasMember
문제 요약: 관리 도구 lcd 명령을 사용하여 현재 로컬 디렉토리를 설정할 경우 cp 명령에서는 이 디렉토리에 상대적인 경로 이름 인수가 허용됩니다. 그러나 대부분의 다른 명령(예: add user, import 및 keystoreMover)에서는 허용되지 않습니다. 이러한 명령의 경우 절대 경로 이름을 지정해야 합니다.
문제 요약: WSDL 카탈로그화 서비스는 서버에 install.properties 파일의 java.io.tmpdir 등록 정보에 의해 지정된 디렉토리에 XML 및 XSLT 파일을 남깁니다. 또한 사용자 인증 프로세스는 같은 디렉토리에 .omar로 시작하고 .jks 접미어를 가지는 파일을 남깁니다. 이러한 파일은 레지스트리 도메인이 중지될 때까지 삭제되지 않습니다.
해결 방법: 다음과 같은 이름을 가진 파일은 삭제해도 됩니다. ????? 문자는 5자리 숫자를 나타냅니다.
CanonicalXMLValidationService_OutputFile?????.xml InvocationControlFile_WSDLValidation?????.xslt
문제 요약: WSDL 파일을 레지스트리에 게시하여 서비스를 만들기 위해 WSDL 카탈로그화 서비스를 사용하면 해당 레지스트리는 서비스의 일부인 여러 객체를 만듭니다. 서비스 또는 WSDL 파일을 삭제하거나 업데이트하는 경우 이런 객체가 삭제되거나 업데이트되지 않으며 해당 객체를 개별적으로 삭제하거나 업데이트해야 합니다. 서비스나 WSDL 파일을 삭제하거나 업데이트하면 카탈로그화된 객체도 삭제하거나 업데이트해야 합니다.
문제 요약: 사용자가 웹 콘솔에서 FindAllMyObjects 쿼리를 선택하여 실행하면 결과에 쿼리를 실행한 사용자에 대한 사용자(User) 객체가 사용자의 다른 모든 객체와 함께 포함되어 표시됩니다. 사용자가 실수로 이 객체를 삭제하면 중대한 문제가 초래됩니다. 사용자는 해당 사용자로서 게시한 객체에서 더 이상 작업을 수행할 수 없으며 객체를 추가로 게시하려면 사용자 등록을 다시 해야 합니다. FindAllMyObjects 쿼리는 이 사용자(User) 객체를 표시하지 않아야 합니다. GetCallersUser 쿼리만 이 객체를 표시해야 합니다.
해결 방법: 자신의 사용자(User) 객체를 삭제하지 않도록 주의하십시오.
문제 요약: 웹 콘솔에서 임의 유형의 객체를 만드는 동안에 상태 설정 또는 변경 버튼이 회색으로 표시되지 않습니다. 그러나 아직 만들어지지 않은 객체의 상태를 설정하거나 변경할 수 없습니다. 사용자가 이 버튼을 누를 경우 객체를 찾을 수 없다는 오류 메시지가 표시됩니다.
해결 방법: 만들고 있는 객체에서 상태 설정 또는 변경 버튼을 누르지 마십시오. 적용을 눌러 객체 작성을 완료한 다음 객체를 검색하고 해당 상태를 변경합니다.
문제 요약: 객체를 만들 경우 객체의 상태는 Submitted입니다. 그러나 객체를 수정하고 저장한 후 상태가 null로 변경됩니다. 객체의 상태는 계속해서 Submitted이어야 합니다.
웹 콘솔에서 객체를 수정한 후 상태 풀다운 메뉴의 텍스트가 제출됨에서 상태 선택으로 변경됩니다(버그 6501767).
문제 요약: 웹 콘솔의 검색 영역에서 분류 노드 선택 버튼을 누를 경우 개념을 선택한 후 확인을 누르라는 텍스트가 나타나지만 버튼은 닫기로 표시됩니다.
문제 요약: 웹 콘솔에서 새 사용자의 세부 정보 양식 및 사용자 인증 세부 정보 양식에 별표가 포함되어 있지만 별표가 필수 필드를 나타낸다는 것이 양식에서 설명되지 않습니다.
해결 방법: 온라인 도움말에는 필수인 필드가 설명되어 있습니다.
문제 요약: Solaris, HP-UX 및 Windows 플랫폼에서 JVM 등록 정보 java.io.tmpdir이 슬래시(/)로 끝나는 값으로 설정된 경우 zip 파일의 WSDL 카탈로거를 사용하려고 하면 오류가 발생합니다. 이 오류로 인해 CatalogingException이 발생하며 요청에 있는 파일 중 하나를 카탈로거가 찾을 수 없다는 메시지가 표시됩니다.
java.io.tmpdir의 기본 설정이 슬래시로 끝나지 않는 Linux에서는 이 문제가 발생하지 않습니다.
해결 방법: 슬래시로 끝나지 않도록 java.io.tmpdir의 값을 변경합니다.
다음 단계를 수행합니다.
Service Registry 3.1 Administration Guide의 To Use the Application Server Admin Console에 설명된 대로 Application Server 관리 콘솔에 로그인합니다.
구성 노드를 확장합니다.
서버 노드 server-config (Admin Config)를 확장합니다.
JVM 설정을 누릅니다.
JVM 옵션 탭을 누릅니다.
JVM 옵션 추가를 누릅니다.
텍스트 필드에 다음을 입력합니다(모두 한 줄로 표시).
Solaris OS 및 HP-UX: -Djava.io.tmpdir=/var/tmp
Windows: -Djava.io.tmpdir=c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp
저장을 누릅니다.
Service Registry 3.1 Administration Guide의 To Stop and Restart the Application Server Domain for the Registry에 설명된 지침을 따릅니다.
이러한 단계를 수행한 후 여러 WSDL 파일을 포함하는 zip 파일을 게시할 수 있어야 합니다.
문제 요약: 버전 지정을 활성화하고 JAXR 공급자를 사용하여 Organization 객체를 만든 경우 Organization을 저장하기 전에 기존 Service 객체를 추가하려고 하면 프로그램에서 스택 추적과 함께 오류가 발생함
문제 요약: HP-UX 시스템의 웹 콘솔에서 Internet Explorer 6을 사용하여 사용자 등록을 수행할 경우 생성된 인증서에 액세스하는 데 문제가 발생합니다. 특히 등록한 다음 생성된 인증서를 다운로드하여 Internet Explorer 6에 가져올 경우 Service Registry에 한 번 로그인할 수 있지만 이후에는 로그인이 실패합니다. 명제 실패가 서버 로그 파일에 표시됩니다.
해결 방법: Firefox와 같은 다른 브라우저를 사용하여 HP-UX 시스템의 웹 콘솔에 액세스합니다.