2010-12-09 4 views
1

WCF/생성 된 항목 소비 마법사를 사용할 때 생성되는 항목에는 스키마, 바인딩 및 서비스를 사용하는 포트 유형 정의가 포함 된 ODX가 포함됩니다.WCF 생성 된 항목에 대한 스키마 및 오케스트레이션 어셈블리 분리에 대한 조언

그리고 오케스트레이션과 별도의 스키마를 별도의 어셈블리로 분리하는 것이 일반적/좋은 방법입니다.

그러나 WCF 생성 된 아티팩트의 경우 각 포트 유형을 참조 어셈블리를 가리 키도록 편집해야하므로 이러한 작업을 구분하기위한 노력이 상당합니다. 이는 많은 작업 (및 요청)이있는 서비스에서 성 가시고 수 있습니다/각각에 대한 응답). WCF 서비스가 변경되어 재생성해야하는 경우이 상황이 악화됩니다. 내가 요청할 수 있습니다 경우

그래서 :

  1. 을 여기에 가장 좋은 방법은 무엇을 생각 하는가? 나는 포트 타입과 더미 ODX를 스키마 어셈블리에 유지하는쪽으로 기울어 져있다.
  2. 생성 된 더미 ODX에서 생성 된 포트 유형을 이동 한 다음 더미 ODX를 삭제 하시겠습니까?

고마워요!

답변

3

너는 너무 열심히 노력하고있어.

내가 수행 할 작업은 소비 된 WCF 서비스의 서비스 참조를 자체의 오케스트레이션에서 수행하는 것입니다 (논리가없는 경우). 거기에 정의 된 포트 유형 만있는 단순한 오케스트레이션. 이 오케스트레이션은 별도의 어셈블리에있을 수 있습니다.

그런 식으로 다른 프로젝트에서이 오케스트레이션을 참조 할 수 있습니다.

생성 된 스키마를 포트 유형과 분리하지 마십시오. 이들은 모두 "공동체 적으로 서비스 계약"의 일부이기 때문에 어쨌든 밀접하게 연결되어 있습니다.

+0

감사합니다. 귀하의 조언을 잘 듣습니다. 생성 된 코드를 혼자 남겨 두는 것/손길이 닿지 않은 것은 다른 관심사보다 우선합니다. 컨텍스트를 제공하기 위해 여러 BizTalk 응용 프로그램의 여러 오케스트레이션간에 일반 WCF 스키마를 공유해야했습니다. 뒤늦은 견해에서 대안은 트리거링에 대한 추가 표준 스키마를 사용하는 것이고 WCF 생성 항목은 '기본'응용 프로그램에서만 필요합니다. – StuartLC

+1

Maxine의 모델이 제대로 작동하는지 확인하려면 생성 된 Port Types 및 MultiPart Schemas가있는 토큰 ODX와 생성 된 아티팩트를 모두 하나의 장소에 두십시오. 이렇게하면 피어 WCF 서비스 인터페이스가 변경된 경우 모든 항목을 삭제하고 생성 된 항목을 다시 만들 수 있습니다. 별도의 어셈블리가있는 한 가지주의 사항은 오케스트레이션 어셈블리에서 포트 및 스키마에 액세스하기 전에 수동으로 유형 수정 자 (범위 가시성)를 내부에서 공용으로 변경해야한다는 것입니다. – StuartLC