UDDI 레지스트리를 사용하는 경우 발생할 수 있는 공통 오류로는,
데이터베이스 및 데이터 소스 오류,
UDDI 사용자 콘솔의 페이지에서
JavaScript 구문 오류,
사용 가능한 노드의 관리 콘솔 목록에 나타나지 않는 UDDI 노드,
UDDI 요청을 실행할 수 없는 문제 등이 포함됩니다.
이 태스크 정보
UDDI 레지스트리 사용 중 이벤트 또는 오류를 보고하는 메시지가 발행될 수 있습니다.
먼저 이러한 메시지를 사용하여 문제점을 해결합니다.
추가 지원은 문제점 해결 팁의 다음 목록을 검토하십시오.
문제점에 대한 자세한 정보를 보려면 UDDI에 대한 추적을 사용하십시오. 관리 콘솔을
사용하여 추적을 사용하거나 사용하지 않도록 설정할 수 있습니다. UDDI 레지스트리에 대한 컴포넌트는
com.ibm.uddi입니다.
여러 단위 레벨에서 UDDI 레지스트리에 대한 추적을 사용할 수 있습니다.
예를 들어, 모든 UDDI 레지스트리 추적을 사용하려면 다음을 지정하십시오.
com.ibm.uddi.*=all
다음 목록은
UDDI 레지스트리를 설정하거나 사용할 때 발생할 수 있는 몇 가지 문제점과 제안되는 해결법을
포함합니다.
프로시저
- UDDI 애플리케이션의 처음 시작할 때 완료하는 데 여러 시간이 걸릴 수 있습니다.
- 새 UDDI 레지스트리 데이터베이스로 UDDI 레지스트리 애플리케이션을 처음
시작할 때 UDDI 초기화를 완료해야 합니다. 이 작업은
기본 UDDI 노드에서 자동으로 수행되거나 사용자 정의된 UDDI 노드인 경우 요청할 때 수행됩니다.
UDDI 초기화는 미리 정의된 데이터와 엔티티로 UDDI 레지스트리를 채우며,
완료하는 데 여러 시간이 걸릴 수 있습니다. 이는 예상되는 동작이고,
UDDI 애플리케이션의 처음 시작에만 영향을 줍니다.
- wsadmin 유틸리티를 사용하여 UDDI 애플리케이션을 시작하는 명령을 실행한 경우
TCP 제한시간 설정에 따라 UDDI에서 초기화 완료를 기다리는 동안
이 요청은 제한시간을 초과할 수 있습니다.
UDDI 초기화 및 UDDI 애플리케이션 시작은 계속해서 정상적으로 완료되며, 이 제한시간 초과의 영향을 받지 않습니다.
![[AIX]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[Linux]](../images/linux.gif)
UNIX 및 Linux
플랫폼에서 DB2®를
사용하는 경우 startServer.sh server1 명령을 실행하기 전에
db2profile 스크립트를 실행하십시오. 이 스크립트는 DB2 인스턴스 홈 디렉토리의
sqllib 디렉토리 아래 있습니다. db2profile
스크립트를 호출하려면 다음을 입력하십시오.
단일 공백 문자가 마침표(.) 뒤에
있다는 것에 주의하십시오.. /home/db2inst1/sqllib/db2profile
참고: UNIX 및 Linux 플랫폼에서
DB2 사용자는 $HOME/sqllib/db2profile에 db2profile을 보유하고 있어야 합니다.
- UDDI 사용자 콘솔의 여러 웹 페이지에서
JavaScript
구문 오류가 발생할 수 있습니다. 이 문제점은 URL 재작성에 대한 제한사항으로 인해 발생합니다.
이 제한사항을 피하려면 클라이언트 부라우저에서 쿠키가 사용 가능하고,
애플리케이션 서버에서 쿠키가 세션 추적 메커니즘으로 사용 가능하고,
URL 재작성을 사용하지 않아야 합니다.
- 원격 DB2 데이터베이스에서
원격 시스템 접속으로 인해 문제점이 발생하면
IP 주소 지정이 가능한 원인일 수 있습니다. 이 상황은
원격 시스템이 정적 IP 주소를 사용하는 경우 발생하지 않습니다.
그러나 원격 시스템이 DHCP(Dynamic Host Configuration Protocol)를
사용하는 경우 각 시스템은 다른 시스템의 서브넷 마스크를 인식해야 합니다.
![[Windows]](../images/windows.gif)
서브넷 마스크를 찾으려면 명령 프롬프트를 시작하고
원격 시스템에서 다음 명령을 입력하십시오.
ipconfig
호스트 시스템에서
원격 서브넷 마스크를 추가하도록 WINS 주소를 편집해야 할 수도 있습니다. 다음 단계를 사용하십시오.
- 을 클릭하고 특성을 클릭하십시오.
- 고급을 클릭하십시오.
- WINS 탭을 클릭하고 새 서브넷 마스크를 추가하십시오.
- 새 서브넷 마스크를 강조표시하고 새 서브넷 마스크가 WINS 주소 목록에서 맨 위에 올 때까지
위로 화살표를 눌러 새 서브넷 마스크를 목록 맨 위로 이동하십시오.
![[AIX HP-UX Solaris]](../images/unix.gif)
ifconfig 명령을 사용하여
서브넷 마스크을 판별하십시오.
- UDDI 노드는 관리 콘솔에서 사용 가능한 노드 목록에 없습니다. UDDI 애플리케이션이 관련 노드와 서버에서 시작되었는지 확인하십시오.
- UDDI 요청을 발행할 수 없습니다. 예를 들어, UDDI 사용자 콘솔을 시작하지만
게시 또는 조회를 시도할 때 오류가 발생합니다. 다음 이유를 고려하십시오.
- 데이터베이스가 현재 로드 또는 구성되지 않았습니다. 데이터베이스 작성에서 출력을 확인하십시오.
- 데이터베이스가 올바르게 구성되지 않았습니다. 관리 콘솔에서
연결 테스트를 클릭하여 JDBC 제공자 및 데이터 소스 정의가 올바른지
확인하십시오.
- UDDI 노드는 초기화되지 않습니다. 관리 콘솔의 UDDI 노드 페이지를 확인하십시오. 노드
상태가 활성화되지 않았거나 비활성화된 경우 정책 또는 특성을 설정하고 노드를 초기화하십시오.
- UDDI 런타임 설정이 업데이트되는 동안 UDDI 노드는 현재 비활성화됩니다.
관리 콘솔의 UDDI 노드 페이지를 확인하십시오. 노드 상태가 비활성화되면
상태가 활성화되기를 기다린 후 요청을 다시 시도하십시오.
DB2 설정에 문제가 발생합니다. 특히, DB2 바인딩 유틸리티를 실행하고 TEMP 데이터베이스가
DB2 위치에서 정의되는지 확인하십시오. z/OS®용 DB2에
액세스하려면 DB2
Universal JDBC 드라이버 사용에 대한 주제를 참조하십시오.
데이터 소스를 정의할 때,
createddl.sh 스크립트에 제공한 데이터베이스 이름이 아닌,
데이터베이스 이름의 위치 이름을 지정해야 합니다(UDDI 레지스트리에 대한 z/OS용
DB2 데이터베이스 작성 주제 참조). 예를 들어, UDDI30이 아닌, LOC1을 지정하십시오.
- WebSphere® Application Server
버전 7.0 이상에서
실행되는 UDDI 레지스트리에 비즈니스 엔티티를 저장하려고 하지만
레지스트리가 제품에 대한 이전 버전을 사용하여 작성된 Apache
Derby 데이터베이스를 사용하는 경우 다음 오류가 발생할 수도 있습니다.
요청을 처리하는 중 심각한 기술 오류가 발생합니다.
UDDI 데이터베이스가 현재 Apache Derby 버전 10.2 이상을 사용하고 WebSphere Application Server
버전 7.0 이상 버전으로 서버를 업그레이드한 경우 이 오류가 발생합니다. UDDI 데이터베이스를 마이그레이션해야 합니다. Apache Derby를
사용하는 UDDI 데이터베이스 마이그레이션 주제를 참조하십시오.
다음에 수행할 작업
문제점을 해결하지 못한 경우
WebSphere Application Server
지원 웹 페이지에서 문제점 판별 정보를 참조하십시오.