2017-10-20 1 views
0

나는이 오래된 웹 서비스를 제거하고 유사한 새로운 웹 서비스 (로 대체됩니다 schemes.Now 약 10 오케스트레이션 및 외부 웹 서비스 구축 (20 개)지도가 기존의 BizTalk 응용 프로그램을 매핑 거의 동일한) 계획이다.레거시 Biztalk 응용 프로그램은 : 오케스트레이션으로 웹 서비스 스키마를 교체하고

어떤 것 일 모든 오케스트레이션과지도로 된 웹 서비스의 체계를 대체 할 최선의 전략? 모든 오케스트레이션을 거쳐 모든 메시지 유형 포트 및 변환을 수동으로 바꿀 수 있습니다. 더 좋은 방법이 있습니까?

알려 주시기 바랍니다.

ACK : BizTalk 응용 프로그램을 작성하는보다 편리한 방법은 내부 형식 (xsd)을 만들고 내부 형식에 대한 모든 오케스트레이션과지도를 디자인하는 것입니다. 외부 (웹 서비스) 형식에서 내부 형식으로 변환 할지도를 만들려면 웹 서비스를 변경하는 경우이 하나의지도 만 변경됩니다. 불행히도 이것은 기존 앱이 빌드 된 방식이 아닙니다.

UPD : 문제는 기존 웹 서비스 유형은 오케스트레이션 및지도의 많은으로 사용되는 것입니다. 이전 webservice를 가져 와서 새 webservice를 가져 오면 나는 모두 오류가 발생합니다. 따라서 새 유형을 사용하기 위해 수동으로 모두 변경했습니다. 나는 속임수로 바꿀 방법을 찾고있다. 유사한 (거의 같은) 제도와

답변

1

새로운 웹 서비스를 제공합니다.

실제로 그렇다면 아무 것도 교체하지 않아도됩니다. 새로운 서비스를 수용하기 위해 '사소한'변경 사항으로 기존 BizTalk 응용 프로그램을 업데이트하면됩니다. 현재 스키마가 여러 장소에서 사용하는 경우

그러나, 당신은 단지 이전에 새 메시지를 변환하는 수신 포트에지도를 사용할 수 있습니다. 루트 요소와 네임 스페이스가 동일하면 완벽하게 처리 할 수 ​​있습니다. 필요한 경우 XmlDisassembler에 명시 적으로 이전 요소를 설정하면됩니다. 지도는 항상 .Net 유형에서만 작동합니다.

+0

문제는 오래된 웹 서비스 유형이 많은 오케스트레이션 및지도에 사용되고 있다는 것입니다. 이전 webservice를 가져 와서 새 webservice를 가져 오면 나는 모두 오류가 발생합니다. 따라서 새 유형을 사용하기 위해 수동으로 모두 변경했습니다. 나는 속임수로 바꿀 방법을 찾고있다. –

+1

@WorkGamificationApp 이제 모든 노력을 다해야 할 수도 있습니다. 오케스트레이션에서 내부 스키마를 사용하고 다중 부분 메시지 유형을 사용하는 경우도 있습니다. 그렇게하면 나중에 다른 사람이 쉽게 업데이트 할 수 있습니다. – Dijkgraaf

관련 문제