이 시나리오는 도메인으로 MIME을 사용하여 WebSphere MQ 사용 가능한 어플리케이션에 인터페이스를 제공하는 웹 서비스를 표시합니다. 이 시나리오의 메시지 플로우 및 결과 메시지 트리가 아래에 제공되어 있습니다.
MIME 메시지가 메시지 플로우를 입력하면 메시지의 최상위 레벨 Content-Type이 HTTPInputHeader 트리 및 MIME 논리적 메시지 트리에 저장됩니다. 브로커는 등록 정보 서브트리의 ContentType 값으로 메시지의 Content-Type 사본을 저장합니다. 아래의 다이어그램은 메시지가 HTTPInput 노드를 떠난 후 메시지 트리를 표시합니다.
SET OutputRoot.XML.X.rid = CAST(InputLocalEnvironment.Destination.HTTP.RequestIdentifier AS CHARACTER);아래의 다이어그램은 메시지 트리가 Compute1을 떠난 후 메시지 트리를 표시합니다.
MQ 메시지를 수신하는 응용프로그램이 MIME 형식의 메시지를 예상하는 경우, MIME 트리가 필요합니다. Compute1은 새 MIME 트리를 작성하거나 기존 MIME 트리를 수정 및 전달하여 MIME 트리를 제공할 수 있습니다. 메시지의 Content-Type을 수정하려면 브로커 ContentType 등록 정보를 사용해야 합니다. 브로커 ContentType 등록 정보가 수정되면 MIME 트리의 Content-Type 등록 정보가 자동으로 갱신됩니다.
SET OutputLocalEnvironment.Destination.HTTP.RequestIdentifier = CAST(InputRoot.XML.X.rid AS BLOB);Compute2는 명시적 HTTPReplyHeader를 설정할 수도 있습니다.
출력 도메인이 MIME이면 MIME 트리는 메시지를 출력하도록 작성되어야 합니다. Compute2는 새 MIME 메시지를 작성하거나 출력 메시지를 작성하는데 필요한 대로 입력 MIME 메시지를 수정하여 전달합니다. 다음 다이어그램은 메시지가 Compute2를 통해 이동한 다음 메시지 트리를 표시합니다.
이 시나리오의 여러 변형이 사용 가능합니다. 예를 들어, MQInput 노드가 아니라 MQGet 노드를 사용하여 단일 플로우를 작성하면 HTTP 상관자를 저장할 필요가 없습니다. 그러나, 이는 잠재적으로 확장성이 떨어집니다. Coordinated Request Reply 샘플이 MQGet 노드 사용에 대한 자세한 정보를 제공합니다.