오케스트레이션의 프로모션 속성

Question

오케스트레이션에서 속성을 홍보 할 수 있다는 내용의 책을 읽었습니다. 아래 단계는 다음과 같습니다.

1. "StudentID"승격 속성을 새로 만듭니다.
2. "MessageContextPropertyBase"값을 변경하십시오.
3. 오케스트레이션의 "StudentID"값을 업데이트합니다.
4. "StudentID"의 새 상관 세트를 작성하십시오.
5. 송신 모양의 상관 관계 세트 초기화.
6. BizTalk Administrator Console에서 송신 포트를 만듭니다.
7. 는 필터 "POC.PromotedProINOx.Schema.PropertySchema.StudentID =="7 ""

내가 어떤 오류가없는 오전을 설정합니다. 그러나 "StudentID"가 7 일 경우 구독해야합니다.

호 - 메시지 파일이 항상 out 폴더에 있기 때문에 "StudentID"값을 확인하지 않습니다.

내가 누락 된 항목이 있습니까?

Answer 1

당신이

1. 누락 몇 가지가있을 수 있습니다 만약에 메시지를 구독합니다, 포트 7의 올바른 StudentID와 같은 승진 속성이 메시지를 가지고있는 오케스트레이션과 전송 포트를 모두받을 수 그것에. 따라서 StudentID를 오케스트레이션의 다른 항목으로 설정하면 송신 포트를 통해 보내는 메시지는 실제로 오케스트레이션을 거치지 않고 수신 포트에서 직접 온 것입니다.
   수정 :받은 메시지의 값을 다른 값으로 설정하십시오. 또는 인바운드 메시지에서 수준을 올린 속성이 없습니다.

2. 오케스트레이션에서 나중에 지정하기 위해 논리 포트를 지정한 다음 송신 포트를 너무 바운드했습니다. 기본적으로 송신 포트에는 항상 고유 ID가 등록되어 있습니다. 오케스트레이션은 전송 포트에 바인딩 된 논리 포트를 통해 메시지를 게시 할 때 메시지를 게시 할 때 해당 ID를 설정하고 승격시킵니다. 구독 규칙을 추가한다고해도 BTS.SPID = {id} OR {your rule}으로 취급됩니다. 즉, StudentID가 전송 포트의 구독 규칙과 일치하지 않는 경우에도 SPID와 일치하고 계속 가져옵니다.
   수정 사항 : 오케스트레이션의 논리 포트를 직접 바인딩으로 변경하십시오. 당신이 모양 (지도 & 할당) 당신이 실제로으로 설정되어 있는지 확인하기를 구성 확인 :

3. 세 번째 가능성은 사실상 7
   수정의 StudentID이 있는가 게시하는 오케스트레이션 메시지에서이다 다른 값으로. Send Shape에 지정된 메시지가 실제로 새 값으로 생성 된 메시지인지 확인하십시오. 문제를 분석하는 방법

는, 또는 중지 (그러나 Unenlisting되지 않음)에 의해 파이프 라인 전에 속성의 추적을 가능하게하여 하나의 송신 포트를 통과하는 메시지의 컨텍스트 속성을 보는 것입니다 포트 전송 및 일시 중단 된 메시지의 컨텍스트 속성 확인.

송신 포트를 통해 전달되는 메시지에 StudentID = 7이있는 경우 # 3 또는 # 1 중 하나를 수행했는지 확인하십시오.

메시지에 수신 포트와 학생 ID의 세부 정보가있는 경우 # 1에 따라 수신 포트에서 직접 수신 한 것입니다. 그러나 오케스트레이션이 실행되지 않은 경우 (추적 된 인스턴스보기) 또는 아래에서 볼 수없는 경우를 제외하고는 다른 StudentID를 사용하여 메시지를 게시하려고 시도한 오케스트레이션의 오류가 발생할 것으로 예상됩니다.

송신 포트를 통한 메시지의 BTS.SPID 승격 특성이있는 경우 논리 포트는 # 2에 따라 송신 포트에 바인딩됩니다.

각 메시지에 대해 두 개의 메시지가 표시되면 위의 각 메시지 중 하나가 표시되고 # 1 & # 2가 모두 수행됩니다.

요약하면 메시지가 예상대로 라우트되지 않을 때마다 메시지의 컨텍스트 속성을 항상 확인하십시오.