Service Registry는 ebXML 레지스트리입니다. 즉, 표준 및 확장 메타데이터에 의해 설명되는 모든 유형의 전자 내용을 관리하는 연합 레지스트리 및 저장소입니다. 이 레지스트리는 SOA(Service Oriented Architecture), 기타 내용 및 메타데이터에 대한 연합되고 안전한 정보를 제공합니다. ebXML Registry 3.0 및 UDDI 3.0 레지스트리 프로토콜을 지원합니다.
이 절에서는 Service Registry 3.1의 새 기능, 특징 및 지원되는 제품 관련 정보를 제공합니다.
Service Registry 기본 액세스 포트 값은 이전 포트 값인 6060이 X Window System(X11) 사용을 위해 IANA(Internet Assigned Numbers Authority)에 등록된 값과 충돌하기 때문에 변경되었습니다. 새 기본 액세스 포트 값은 6480입니다. 모든 기본 Service Registry 포트가 이제 IANA에 등록되었습니다.
JAXR(Java API for XML Registries)을 사용하는 모든 기존 클라이언트는 새 포트 값을 사용하도록 변경해야 합니다. javax.xml.registry.queryManagerURL 및 javax.xml.registry.lifeCycleManagerManagerURL 등록 정보는 JAXR 클라이언트에 이 포트 값을 지정합니다. 이러한 등록 정보가 등록 정보 파일에 정의되어 있는 경우 클라이언트를 다시 컴파일하지 않아도 됩니다.
Service Registry 패키지 표 1–1에 표시된 것처럼 이름이 변경되었습니다.
표 1–1 Service Registry 패키지 이름 변경 사항
패키지 설명 |
Java ES 4 패키지 이름 |
Java ES 5 패키지 이름 |
---|---|---|
Solaris OS의 배포 패키지 |
SUNWsoar-server |
SUNWsrvc-registry-deploy |
Linux 및 HP-UX 시스템의 배포 패키지 |
sun-soarserver |
sun-srvc-registry-deploy |
Solaris OS의 개발 패키지 |
SUNWsoar-sdk |
SUNWsrvc-registry-dev |
Linux 및 HP-UX 시스템의 개발 패키지 |
sun-soarsdk |
sun-srvc-registry-dev |
Service Registry의 설치 경로 이름은 표 1–2에 표시된 것처럼 변경되었습니다.
표 1–2 Service Registry 설치 경로 이름 변경 사항
설명 |
Java ES 4 경로 이름 |
Java ES5 경로 이름 |
---|---|---|
Solaris OS의 기본 설치 디렉토리 |
/opt/SUNWsoar |
/opt/SUNWsrvc-registry |
Linux 및 HP-UX 시스템의 기본 설치 디렉토리 |
/opt/sun/SUNWsoar |
/opt/sun/srvc-registry |
Solaris OS의 도메인 및 데이터 설치 디렉토리 |
/var/opt/SUNWsoar |
/var/opt/SUNWsrvc-registry |
Linux 및 HP-UX 시스템의 도메인 및 데이터 설치 디렉토리 |
/var/opt/sun/SUNWsoar |
/var/opt/sun/srvc-registry |
이전 릴리스에서 Service Registry를 구성하기 위해 사용한 Ant 대상의 이름은 install이었습니다. 이 릴리스에서 해당 대상 이름은 configure입니다. 역방향 호환성을 위해 install 대상은 계속 지원되지만 이후 버전에서는 삭제될 가능성이 있습니다. 자세한 내용은 Service Registry 3.1 Administration Guide의 1 장, Configuring and Setting Up Service Registry을 참조하십시오.
이 매체를 발행한 이후 릴리스된 내게 필요한 옵션 기능을 사용하려면 Sun에 요청하여 구할 수 있는 섹션 508 제품 평가를 참조하여 관련 솔루션을 배포하는 데 가장 적합한 버전을 확인하십시오. 업데이트된 응용 프로그램 버전은 http://sun.com/software/javaenterprisesystem/get.html에서 볼 수 있습니다. 내게 필요한 옵션 기능 구현을 위한 Sun의 방침에 대해 자세히 알아보려면 http://sun.com/access를 방문하십시오.
Service Registry에는 JAXR(Java API for XML Registries) 사양 버전 1.0의 구현이 포함되어 있습니다. JAXR 1.0은 UDDI 및 ebXML Registry 2.0 사양을 지원하기 위해 작성되었습니다. Service Registry의 JAXR 구현에는 JAXR 1.0에 대한 비표준 확장이 포함되어 있습니다. 이러한 API 확장은 JAXR 사양의 이후 버전에서 이후 JAXR 표준에 추가될 수 있습니다.
API 확장은 Service Registry의 이후 릴리스에서 변경될 수 있습니다. Sun은 Service Registry의 이후 릴리스에서 이러한 API에 대해 역방향 호환성을 유지 관리하기 위해 노력할 것입니다. 하지만 역방향 호환성을 제공할 수 없는 경우도 있습니다. API 확장을 사용하려는 고객은 이후 릴리스의 Service Registry JAXR 공급자 내에서 이러한 API 확장이 변경될 수 있음을 명심해야 합니다.
다음 표에서는 이 설명서에서 사용되는 기본 경로 및 파일 이름을 설명합니다.
표 1–3 기본 경로 및 파일 이름
자리 표시자 |
설명 |
기본값 |
---|---|---|
ServiceRegistry-base |
Service Registry의 기본 설치 디렉토리를 나타냅니다. |
Solaris OS: /opt/SUNWsrvc-registry Linux 및 HP-UX 시스템: /opt/sun/srvc-registry |
RegistryDomain-base |
Service Registry에 대한 Application Server 도메인 및 Service Registry 데이터베이스가 있는 디렉토리를 나타냅니다. |
Solaris OS: /var/opt/SUNWsrvc-registry Linux 및 HP-UX 시스템: /var/opt/sun/srvc-registry |
Ant-base |
Ant 도구의 Java ES 버전이 있는 디렉토리를 나타냅니다. |
Solaris OS: /usr/sfw/bin/ Linux 및 HP-UX 시스템: /opt/sun/share/bin |
이 절에서는 Service Registry 3.1을 설치하기 전에 충족되어야 하는 요구 사항에 대해 설명합니다.
대부분은 Service Registry의 요구 사항과 Sun Java System Application Server의 요구 사항이 동일합니다. 표 1–4의 디스크 공간 요구 사항은 Application Server의 디스크 공간 요구 사항 외의 추가 요구 사항입니다.
표 1–4 지원되는 운영 체제
운영 체제 |
최소 메모리 |
권장 메모리 |
최소 디스크 공간 |
권장 디스크 공간 |
JVM |
---|---|---|---|---|---|
Sun Solaris 9, 10(SPARC, x86) |
640MB |
1GB |
80MB의 여유 공간 |
120MB의 여유 공간 |
J2SE 1.4.2_10, J2SE 5_09 |
Redhat Enterprise Linux 3.0 U1, 4.0 |
640MB |
1GB |
65MB의 여유 공간 |
100MB의 여유 공간 |
J2SE 1.4.2_10, J2SE 5_09 |
HP-UX 11i (11.11) v1 |
640MB |
1GB |
65MB의 여유 공간 |
100MB의 여유 공간 |
J2SE 5_03 |
Java Enterprise System에 대해 설명된 사항 외의 추가 패치는 없습니다.
Service Registry 설명서 세트는 http://docs.sun.com/coll/1314.2 및 http://docs.sun.com/coll/1398.2에 있습니다. Service Registry에 대한 자세한 내용은 다음 표에 나열된 설명서를 참조하십시오.
표 1–5 Service Registry 설명서
문서 제목 |
내용 |
---|---|
알려진 문제를 포함하여 Service Registry에 대한 최신 정보가 포함되어 있습니다. |
|
설치 후 Service Registry 구성 방법 및 레지스트리와 함께 제공되는 관리 도구의 사용 방법에 대해 설명합니다. 또한 기타 관리 작업을 수행하는 방법에 대해서도 설명합니다. |
|
Service Registry 웹 콘솔을 사용하여 Service Registry를 검색하고 데이터를 게시하는 방법에 대해 설명합니다. |
|
Service Registry를 검색하고 이 Service Registry에 데이터를 게시하기 위해 JAXR(Java API for XML Registries)을 사용하는 방법에 대해 설명합니다. |
Service Registry를 설치하면 Sun Java System Application Server에 배포됩니다. Application Server 관리에 대한 자세한 내용은 Sun Java System Application Server Enterprise Edition 8.2 Administration Guide를 참조하십시오.
Java ES 설명서 세트에서는 배포 계획 및 시스템 설치를 설명합니다. 시스템 설명서의 URL은 http://docs.sun.com/coll/1286.2 및 http://docs.sun.com/coll/1397.2입니다. Java ES에 대한 소개는 다음 표에 나열된 설명서를 순서대로 참조하십시오.
표 1–6 Java Enterprise System 설명서
문서 제목 |
내용 |
---|---|
Sun Java Enterprise System 5 Release Notes for UNIX Sun Java Enterprise System 5 Release Notes for Microsoft Windows |
알려진 문제를 포함하여 Java ES에 대한 최신 정보를 설명합니다. 또한 구성 요소에는 릴리스 노트 모음(http://docs.sun.com/coll/1315.2 및 http://docs.sun.com/coll/1411.2)에 나열된 고유한 릴리스 노트가 있습니다. |
Java ES의 기술 및 개념적 기초를 소개합니다. 구성 요소, 구조, 프로세스 및 기능을 설명합니다. |
|
Java ES 기반 엔터프라이즈 배포 솔루션의 계획 및 설계를 소개합니다. 배포 계획 및 설계의 기본 개념 및 원칙을 제시하고, 솔루션 라이프 사이클을 설명하며, Java ES 기반 솔루션 설계 시에 사용하는 수준 높은 전략 및 예제를 제공합니다. |
|
Java ES 배포의 하드웨어, 운영 체제 및 네트워크 측면에 대한 구현 사양을 개발할 수 있도록 도와줍니다. 설치 및 구성 계획에서 제시되는 구성 요소 종속성과 같은 문제에 대해 설명합니다. |
|
Sun Java Enterprise System 5 Installation Guide for UNIX Sun Java Enterprise System 5 Installation Guide for Microsoft Windows |
Java ES를 설치하는 과정에 대해 설명합니다. 또한 설치 후 구성 요소를 구성하는 방법과 구성 요소가 제대로 작동하는지를 확인하는 방법에 대해 설명합니다. |
Sun Java Enterprise System 5 Installation Reference for UNIX |
구성 매개 변수에 대한 추가 정보 및 구성 계획에 사용하는 워크시트를 제공하며, Solaris 운영 체제 및 Linux 운영 환경에서의 기본 디렉토리 및 포트 번호와 같은 참조 자료를 나열합니다. |
Sun Java Enterprise System 5 Upgrade Guide for UNIX Sun Java Enterprise System 5 Upgrade Guide for Microsoft Windows |
이전에 설치된 버전에서 Java ES 5로 업그레이드하기 위한 지침을 제공합니다. |
실시간 데이터를 보고 모니터링 규칙을 만들기 위해 각 제품 구성 요소에 대한 모니터링 프레임워크를 설정하고 모니터링 콘솔을 사용하는 지침을 제공합니다. |
|
Java ES 및 해당 구성 요소의 모든 설명서에 대한 URL은 http://docs.sun.com/prod/entsys.5 및 http://docs.sun.com/prod/entsys.5?1=ko 입니다.
다음 표에서는 Service Registry 3에서 보고되었고 Service Registry 3.1에서 해결되거나 닫은 버그에 대해 설명합니다.
표 1–7 이 릴리스에서 해결되거나 닫은 버그
버그 번호 |
설명 |
---|---|
6290339 |
조직(Organization) 객체에 대한 전자 메일 주소(EmailAddress) 객체를 검색할 수 없음 |
6297023 |
게시 작업 간에 분류 방법(ClassificationScheme) 표시가 지속됨 |
6298088 |
외부 객체에는 멀티바이트 파일 이름이 지원되지 않음 |
6298946 |
조직(Organization) 객체 간의 참조를 만들려고 하면 오류가 발생함 |
6301689 |
외부 객체에 새 저장소 항목을 추가할 때 내용 버전 주석이 손실됨 |
6303812 |
중복 사용자 이름이 있으면 불명확 오류 메시지가 발생함 |
6305138 |
UDDI 자원 번들이 현지화되지 않았음 |
6305210 |
Application Server 도메인이 영어 이외의 로켈을 사용하는 경우 레지스트리에서 영어 로켈을 사용할 수 없음 |
6307262 |
이름을 기준으로 쿼리하면 정규적인 각 분류 방법(ClassificationScheme)의 여러 복사본이 검색됨 |
6312083 |
일부 검색에서 예기치 않은 결과가 반환됨 |
6312094 |
인증서 고유 이름을 만들 때 등록 마법사가 필수 값을 무시함 |
6312531 |
외부 링크(ExternalLink) 및 서비스 바인딩(ServiceBinding) 객체에 대한 URI 설정 시도가 실패함 |
6313327 |
다시 설치 후 Service Registry 구성이 실패함 |
6313372 |
온라인 도움말 문자열에 잘못된 프랑스어 번역이 있음 |
6313791 |
-alias 옵션을 사용하면 관리 도구가 실패함 |
6316300 |
기본 로켈이 아닌 로켈에서 만든 객체에 이름이 없음 |
6317212, 6317242, 6317489, 6317568, 6322668, 6325023 |
영어 이외의 로켈에 대해 현지화되지 않은 문자열이 웹 콘솔에 포함됨 |
6318002 |
잘못된 개념을 사용하여 외부 객체(ExtrinsicObject) 또는 외부 링크(ExternalLink)를 만든 후 오류가 발생함 |
6323057 |
객체 생성에 대해 감사 가능한 이벤트(AuditableEvent)를 삭제하면 예외가 발생함 |
6324423 |
적용 버튼을 누르기 전에 저장소 항목을 보려고 하면 오류가 발생함 |
6324437 |
후속 검색에서 고정된 객체가 복제됨 |
6325095 |
탐색기에 잘못된 데이터가 표시됨 |
6325116 |
-locale 옵션을 사용하면 관리 도구가 잘못 시작됨 |
6329272 |
Service Registry를 다시 설치하면 기존 저장소 데이터베이스가 삭제됨 |
6330540 |
서버를 다시 시작한 직후 로그인하면 예외가 발생함 |
6331538 |
기존 노드에 분류 노드(ClassificationNode)를 추가할 수 없음 |
다음과 같은 알려진 문제점과 버그는 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 시스템의 웹 콘솔에 액세스합니다.
이 절에서는 호환성과 관련된 다음과 같은 문제에 대해 설명합니다.
이 Service Registry 릴리스에서는 자체 사용자 관리 및 인증 메커니즘을 사용합니다. 이후 릴리스에서는 이 구성 요소가 구현하는 ebXML Registry 표준에 지정된 SAML 기반 메커니즘으로 레지스트리를 업데이트할 계획입니다.
Service Registry 3.1에서 발견된 다음 버그는 호환성과 관련된 것입니다.
문제 요약: 배포된 Service Registry 3.0에서 Service Registry 3.1 관리 도구를 사용하는 경우 cp 및 rm과 같은 명령을 실행하면 NullPointerException이 발생됩니다.
해결 방법: Service Registry 3.1에서만 Service Registry 3.1 관리 도구를 사용하고 Service Registry 3.0에서는 Service Registry 3.0 관리 도구를 사용합니다.
문제 요약: JDK 1.6 환경에서 JAXR 클라이언트 프로그램을 실행하는 경우 또는 Service Registry를 JDK 1.6을 실행 중인 시스템에 배포한 경우 해당 프로그램에서 쿼리 또는 게시 작업을 수행하면 런타임 오류가 발생합니다. 기본적인 문제는 JDK 1.6이 SAAJ(Attachments API for Java)에서 1.3 버전의 SOAP를 사용하는 반면 Application Server는 1.2 버전을 사용한다는 것입니다.
해결 방법: 클라이언트 시스템과 서버에 대한 두 가지 유형의 해결 방법이 있습니다.
클라이언트는 JDK 1.6을 실행 중이고 서버는 JDK 1.5를 실행 중인 경우 클라이언트 시스템 해결 방법을 수행하는 방법에 설명된 단계를 수행합니다.
클라이언트는 JDK 1.5를 실행 중이고 서버는 JDK 1.6을 실행 중인 경우 서버 시스템 해결 방법을 수행하는 방법에 설명된 단계를 수행합니다.
클라이언트와 서버 모두 JDK 1.6을 실행 중인 경우 두 가지 해결 방법에 대한 단계를 모두 수행합니다.
클라이언트 시스템이 JDK 1.6을 실행 중인 경우 클라이언트 시스템 해결 방법이 필요합니다. 이 해결 방법은 다음 작업을 함께 수행해야 합니다.
SAAJ 1.3 JAR 파일이 없는 경우 해당 파일을 클래스 경로에 추가
클라이언트 프로그램에 대한 Ant 빌드 파일에 4개의 시스템 등록 정보 설정
클래스 경로에 다음 JAR 파일이 포함되어 있는지 확인합니다.
Solaris OS:
/usr/share/lib/saaj-api.jar /usr/share/lib/saaj-impl.jar
Linux 및 HP-UX 시스템:
/opt/sun/share/lib/saaj-api.jar /opt/sun/share/lib/saaj-impl.jar
예를 들어 Linux 시스템에 대한 Ant 대상에 다음과 같은 설정이 포함된 경우 클래스 경로가 맞는 것입니다.
<path id="classpath"> <fileset dir="/opt/sun/share/lib"> <include name="*.jar"/> </fileset> ... </path>
build.xml 파일에서 다음 <sysproperty> 태그를 <java> 대상에 추가합니다.
<sysproperty key="javax.xml.soap.MessageFactory" value="com.sun.xml.messaging.saaj.soap.ver1_1.SOAPMessageFactory1_1Impl"/> <sysproperty key="javax.xml.soap.MetaFactory" value="com.sun.xml.messaging.saaj.soap.SAAJMetaFactoryImpl"/> <sysproperty key="javax.xml.soap.SOAPConnectionFactory" value="com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnectionFactory"/> <sysproperty key="javax.xml.soap.SOAPFactory" value="com.sun.xml.messaging.saaj.soap.ver1_1.SOAPFactory1_1Impl"/>
서버 시스템 해결 방법은 다음 작업을 함께 수행해야 합니다.
Application Server lib 디렉토리에 SAAJ 1.3 JAR 파일 넣기
두 개의 JVM 옵션을 추가하여 시스템 등록 정보 설정
Application Server 중지 및 다시 시작
Application Server lib 디렉토리로 변경합니다.
Solaris OS: cd /opt/SUNWappserver/appserver/lib
Linux 및 HP-UX 시스템: cd /opt/sun/appserver/lib
Application Server lib 디렉토리에 두 개의 SAAJ JAR 파일에 대한 백업 복사본을 만듭니다. 예를 들면 다음과 같습니다.
cp saaj-api.jar saaj-api.jar.v1.2 cp saaj-impl.jar saaj-impl.jar.v1.2 |
SAAJ 1.3 JAR 파일을 Application Server lib 디렉토리에 복사합니다.
Solaris OS:
cp /usr/share/lib/saaj-api.jar . cp /usr/share/lib/saaj-impl.jar . |
Linux 및 HP-UX 시스템:
cp /opt/sun/share/lib/saaj-api.jar . cp /opt/sun/share/lib/saaj-impl.jar . |
Service Registry 3.1 Administration Guide의 To Use the Application Server Admin Console에 설명된 대로 Application Server 관리 콘솔에 로그인합니다.
구성 노드를 확장합니다.
서버 노드 server-config (Admin Config)를 확장합니다.
JVM 설정을 누릅니다.
JVM 옵션 탭을 누릅니다.
JVM 옵션 추가를 누릅니다.
텍스트 필드에 다음을 입력합니다.
-Djavax.xml.soap.MessageFactory=com.sun.xml.messaging.saaj.soap.ver1_1.SOAPMessageFactory1_1Impl |
JVM 옵션 추가를 다시 누릅니다.
텍스트 필드에 다음을 입력합니다.
-Djavax.xml.soap.MetaFactory=com.sun.xml.messaging.saaj.soap.SAAJMetaFactoryImpl |
저장을 누릅니다.
Service Registry 3.1 Administration Guide의 To Stop and Restart the Application Server Domain for the Registry에 설명된 지침을 따릅니다.
문제 요약: Java ES 2005Q4에서 이전 버전의 Service Registry를 설치하여 사용하다가 이제Java ES 5 버전의 Application Server로 업그레이드했지만 Java ES 5 버전의 Service Registry로 업그레이드하지 않은 경우 웹 콘솔에서 이전에 만든 인증서와 동일한 인증서를 사용하려고 하면 로그인에 실패합니다.
해결 방법: web.xml 파일과 Service Registry의 보안 정책 파일을 편집합니다.
해당 레지스트리에 대한 Application Server 도메인을 중지하고 web.xml 파일을 편집하려면 다음 단계를 수행합니다.
Service Registry 설치 디렉토리를 다음과 같이 변경합니다.
Solaris OS: cd /opt/SUNWsoar/install
Linux 및 HP-UX 시스템: cd /opt/sun/SUNWsoar/install
레지스트리에 대한 Application Server 도메인을 중지합니다.
Ant-base/ant -f build-install.xml appserver.domain.stop
RegistryDomain-base /domains/registry/applications/j2ee-modules/soar/WEB-INF/ 디렉토리로 변경합니다.
텍스트 편집기에서 web.xml 파일을 엽니다.
<security-constraint> 태그 내의 </web-resource-collection> 태그 다음에 다음을 삽입합니다.
<auth-constraint> <role-name>have.client.cert</role-name> </auth-constraint>
</security-constraints> 태그 다음에 다음을 삽입합니다.
<error-page> <error-code>400</error-code> <location>/registry/thin/AuthenticateError.jsp</location> </error-page> <security-role> <description>all subjects who have client certificates</description> <role-name>have.client.cert</role-name> </security-role>
web.xml 파일을 저장하고 닫습니다.
보안 정책 파일을 편집하고 도메인을 다시 시작하려면 다음 단계를 수행합니다.
다음 디렉토리로 변경합니다.
Solaris OS: cd /var/opt/SUNWsoar/domains/registry/config
Linux 및 HP-UX 시스템: cd /var/opt/sun/SUNWsoar/domains/registry/config
텍스트 편집기에서 server.policy 파일을 엽니다.
이 파일에 다음 허가를 추가합니다.
grant codeBase "file:${com.sun.aas.instanceRoot}/applications/j2ee-modules/soar/WEB-INF/lib/-"{ permission java.lang.reflect.ReflectPermission "suppressAccessChecks"; }; grant codeBase "file:${com.sun.aas.instanceRoot}/generated/jsp/j2ee-modules/soar/-" { permission java.lang.reflect.ReflectPermission "suppressAccessChecks"; };
server.policy 파일을 저장하고 닫습니다.
레지스트리에 대한 Application Server 도메인을 다시 시작합니다.
Ant-base/ant -f build-install.xml appserver.domain.start
웹 브라우저를 열어 URL(http://localhost:6060/soar로 이동합니다. 이제 로그인하여 게시할 수 있습니다.
문제 요약: HP-UX 시스템에서 Java ES 2005Q4의 이전 버전 Service Registry를 설치하여 사용하다가 이제 Java ES 5 버전의 Service Registry로 업그레이드할 경우 고가용성 데이터베이스(HADB)에 문제가 있다는 오류 메시지와 함께 설치에 실패합니다. 문제가 발생하는 것은 Java ES 5 설치 프로그램이 기본 위치로 사용하지 않는 위치에 HADB 패키지가 설치되었기 때문입니다.
또한 Java ES 2005Q4 버전의 Application Server를 제거한 다음 Java ES 5 버전의 Service Registry 및 Application Server를 설치할 경우 이 문제가 발생합니다.
해결 방법: Application Server를 제거한 경우 다시 설치하기 전에 sun-hadb 패키지를 제거해야 합니다.
Java ES 2005Q4 버전의 Service Registry에서 Java ES 5 버전으로 직접 업그레이드하는 경우 단계가 더 복잡합니다.
sun-hadb 패키지를 제거합니다.
Java ES 5 버전의 Service Registry 및 Application Server를 설치합니다.
다음과 같이 /opt/sun/appserver/config/asenv.conf 파일을 편집합니다.
/opt/sun/appserver/lib 디렉토리에 endorsed라는 하위 디렉토리를 만듭니다.
/opt/sun/javadb/lib/derby.jar 파일을 /opt/sun/appserver/lib/endorsed 디렉토리에 복사합니다.
Service Registry 3.1에서 발견된 다음 버그는 현지화와 관련된 것입니다.
문제 요약: 웹 콘솔에서 브라우저 로켈을 전환하고 언어를 재설정할 경우 일부 레이블이 이전 언어로 표시됩니다.
해결 방법: 로그아웃 또는 세션 종료를 누른 다음 세션을 다시 시작하거나 다시 로그인합니다.
문제 요약: 온라인 도움말을 사용할 수 있는 영어 이외의 로켈로 웹 콘솔을 사용하는 중이면 검색 결과 페이지의 책갈피 및 관련 도움말 링크를 눌렀을 때 해당 로켈의 도움말이 아닌 영어 도움말에 있는 페이지로 이동합니다.
문제 요약: 웹 콘솔의 세부 정보 영역에서 객체에 대한 감사 기록 탭을 누를 경우 이벤트 유형 필드의 텍스트(생성됨, 업데이트됨 등)가 항상 영어로 표시됩니다.
문제 요약: 영외를 제외한 모든 로켈의 경우 웹 콘솔 온라인 도움말에서 마지막 장(문제 해결)의 마지막 두 개의 섹션이 없습니다.
해결 방법: 이러한 섹션은 영어로만 되어 있는 온라인 설명서에서 볼 수 있습니다. Service Registry 3.1 User’s Guide의 4 장, Troubleshooting을 참조하십시오.
문제 요약: 웹 콘솔의 온라인 도움말에서 다른 설명서(예: Service Registry 3.1 관리 설명서)에 대한 상호 참조가 일본어로 번역되어 있지 않습니다.
문제 요약: 웹 콘솔의 사용자 등록 마법사에서 새 사용자의 세부 정보 양식에 있는 이름 및 우편 주소 필드의 순서가 일본어 로켈에 맞게 현지화되어 있지 않습니다.
문제 요약: 일본어 로켈의 경우 웹 콘솔 온라인 도움말의 머리말에서 "기본 경로 및 파일 이름" 섹션으로 이동하여 다음 링크를 누를 경우 페이지를 찾을 수 없음 오류가 나타납니다. 링크가 존재하지 않는 페이지에 연결되어 있습니다.
문제 요약: 일부 오류 메시지가 영어 이외의 로켈로 번역되지 않았습니다. 예를 들어, 저장소 항목을 지정하지 않고 외부 객체를 만들려고 할 경우나 소유하지 않는 객체를 수정하려고 할 경우에 표시되는 오류 메시지는 부분적으로만 번역되었습니다.
문제 요약: 웹 콘솔의 객체에 대한 세부 정보 영역에서 세부 정보 탭의 객체 이름이 번역되어 있지 않습니다. 대신에 Java 객체 이름이 사용됩니다. 또한 프랑스어 로켈에서 단어 순서가 올바르지 않습니다.
문제 요약: 웹 콘솔에서 레지스트리에 로그인할 경우 표시되는 리디렉션 페이지에서 마지막 줄이 일본어로 번역되지 않았습니다.
문제 요약: 프랑스어, 독일어 및 스페인어 로켈의 경우 웹 콘솔의 사용자 등록 마법사에서 새 사용자의 세부 정보 양식에 시/도에 대한 텍스트 필드가 없습니다.
Service Registry 3.1에서 발견된 다음 버그는 설명서와 관련된 것입니다.
문제 요약: 웹 콘솔 온라인 도움말에서 머리말에 한 절("Sun 제품 설명서 검색")이 누락되었습니다(모든 로켈에 해당).
해결 방법: Service Registry 3.1 User’s Guide에서 전체 머리말(영어)을 온라인으로 볼 수 있습니다.
문제 요약: 웹 콘솔에서 탐색 탭의 온라인 도움말에 루트 디렉토리 이름이 root로 잘못되어 있습니다. registry여야 합니다.
해결 방법: Service Registry 3.1 User’s Guide의 Using the Explore Tab에 올바른 설명이 있습니다.