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 도구로 클라이언트 바인딩을 구성하려면 다음 단계를 사용하여 계속하십시오.
프로시저
결과
예
$AdminApp edit MultiEjbJar {-WebServicesClientBindDeployedWSDL {{ejbclientonly.jar Exchange
service/StockQuoteService META-INF/wsdl/AlternateStockQuoteFetcher.wsdl}...}}