0

HTTP 수신 포트에서 동일한 입력 스키마 메시지를 사용하는 두 개의 오케스트레이션이 필요합니다.수신 위치가 다른 다른 오케스트레이션 만들기

오케스트레이션은 다른 작업을 수행합니다.

오케스트레이션 또는 다른 하나를 어떻게 호출 할 수 있는지 이해할 수 없습니다.

나는 내 마음 속에 단지 해결책이 있지만 나는 그것이 옳다고 생각하지 않는다.

두 개의 다른 수신 위치를 만듭니다. 하나의 오케스트레이션 -> 수신 위치 하나 ..

올바른 해결책 인 것처럼 보입니다. 그러나 수신 위치를 만들면 BTSHTTPReceive.dll이 포함 된 IIS의 내 http 사이트에 가상 폴더를 만듭니다.

그래서 내 의심 : 동일한 입력으로 20 개의 오케스트레이션이있는 경우 DLL이 포함 된 20 개의 가상 폴더를 만들어야합니까?

끔찍한 해결책으로 보입니다.

내 문제를 해결하는 올바른 방법은 무엇입니까?

답변

2

이 포트는 단방향입니까, 양방향입니까?

단방향 수신 위치의 경우 등록 정보를 승격하고 등록 정보에서 publish/subcribe를 사용하여 기본 컨텐츠 기반 라우팅 (CBR)을 사용하면됩니다.

양방향 수신 위치의 경우 : 어떤 응답을 신청서에 보냅니 까?

웹 서비스로 오케스트레이션을 생각해보십시오. 요청을 받아 들여 하나의 응답을 생성해야합니다. N 개의 다른 오케스트레이션/응용 프로그램으로 전달하여 요청을 처리하는 방법은 사용자가 결정하지만 게시/구독은이 동작을 위해 작성됩니다.

+0

양방향 수신 위치 ... 예 오케스트레이션을 웹 서비스로 생각하고 있습니다. 그러나 웹 서비스에는 배포 된 URL이 있습니다. 오케스트레이션을 위해 url은 위치에 의해 주어집니다. 각 위치에서 나는'BTSHTTPReceive.dll'을 복사해야합니다. 이것은 나에게 이상하다, 아마 나는 틀린 무엇인가있다. 저는 biztalk에 익숙하지 않습니다. 회사는 저에게 공부할 시간을주지 않습니다. (저는 BizTalk가 연구없이 일할 수있는 시스템이 아니라고 생각합니다. CBR에 대해 뭔가를 보려고합니다. ... 고맙습니다. – Ciccio

+1

콘텐츠 기반 라우팅에 대한 간단한 가이드가 여기에 있습니다. https://psrathoud.wordpress.com/2013/11/22/simple-content-based-routing-using-send-receive-ports- in-biztalk/ 기본 개념을 설명합니다. –

+0

정말 고마워요! 당신은 마법이에요. – Ciccio