신뢰할 수 있는 알림을 위해 마이그레이션된 버전 6.1 WS-Notification 구성 준비

마이그레이션된 버전 6.1 WS-Notification 구성이 신뢰할 수 있는 알림에 맞게 구성될 수 있도록 JAX-WS 기반 클라이언트 및 제공자 엔티티를 점진적으로 도입할 수 있습니다.

시작하기 전에

이 주제는 버전 6.1 WS-Notification 구성을 WebSphere Application Server 버전 6.1에서 버전 7.0 이상으로 마이그레이션에 설명된 대로 제품의 이 버전으로 마이그레이션된 하나 이상의 WS-Notification 서비스, 서비스 지점, 기본 서비스 통합 버스를 포함하여 WebSphere Application Server 버전 7.0 이상의 기존 서버 또는 클러스터 설치가 있는 것으로 가정합니다.

이 태스크 정보

신뢰할 수 있는 알림을 위해서는 WS-ReliableMessaging을 포함하는 정책 세트를 WS-Notification 구성에 적용합니다. 정책 세트는 JAX-WS(Java™ API for XML-based Web Services) 애플리케이션과 버전 7.0 WS-Notification 서비스 및 서비스 지점에만 사용할 수 있습니다.

WebSphere Application Server 버전 6.1의 WS-Notification 구현은 서비스 통합 버스 사용 웹 서비스를 사용하여 WS-Notification 서비스 엔드포인트를 표시하기 때문에 애플리케이션을 사용하여 호출하고 WS-Security 또는 JAX-RPC 핸들러와 같은 특정 속성으로 구성 가능합니다. 그렇지만 버전 6.1 구현은 JAX-WS 핸들러 또는 애플리케이션과는 호환되지 않으며 WS-ReliableMessaging으로 작성할 수는 없습니다.

신뢰할 수 있는 알림을 위해 마이그레이션된 버전 6.1 WS-Notification 구성을 준비하려면 버전 6.1 WS-Notification 서비스 및 서비스 지점을 버전 7.0 WS-Notification 서비스 및 서비스 지점으로 재작성하고 정책 세트를 적용하려는 각 JAX-RPC 클라이언트 애플리케이션을 JAX-WS 애플리케이션으로 재작성해야 합니다. 버전 7.0 WS-Notification 서비스 및 서비스 위치에도 JAX-RPC 애플리케이션을 계속 사용할 수 있으며 정책 세트를 사용해야 하는 애플리케이션만 다시 작성하면 됩니다.

특정 WS-Notification 태스크 수행을 위한 JAX-RPC 및 JAX-WS 클라이언트 애플리케이션 코딩에 대한 정보는 WS-Notification을 사용하는 애플리케이션 개발의 내용을 참조하십시오. JAX-WSJAX-WS 클라이언트 프로그래밍 모델에 대해 학습하는 것도 유용한 방법일 수 있습니다. 이는 JAX-RPC에서 JAX-WS로 클라이언트 코드를 이식하는 데 필요한 노력을 판별하거나 JAX-WS 클라이언트와 JAX-RPC 웹 서비스의 상호 운용성에 대한 유효성을 검증하는 데도 도움을 줄 수 있습니다.

이 태스크는 신뢰할 수 있는 알림 준비에 대한 단계별 접근 방식을 지원하고 수행하려는 네 가지 기본 구성을 설명하기 위해 다음 네 가지 하위 태스크로 구성됩니다.

프로시저

다음에 수행할 작업

이들 하위 태스크를 완료하면 WS-Notification 클라이언트 및 서버 엔티티가 신뢰할 수 있는 알림에 대한 준비를 마치게 되며 신뢰할 수 있는 알림을 위해 WS-Notification을 구성할 수 있습니다.

마이그레이션된 서비스 위치로 JAX-WS 클라이언트 및 웹 서비스 사용

프로시저

  1. 마이그레이션된 버전 6.1 WS-Notification 서비스 지점을 통해 JAX-WS 클라이언트 애플리케이션 으로부터의 알림 메시지를 공개하십시오.
    1. 마이그레이션된 서비스 지점의 WSDL을 사용하여 JAX-WS WS-Notification 클라이언트 애플리케이션을 작성하십시오.

      자세한 정보는 예: WS-Notification 메시지 공개, WSDL 파일에서 JAX-WS 클라이언트 개발, WS-Notification 애플리케이션에 대한 WSDL 파일을 압축 파일에 공개의 내용을 참조하십시오.

    2. 애플리케이션을 실행하십시오.
    3. 하나 이상의 알림 메시지를 시작하십시오.
    시스템은 JAX-WS 클라이언트로부터 알림 메시지를 승인하고 공개합니다.
  2. 마이그레이션된 버전 6.1 WS-Notification 서비스 지점으로부터 새 JAX-WS 기반 WS-Notification 이용자 애플리케이션의 알림 메시지를 수신하십시오.

    이 작업은 버전 6.1 WS-Notification 서비스 위치가 JAX-WS 이용자 웹 서비스로 알림을 전달할 수 있는지 검증합니다.

    1. 표준 WS-Notification WSDL에서 새 JAX-WS 기반 WS-Notification 이용자 웹 서비스를 작성하십시오.

      자세한 정보는 예: WS-Notification 이용자 등록, JAX-WS를 통해 기존 WSDL 파일에서 웹 서비스 애플리케이션 구현, WS-Notification 애플리케이션에 대한 WSDL 파일을 압축 파일에 공개의 내용을 참조하십시오.

    2. 버전 6.1 WS-Notification 서비스 위치를 통해 새 이용자 서비스에 대한 등록을 작성하십시오.
    3. WS-Notification 서비스 위치에서 알림을 생성하도록 프롬프트하십시오(예를 들어, WS-Notification 클라이언트 애플리케이션 사용).
    시스템이 새 JAX-WS 이용자 애플리케이션으로 올바르게 알림을 전송합니다.

새 버전 7.0 WS-Notification 서비스 위치에서 JAX-RPC 클라이언트 및 웹 서비스 사용

프로시저

  1. 새 버전 7.0 WS-Notification 서비스를 작성하십시오.

    신뢰할 수 있는 알림을 위한 WS-ReliableMessaging으로 작성할 정책 세트로 버전 7.0 WS-Notification 서비스 및 서비스 위치를 구성할 수 있습니다.

    시스템이 새 버전 7.0 WS-Notification 서비스를 작성 및 구성합니다. 여기에는 특정 서비스 통합 버스 멤버로부터의 서비스를 노출시키는 버전 7.0 WS-Notification 서비스 위치 작성이 포함됩니다. 버전 6.1 및 버전 7.0 WS-Notification 서비스 위치는 WebSphere Application Server 버전 7.0 이상에 존재할 수 있습니다.
  2. 새 버전 7.0 WS-Notification 서비스 위치를 통해 JAX-RPC 클라이언트 애플리케이션에서 알림 메시지를 공개하십시오.

    버전 7.0 WS-Notification 서비스 위치의 동작 유효성을 검증합니다.

    1. 새 버전 7.0 WS-Notification 서비스 위치의 WSDL을 사용하여 애플리케이션을 작성하십시오.
      자세한 정보는 예: WS-Notification 메시지 공개, JAX-RPC 웹 서비스 클라이언트에 대한 WSDL 파일에서 클라이언트 바인딩 개발, WS-Notification 애플리케이션에 대한 WSDL 파일을 압축 파일에 공개의 내용을 참조하십시오.
      참고: 새 JAX-RPC 클라이언트 애플리케이션을 작성하는 대신 새 서비스 위치의 WSDL에서 기존 JAX-RPC 클라이언트 애플리케이션을 업데이트하도록 선택할 수 있습니다. 버전 7.0용 WSDL WS-Notification 서비스 위치에는 버전 6.1 서비스 위치에 비해 몇 개의 작은 변경이 있기 때문에 이런 변경사항이 고려되도록 기존 JAX-WS 클라이언트 애플리케이션을 수정해야 합니다. 특히, WSDL에서 Java 프록시 클래스를 다시 생성하고 변경된 클래스 이름 및 메소드의 모든 사용을 업데이트해야 합니다. 예를 들어, WSDL의 포트 유형 또는 서비스가 포함된 생성된 클래스에 변경이 있을 수 있습니다.
    2. 애플리케이션을 실행하십시오.
    3. 하나 이상의 알림 메시지를 시작하십시오.
    시스템은 JAX-RPC 클라이언트로부터 알림 메시지를 승인하고 공개합니다.
  3. 새 버전 7.0 WS-Notification 서비스 위치로부터 JAX-WS 기반 WS-Notification 이용자 애플리케이션의 알림 메시지를 수신하십시오.

    이 작업은 버전 7.0 WS-Notification 서비스 위치가 JAX-RPC 이용자 웹 서비스로 알림을 전달할 수 있는지 검증합니다.

    1. 표준 WS-Notification WSDL에서 새 JAX-RPC 기반 WS-Notification 이용자 웹 서비스를 작성하십시오.
      자세한 정보는 예: WS-Notification 이용자 등록, JAX-WS를 통해 기존 WSDL 파일에서 웹 서비스 애플리케이션 구현, WS-Notification 애플리케이션에 대한 WSDL 파일을 압축 파일에 공개의 내용을 참조하십시오.
      참고: 새 JAX-RPC 이용자 애플리케이션을 작성하는 대신 기존 JAX-RPC 이용자 애플리케이션(예를 들어, 버전 6.1 WS-Notification 구성에 포함된)을 사용할 수 있습니다.
    2. 새 버전 7.0 WS-Notification 서비스 위치를 통해 새 이용자 서비스에 대한 등록을 작성하십시오.
    3. WS-Notification 서비스 위치에서 알림을 생성하도록 프롬프트하십시오(예를 들어, WS-Notification 클라이언트 애플리케이션 사용).
    시스템이 새 JAX-RPC 이용자 애플리케이션으로 올바르게 알림을 전송합니다.

새 버전 7.0 WS-Notification 서비스 위치에서 JAX-RPC 클라이언트 및 웹 서비스 사용

시작하기 전에

이 구성에서는 신뢰할 수 있는 알림을 위해 정책 세트를 작성할 수 있습니다.

프로시저

  1. 새 버전 7.0 WS-Notification 서비스 위치를 통해 JAX-WS 클라이언트 애플리케이션에서 알림 메시지를 공개하십시오.
    1. 새 버전 7.0 WS-Notification 서비스 위치의 WSDL을 사용하여 JAX-WS WS-Notification 클라이언트 애플리케이션을 작성하십시오.
      자세한 정보는 예: WS-Notification 메시지 공개, WSDL 파일에서 JAX-WS 클라이언트 개발, WS-Notification 애플리케이션에 대한 WSDL 파일을 압축 파일에 공개의 내용을 참조하십시오.
      참고: 새 JAX-WS 클라이언트 애플리케이션을 작성하는 대신 마이그레이션된 서비스 위치로 JAX-WS 클라이언트 및 웹 서비스 사용 하위 태스크에서 작성한 JAX-WS 클라이언트 애플리케이션을 업데이트하도록 선택할 수 있습니다. 버전 7.0용 WSDL WS-Notification 서비스 위치에는 버전 6.1 서비스 위치에 비해 몇 개의 작은 변경이 있기 때문에 이런 변경사항이 고려되도록 기존 JAX-WS 클라이언트 애플리케이션을 수정해야 합니다. 특히, WSDL에서 Java 프록시 클래스를 다시 생성하고 변경된 클래스 이름 및 메소드의 모든 사용을 업데이트해야 합니다. 예를 들어, WSDL의 포트 유형 또는 서비스가 포함된 생성된 클래스에 변경이 있을 수 있습니다.
    2. 애플리케이션을 실행하십시오.
    3. 하나 이상의 알림 메시지를 시작하십시오.
    시스템은 JAX-WS 클라이언트로부터 알림 메시지를 승인하고 공개합니다.
  2. 새 버전 7.0 WS-Notification 서비스 위치로부터 새 JAX-WS 기반 WS-Notification 이용자 애플리케이션의 알림 메시지를 수신하십시오.

    이 작업은 버전 7.0 WS-Notification 서비스 위치가 JAX-WS 이용자 웹 서비스로 알림을 전달할 수 있는지 검증합니다.

    1. 표준 WS-Notification WSDL에서 새 JAX-WS 기반 WS-Notification 이용자 웹 서비스를 작성하십시오.
      자세한 정보는 예: WS-Notification 이용자 등록, JAX-WS를 통해 기존 WSDL 파일에서 웹 서비스 애플리케이션 구현, WS-Notification 애플리케이션에 대한 WSDL 파일을 압축 파일에 공개의 내용을 참조하십시오.
      참고: 새 JAX-WS 이용자 애플리케이션을 작성하는 대신 마이그레이션된 서비스 위치로 JAX-WS 클라이언트 및 웹 서비스 사용 하위 태스크에서 작성한 JAX-WS 이용자 애플리케이션을 업데이트하도록 선택할 수 있습니다. 버전 7.0용 WSDL WS-Notification 서비스 위치에는 버전 6.1 서비스 위치에 비해 몇 개의 작은 변경이 있기 때문에 이런 변경사항이 고려되도록 기존 JAX-WS 클라이언트 애플리케이션을 수정해야 합니다. 특히, WSDL에서 Java 프록시 클래스를 다시 생성하고 변경된 클래스 이름 및 메소드의 모든 사용을 업데이트해야 합니다. 예를 들어, WSDL의 포트 유형 또는 서비스가 포함된 생성된 클래스에 변경이 있을 수 있습니다.
    2. 새 버전 7.0 WS-Notification 서비스 위치를 통해 새 이용자 서비스에 대한 등록을 작성하십시오.
    3. WS-Notification 서비스 위치에서 알림을 생성하도록 프롬프트하십시오(예를 들어, WS-Notification 클라이언트 애플리케이션 사용).
    시스템이 새 JAX-WS 이용자 애플리케이션으로 올바르게 알림을 전송합니다.

버전 6.1 및 버전 7.0 WS-Notification 서비스 위치 간 알림 공유

이 태스크 정보

마이그레이션된 버전 6.1 WS-Notification 서비스 위치를 통해 수신된 알림이 새 버전 7.0 서비스를 통해 공개되도록 WS-Notification을 구성할 수 있습니다. 예를 들어, 신뢰할 수 없는 기존 연결을 통해 알림을 수신하고 WS-ReliableMessaging을 통해 신뢰할 수 있게 된 새 연결을 통해 공개함으로써 이 작업을 수행할 수 있습니다. 이 구성을 사용하려면 새 버전 7.0 WS-Notification 서비스가 마이그레이션된 버전 6.1 WS-Notification 서비스와 동일한 서비스 통합 버스 주제 영역을 사용해야 합니다. WS-Notification 토픽 네임스페이스 URI와 서비스 통합 버스 토픽 공간 대상 사이의 연관을 정적으로 정의하기 위해 영구 토픽 네임스페이스를 사용합니다. 영구 토픽 네임스페이스를 WS-Notification 서비스의 특성으로 구성합니다.

프로시저

  1. 마이그레이션된 버전 6.1 WS-Notification 서비스가 사용하는 버스 주제 영역을 검색하십시오. 해당 주제 영역이 없으면 버스 주제 영역에 연결할 새 영구 토픽 네임스페이스를 작성하십시오. 자세한 정보는 버전 6.1 WS-Notification 서비스 수정의 내용을 참조하십시오.
  2. 동일한 버스 주제 영역에 연결되는 새 버전 7.0 WS-Notification 서비스에 대한 새 영구 토픽 네임스페이스를 작성하십시오. 자세한 정보는 버전 7.0 WS-Notification 서비스 수정의 내용을 참조하십시오.

결과

이제 새 서비스 위치 또는 마이그레이션된 서비스 위치를 통해 수신된 알림이 WS-Notification 서비스에서 작성된 등록에 공개됩니다.

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



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