써드파티 JAX-WS 웹 서비스 엔진 사용

특정 상황에서는 써드파티 JAX-WS 웹 서비스 엔진을 설정해야 하는 경우도 있습니다. 예를 들어, WebSphere® Application Server, JBoss, WebLogic 같은 다양한 애플리케이션 서버 사이에서 단일 런타임을 사용하는 애플리케이션을 배치해야 하는 경우 또는 CXF, Axis2, Metro 같은 써드파티 JAX-WS 런타임을 사용하는 JAX-WS 웹 서비스 애플리케이션을 빌드하려는 경우 써드파티 JAX-WS 웹 서비스 엔진을 설정해야 합니다.

시작하기 전에

써드파티 JAX-WS 런타임 사용은 제한조건이 있습니다. 또한 필수 구성 변경사항이 필요하며, 일부 경우에는 배치 중에 및 애플리케이션을 실행할 때 발생하는 문제를 해결하기 위한 수동 개입이 필요합니다. 이러한 제한사항과 문제는 사용할 써드파티 JAX-WS 런타임에 따라 다릅니다. 써드파티 JAX-WS 런타임을 사용하도록 시스템을 구성하기 전에 사용하려고 준비 중인 구현에 대한 제한사항을 이해해야 합니다.

다음 제한사항은 사용하는 써드파티 JAX-WS 구현과 상관 없이 존재합니다.
  • WebSphere Application Server 런타임은 동일한 애플리케이션 EAR 파일에서 WebSphere Application Server와 함께 제공되는 JAX-WS 구현 및 외부 JAX-WS 구현을 모두 사용하는 애플리케이션 모듈 사용을 제한합니다. 단일 애플리케이션 EAR 파일에서 WebSphere Application Server에서 제공하는 JAX-WS 구현 또는 외부 구현 중 하나를 사용해야 합니다. 이 제한사항은 런타임 WebSphere Application Server가 외부 써드파티 JAX-WS 구현과 충돌하지 않도록 합니다.
  • 외부 JAX-WS 구현을 사용하는 애플리케이션을 배치하기 전에 애플리케이션 라이브러리에서 충돌하는 모든 JAR 파일을 제거해야 합니다. 대부분의 외부 써드파티 JAX-WS 런타임은 이미 WebSphere Application Server에 설치된 일부 JAR 파일 라이브러리를 포함하고 있습니다. 이 상황이 애플리케이션 라이브러리에서 충돌을 유발합니다.
  • 써드파티 JAX-WS 런타임을 사용하는 애플리케이션은 WebSphere Application Server에 배치된 후 서비스 클라이언트나 제공자로 인식되지 않습니다. 그러므로 이들 애플리케이션에 애플리케이션 레벨 정책 세트를 첨부할 수 없습니다. 외부 런타임 지원 서비스 품질에 의존해야 합니다. 다음은 써드파티 JAX-WS 구현을 사용하는 애플리케이션을 배치 및 실행하기로 결정하는 경우 사용할 수 없는 WebSphere Application Server 기능의 목록입니다.
    • WS-Security, WS-RM, WS-Transactions 정책 세트
    • WSDM
    • JAX-WS 서비스 또는 포트 인스턴스를 검색하는 JNDI 검색.
문제점 방지 문제점 방지: IBM이 WebSphere Application Server에서 실행하는 써드파티 JAX-WS 런타임 기능을 지원하고 그런 런타임을 사용하는 애플리케이션의 성공적인 배치를 보장하지만, IBM은 JAR 파일 충돌 문제점을 해결하기 위한 지원을 제공하지 않거나 스택 추적이 표시하는 문제점이 써드파티 코드에 있습니다. gotcha

이 태스크 정보

WebSphere Application Server에 써드파티 JAX-WS 구현을 갖는 애플리케이션 EAR 파일을 배치할 때, WebSphere Application Server 런타임은 써드파티 엔진의 사용을 보장하고 기존 WebSphere Application Server JAX-WS 웹 서비스 엔진의 사용을 불가능하게 해야 합니다.

WebSphere Application Server는 모든 써드파티 JAX-WS 런타임에 대한 지원을 청구하지 않지만 그런 런타임을 사용하는 애플리케이션의 배치 및 실행을 테스트했습니다.

애플리케이션에 외부 JAX-WS 런타임을 사용할 수 있기 전에 다음 단계를 완료해야 합니다.

프로시저

  1. 모듈 레벨에서 클래스 로더 정책을 로컬 클래스 로더를 사용하여 로드된 클래스 먼저(상위 마지막)로 설정하십시오.

    클래스 로더 정책을 상위 마지막으로 변경하면 외부 써드파티 JAX-WS 런타임 및 해당되는 종속 라이브러리 JAR 파일이 클래스 로더 검색 경로에서 첫 번째이도록 보장하므로 써드파티 구현이 WebSphere Application Server 대신 사용되도록 합니다.

    1. 관리 콘솔에서 애플리케이션 > 애플리케이션 유형 > WebSphere 엔터프라이즈 애플리케이션 > application_name> 모듈 관리>webmodule_name을 클릭하십시오.
    2. 드롭 다운 목록에서 로컬 클래스 로더를 사용하여 로드된 클래스 먼저(상위 마지막)를 선택하십시오.
    3. 확인을 클릭한 후 저장을 클릭하여 변경사항을 저장하십시오.
    1. 확인을 클릭한 후 저장을 클릭하여 변경사항을 저장하십시오.
  2. 웹 서비스 어노테이션 스캔을 끄십시오.

    어노테이션 스캔은 애플리케이션 레벨이나 서버 레벨에서 끌 수 있습니다.

    애플리케이션 레벨의 어노테이션 스캔을 사용하지 않으려면 EJB 모듈 또는 WAR 파일의 META-INF/MANIFEST.MF에서 DisableIBMJAXWSEngine 특성을 true로 설정하십시오. 예:
    Manifest-Version: 1.0
    DisableIBMJAXWSEngine: true

    서버 레벨에서 웹 서비스 어노테이션 스캔을 끄려면 다음을 수행하십시오.

    1. 관리 콘솔에서 JVM(Java Virtual Machine)에 대한 사용자 정의 특성 페이지로 이동하십시오.

      [z/OS]서버 > 서버 유형 > WebSphere Application Server > server_name을 클릭한 후, 서버 인프라에서 Java 및 프로세스 관리 > 프로세스 정의 > 제어 > JVM(Java Virtual Machine) > 사용자 정의 특성을 클릭하십시오.

      [AIX Solaris HP-UX Linux Windows][IBM i]서버 > 서버 유형 > WebSphere Application Server > server_name을 클릭한 후, 서버 인프라 아래에서 Java 및 프로세스 관리 > 프로세스 정의 > JVM(Java Virtual Machine) > 사용자 정의 특성을 클릭하십시오.

    2. com.ibm.websphere.webservices.DisableIBMJAXWSEngine 특성을 true로 설정하십시오.

      이 특성이 아직 사용자 구성에 대해 존재하지 않는 경우 새로 작성을 클릭하고 이름 필드에 com.ibm.websphere.webservices.DisableIBMJAXWSEngine 필드에 true를 추가하십시오.

결과

다음에 수행할 작업

  • WebSphere Application Server에 써드파티 JAX-WS 구현을 갖는 애플리케이션 EAR 파일을 배치하고 실행하십시오.

주제 유형을 표시하는 아이콘 태스크 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twbs_thirdparty
파일 이름:twbs_thirdparty.html