BizTalk 및 웹 서비스를 호출하는 가장 좋은 방법

Question

웹 서비스, 아마도 여러 웹 서비스를 호출해야 할 필요가있는 biztalk 오케스트레이션을 작성하고 있습니다. 나는 두 가지 옵션을 보았다. 하나는 wsdl을 별도의 코드 프로젝트에서 사용하고 표현식 모양의 코드에서 웹 서비스를 호출하고 두 가지를 비즈에서 가져 와서 스키마를 가져온 다음 요청/응답 포트를 통해 호출합니다. 가장 좋은 방법은 무엇입니까? 한편으로는 wsdl이 업데이트되면 스키마와 포트보다 코드를 업데이트하는 것이 더 쉬울 것이며 여러 웹 서비스 호출에 충분한 포트를 구축하는 데 많은 혼란과 노력이 필요할 것입니다. 반면에 포트 레벨에서 수행 할 수있는 모든 조정 (재시도 중 하나)은 웹 서비스를 호출하기에 적합합니다.

Answer 1

here 또한 XSD를 가져 오는 대체 방법으로 BizTalk에서 add service reference을 사용하는 세 번째 옵션에 대해 설명합니다.

IMO 통합을 처리하기 위해. NET 프록시를 사용하여 BizTalk를 사용하는 것이 어려울 것입니다. 예 :

1. 프로토콜 (WCF)을 하드 코딩 했으므로 이제 사용자 지정 코드와의 요청 및 응답 메시지를 마샬링해야합니다. 송신 포트를 사용하면 배포시 모든 요청 - 응답 메커니즘을 구성 할 수 있습니다. 특히 장치 및 통합 테스팅에 유용합니다.
2. 재시도, 백업 전송, 일시 중단 된 메시지 다시 시작, 다른 포트의 다른 맵 및 틀림없이 전체 게시자 하위 기능과 같은 BizTalk 메시지 전달 메커니즘의 모든 이점을 잃게됩니다 (예 : 여러 수신기가 호출 된 웹 서비스의 응답을 들어보십시오.)
3. WCF serviceModel 구성 설정 (예 : 끝점 등)은 어디에 저장 하시겠습니까? 즉, 파일 바인딩의 유연성을 잃어 버렸습니다.
   • 등

그래서, TL; DR은 항상 말했다 BizTalk 그러나

,에서 WCF 어댑터를 사용하는 것이 계약에서 오전 생성 항목을 업데이트 소비 서비스의 경우 변경 사항은 지저분 할 수 있습니다. 다음과 같이 FWIW, 우리는이 중 일부를 완화 :

• 항상 모든 수입 생성 된 아티팩트를 가져올에서 별도의 빈 폴더를 만듭니다.
• 는 '있는 그대로'생성 된 모든 항목, 즉 남겨하지 더미 .odx를 이동하거나 (이 사전 구성된 포트 유형이 있기 때문에)

불행하게도이 아래 잎을 삭제 유혹 아직도해야 할 작업은 수동으로 적용 할 : 유물 가져온 스키마에

승진과 구별 특성이 필요 귀하의 오케스트레이션에 별도의 어셈블리에있는 경우

• 이 public에 포트 유형의 가시성을 변경하는 것을 잊지 마십시오 재 신청한다. (예 : remem 변경 후 스크린 샷을 문서화하십시오). 아마도 이것은 schma의 <xs:annotation> 섹션에 저장하고 다시 붙여서 단순화하거나 자동화 할 수 있습니다.
• WCF 서비스에서 메시지 계약을 사용하고 여러 참조에서 동일한 참조 메시지를 다시 사용하는 경우 생성 된 항목 추가로 만든 복제본을 수동으로 삭제 한 다음 기존 스키마를 다시 참조해야합니다. (예 : 모든 BizTalk 호출에 대해 표준 '응답'메시지가 표시됨)

Answer 2

흥미롭게도 두 속성을 혼합하여 사용할 수 있습니다. 사라바나 쿠마르가 체크 아웃 this !!!

패스 스루 수신을 사용하고 스키마 및 웹 포트 작성의 어려움없이 송신 포트에서 dll을 사용하는 웹 서비스를 사용합니다.

이것은 BizTalk (라우팅 응답, 송신 포트 구성 등)의 모든 기능을 제공하면서도 큰 혼란없이 스키마를 변경할 수있는 유연성을 제공합니다.