wsadmin 스크립팅을 사용하여 웹 서비스 클라이언트 배치된 WSDL 파일 이름 구성

웹 서비스 애플리케이션이 WebSphere® Application Server에 배치될 때, 인스턴스는 각각 애플리케이션 또는 모듈을 위해 작성됩니다. 인스턴스에는 클라이언트 바인딩을 포함하는 웹 모듈 또는 EJB(Enterprise JavaBeans) 모듈에 대한 배치 정보가 있습니다.

시작하기 전에

배치를 위해 웹 서비스 애플리케이션을 준비해 두어야 하거나, 이 태스크를 시작하기 전에 이미 WebSphere Application Server 안으로 웹 서비스를 배치해야 합니다.

이 태스크를 완료하려면, 웹 서비스 서버의 URL 엔드포인트 주소의 토폴로지 및 클라이언트에 따른 웹 서비스를 알아야 합니다. 관리 콘솔에서 전개 설명자를 보고 토폴로지 정보를 찾을 수 있습니다. 자세한 내용은 관리 콘솔 정보에서 웹 서비스 서버 배치 디스크립터 보기를 참조하십시오.

wsadmin 도구 옵션에 대한 자세한 정보는, AdminApp 오브젝트 install, installInteractive, edit, editInteractive, update 및 updateInteractive 명령의 옵션에 대한 정보를 참조하십시오.

이 태스크 정보

클라이언트 바인딩은 웹 서비스 WSDL(Web Services Description Language) 파일 이름 및 기본 포트를 정의합니다. 모듈에 있는 웹 서비스의 관련 경로는 요청에 사용할 실제 URL을 포함하는 호환 가능한 WSDL 파일 내에 지정됩니다. 이 주소는 원래 WSDL 파일에 URL이 포함되어 있지 않거나 다른 URL이 필요할 때에만 필요합니다. 여러 포트를 가지는 서비스 엔드포인트인 경우, 대체 WSDL 파일 이름을 정의해야 합니다.

다음 단계에서는 웹 서비스에 대한 바인딩이 서버에서 배치된 후 이러한 바인딩을 편집하는 방법에 대해 설명합니다. 웹 서비스가 다른 웹 서비스와 통신할 때에는 다운스트림 웹 서비스에 액세스하도록 클라이언트 바인딩을 구성해야 합니다.

이 타스크에서 WebServicesClientBindDeployedWsdl 명령행 옵션을 사용하여 엔드포인트를 변경할 수 있습니다. 명령행 옵션을 사용할 경우 이점 중 하나는 애플리케이션을 설치 제거하고, EAR(Enterprise Archive) 파일을 수정한 후 바인딩 구성 변경사항 작성을 위해 애플리케이션을 재설치할 필요가 없다는 것입니다. 다른 이점은 설치 동안 다른 환경에 대한 웹 서비스 바인딩 애플리케이션을 사용자 정의하고 각 버전에 대한 다른 애플리케이션 EAR 파일을 만들기 위한 필요성을 피하기 위한 기능입니다.

다른 서비스 엔드포인트를 각각 가진 WSDL 파일의 여러 버전이 웹 서비스에 클라이언트의 역할을 하고 있는 웹 서비스 모듈의 어셈블과 배치 동안 제공될 수 있습니다. 설치 중 또는 설치 후 설치된 애플리케이션을 구성할 때 WebServicesClientBindDeployedWsdl 옵션을 사용하여 사용할 WSDL 파일을 지정할 수 있습니다.

WSDL 파일은 클라이언트가 사용할 수 있는 모든 포트 유형 및 포트에 대한 모든 서비스 엔드포인트 또는 구현을 정의하므로, 배치된 WSDL 파일은 일련의 선택사항을 하나의 WSDL로 분류할 수 있습니다. 포트별로 엔드포인트를 대체할 수 있습니다.

사용자가 Jacl 또는 Jython 스크립트를 사용할 수 있지만 이 태스크는 사용자가 Jacl을 사용하는 것으로 가정합니다. 스크립팅을 사용하여 배치 및 관리에 대한 자세한 정보는 스크립팅 시작하기 정보를 참조하십시오.

wsadmin 도구로 클라이언트 바인딩을 구성하려면 다음 단계를 사용하여 계속하십시오.

프로시저

  1. 스크립트 명령을 실행하십시오. 자세한 내용은 "wsadmin 스크립트 클라이언트 시작" 정보를 참조하십시오.
  2. wsadmin 명령 프롬프트에서 명령 구문을 입력하십시오. install, installInteractive, 편집 또는 editInteractive 옵션을 사용할 수 있습니다. 다음 예는 구문을 제공합니다.
    $AdminApp edit <app_name> { 
    -WebServicesClientBindDeployedWsdl {{<module_name> <EJB_name> <web_service> 
    <deployed_WSDL_filename>}...} 
    사용자는 다중 URL 단편을 편집할 수 있기 때문에 예는 다중 모듈 및 URL 엔드포인트를 표시합니다. 여기서,
    • app_name은 애플리케이션 이름입니다(예: WebServicesSample.ear).
    • module_name은 EJB 또는 웹 모듈입니다(예: AddressBookW2JE.jar).
    • EJB_name은 모듈이 웹 모듈이 아닌 경우 EJB의 이름입니다(예: Exchange).
    • web_service는 웹 서비스의 이름입니다(예: service/StockQuoteService).
    • deployed_WSDL_filename은 이 모듈과 관련된 WSDL 파일(예: META-INF/wsdl/AlternativeStockQuoteFetcher.wsdl)을 식별합니다.
  3. $AdminConfig save 명령으로 구성 변경사항을 저장하십시오.

결과

웹 서비스 클라이언트 바인딩이 구성되었습니다.

다음 예제는 명령행으로 작성된 애플리케이션, 모듈 및 배치된 WSDL 파일 이름을 제공합니다.
$AdminApp edit MultiEjbJar {-WebServicesClientBindDeployedWSDL {{ejbclientonly.jar Exchange 
service/StockQuoteService META-INF/wsdl/AlternateStockQuoteFetcher.wsdl}...}} 

다음에 수행할 작업

이제 기타 구성을 완료하고, 애플리케이션을 시작 또는 다시 시작하며 웹 서비스의 예상 작동을 확인할 수 있습니다.

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



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