2009-09-28 1 views
1

수신 및 송신 포트에서 여러 부분 형식을 사용하는 것이 좋지만 한 가지를 이해할 수는 없습니다. HTTP 포트를 통해 XML 데이터를 수신하는 경우 메시지의 올바른 경로에 어떻게 삽입합니까? 이 사용자 지정 파이프 라인을 만들어야합니까? 아니면 다른 것이 있습니다 (BizTalk를 처음 사용하는 사람)?사용자 지정 파이프 라인 (BizTalk)의 단일 부분 메시지에서 다중 부분 메시지 만들기

답변

3

세르게이, 당신은 절반 기사에서 구운이 개념을 집어해야합니다 BizTalk 프로그래밍

로이 문서에 설명 (http://msdn.microsoft.com/en-us/magazine/cc163423.aspx)

, 그것은 내부 멀티 파트 메시지를 작성하는 것이 더 의미가 8 팁과 트릭 오케스트레이션, 그래서 당신이 스키마에서 뭔가를 변경하고자 할 때 포트 사이의 모든 링크를 삭제하고 셰이프를 보내거나받지 않고 그렇게하기 쉽습니다.

특정 파트 (일반적으로 첫 번째 파트)에 메시지를 할당하면 오케스트레이션에서 큰 문제가 아니어야합니다. 맵을 통해 또는 메시지 할당 셰이프 내에서이를 수행 할 수 있어야합니다.

HTH

포트에 여러 부분으로 메시지를 사용하여 뒤에 추론은 쉽게 그게 내가 제안을 오해한다는 뜻 모양 부품
+1

와 포트 연결을 해제하지 않고 메시지 부분을 전환 할 수 있었다 –

1

이와 같이 여러 부분 메시지 유형을 사용하는 것에 대한 실제 규칙은 없습니다. 그것은 당신의 시나리오에 정말로 달려 있습니다.

그러나 BizTalk의 모든 메시지는 가장 낮은 수준의 여러 부분으로 된 메시지입니다. 문제는 오케스트레이션에서 이러한 추가 부품에 액세스 할 수 있는지 여부입니다.)

그렇다면 많은 부분에서 여러 부분으로 된 메시지 유형을 사용하는 이유는 거의 없습니다. 오케스트레이션에서. 예를 들어, HTTP 또는 FILE 어댑터는 수신 파이프 라인에 SMIME 디코딩 구성 요소가있는 경우를 제외하고는 자체적으로 여러 부분으로 구성된 메시지를 생성하지 않습니다.

일부 다른 어댑터는 POP 어댑터 (첨부 파일) 또는 SOAP 어댑터와 같이 멀티 파트 메시지 유형을 확실히 활용합니다. 하지만 이와 같은 시나리오가 없다면 실제로 여러 부분으로 구성된 메시지 유형이 필요합니다. 왜 그런 부분부터 시작해야하는지 알지 못합니다.

+0

? 포트에서 스키마를 사용해야하지만 그 직후에 여러 유형의 메시지를 작성해야합니까? –