나는이 오래된 웹 서비스를 제거하고 유사한 새로운 웹 서비스 (로 대체됩니다 schemes.Now 약 10 오케스트레이션 및 외부 웹 서비스 구축 (20 개)지도가 기존의 BizTalk 응용 프로그램을 매핑 거의 동일한) 계획이다.레거시 Biztalk 응용 프로그램은 : 오케스트레이션으로 웹 서비스 스키마를 교체하고
어떤 것 일 모든 오케스트레이션과지도로 된 웹 서비스의 체계를 대체 할 최선의 전략? 모든 오케스트레이션을 거쳐 모든 메시지 유형 포트 및 변환을 수동으로 바꿀 수 있습니다. 더 좋은 방법이 있습니까?
알려 주시기 바랍니다.
ACK : BizTalk 응용 프로그램을 작성하는보다 편리한 방법은 내부 형식 (xsd)을 만들고 내부 형식에 대한 모든 오케스트레이션과지도를 디자인하는 것입니다. 외부 (웹 서비스) 형식에서 내부 형식으로 변환 할지도를 만들려면 웹 서비스를 변경하는 경우이 하나의지도 만 변경됩니다. 불행히도 이것은 기존 앱이 빌드 된 방식이 아닙니다.
UPD : 문제는 기존 웹 서비스 유형은 오케스트레이션 및지도의 많은으로 사용되는 것입니다. 이전 webservice를 가져 와서 새 webservice를 가져 오면 나는 모두 오류가 발생합니다. 따라서 새 유형을 사용하기 위해 수동으로 모두 변경했습니다. 나는 속임수로 바꿀 방법을 찾고있다. 유사한 (거의 같은) 제도와
문제는 오래된 웹 서비스 유형이 많은 오케스트레이션 및지도에 사용되고 있다는 것입니다. 이전 webservice를 가져 와서 새 webservice를 가져 오면 나는 모두 오류가 발생합니다. 따라서 새 유형을 사용하기 위해 수동으로 모두 변경했습니다. 나는 속임수로 바꿀 방법을 찾고있다. –
@WorkGamificationApp 이제 모든 노력을 다해야 할 수도 있습니다. 오케스트레이션에서 내부 스키마를 사용하고 다중 부분 메시지 유형을 사용하는 경우도 있습니다. 그렇게하면 나중에 다른 사람이 쉽게 업데이트 할 수 있습니다. – Dijkgraaf