여기에서 웹 서비스라는 용어는
WSDL에 의해 설명되는 인터페이스를 말하며 브로커(일반적으로
HTTP, JMS 또는 MQ)가 지원하는 전송 중 하나를 통해 액세스 가능합니다.
WSDL
WSDL 정의의 논리 부분은 교환할 비즈니스 메시지 형식을 설명하며
설계 시 메시지 모델을 작성하기 위해 브로커가 들여올 수 있습니다. (WSDL에서 들여오기를 참조하십시오.)
WSDL 정의의 물리적 부분은 서비스에 대한 실제 엔드포인트와
메시지 교환에 사용되는 프로토콜을 설명합니다. 물리적 바인딩 정보는
설계 시 들여오지 않습니다. 다음과 같이 메시지 플로우에서 프로토콜 및
엔드 포인트 세부사항을 구현해야 합니다.
- 바인딩 SOAP/HTTP를 사용하는 경우 HTTP 노드를 사용하여 플로우를
구현합니다(플로우가 웹 서비스를 구현할 경우에는 HTTPInput 및 HTTPReply, 또는
플로우가 웹 서비스를 호출할 경우에는 HTTPRequest).
- 바인딩 SOAP/JMS 사용. JMS 또는 MQ 노드를 사용하여 플로우를
구현합니다.
- 하나의 전송을 사용하여 클라이언트로부터 입력 메시지를 수신하는 메시지 플로우를
구성하고, 다른 전송을 사용하여 웹 서비스 또는 레거시 응용프로그램과
상호작용할 수 있습니다.
- 메시지를 둘 이상의 위치에 전달할 수 있습니다. 예를 들어, HTTPReply 노드가
클라이언트로 리턴할 웹 서비스 응답을 먼저 MQOutput 노드를 사용하여
감사 응용프로그램에 송신할 수 있습니다. (메시지 헤더에 필요한 조정이 수행됩니다.)
또한 기존 메시지 모델을 취하고 WSDL 정의를 생성할 수도 있습니다.
이 경우 물리적 바인딩 정보를 제공해야 합니다.
(메시지 세트에서 웹 서비스 정의 생성을 참조하십시오.)
여기에 설명된 WSDL 바인딩은 특히 WSDL 생성기 마법사에 의해 직접
지원되는 바인딩입니다.
즉, 사용되는 메시지 형식이 SOAP이고 MRM 도메인에서
XML로 구문 분석될 수 있습니다. 그러나 웹 서비스의 일반 정의는 이보다 더
광범위하며 SOAP이 아닌 다른 메시지 형식(예: XML-RPC)과 HTTP 또는 JMS가 아닌 다른 전송 방식(예:
SMTP)을 허용합니다.
시작점은 일반적으로 다음과 같습니다.
- 클라이언트에 노출될 기존 메시지 모델(WSDL을 생성해야 함)
- 브로커가 웹 서비스와 상호작용할 수 있도록 하는 기존 WSDL 정의(WSDL을 들여와야 함)
두 경우 모두, 브로커는 설계 시 생성되거나 들여온 WSDL을 기초로
런타임 시 메시지를 수신합니다.
(WSDL에 대한 자세한 정보는 WSDL과 메시지 모델과의 관계 및 WSDL 유효성 검증을 참조하십시오.)