다음을 통해 공유

BizTalk 프로젝트를 만들 때의 고려 사항

  • 아티클

이 섹션에서는 Visual Studio를 사용하여 BizTalk 프로젝트를 만들 때 고려해야 할 정보를 제공합니다.

프로젝트가 너무 커서 발생하는 컴파일 오류 방지

프로젝트에서 75MB보다 큰 어셈블리를 생성할 경우 Visual Studio 컴파일러에서 해당 프로젝트를 제대로 컴파일하지 못합니다. 컴파일러가 크기 제약 조건에 도달하면 심각한 오류 CS0013 "파일 <이름>에 메타데이터를 쓰는 예기치 않은 오류"를 내보내고 중지합니다.

이러한 문제를 방지하기 위해 반드시 필요한 경우가 아니라면 프로젝트의 크기가 10MB를 초과하지 않는 것이 좋습니다. 그 이유는

  • 프로젝트가 작을수록 배포 단계가 줄기 때문에 더 간단하게 배포할 수 있습니다. 또한 거래 업체 할인율 관리나 RFP 처리와 같은 작은 프로젝트를 사용하면 각 단계가 서로 보다 밀접하게 연결됩니다.

  • 작은 프로젝트를 사용하면 버그, 배포 문제 및 기타 다른 문제를 쉽게 격리시킬 수 있습니다. 스키마가 140개이고 사용자 지정 맵과 스크립트가 많은 프로젝트에서 버그를 찾는 것은 스키마가 10개뿐이고 사용자 지정 맵과 스크립트도 적은 프로젝트에서 버그를 찾는 것보다 어렵습니다.

  • 큰 프로젝트를 보다 작은 프로젝트로 나누어 간단하게 만들 수 있습니다. 프로젝트가 작을수록 관리하기가 쉬워집니다.

  • 프로젝트가 작을수록 컴파일 속도도 더 빨라집니다.

  • 관련성 없는 스키마가 많은 큰 프로젝트를 관련성이 높은 스키마가 포함된 작은 프로젝트로 분할하면 성능이 향상됩니다. 이는 한 번에 일부 어셈블리만 로드되기 때문입니다.

맵 유형 이름으로 프로젝트 이름 사용 자제

Visual Studio에서 BizTalk 프로젝트에 새 맵을 추가하는 경우 프로젝트 이름을 형식 이름으로 사용하지 마세요. 이렇게 하면 컴파일러가 "형식 이름 이름<>'이 형식에 존재하지 않음"에 유사한 하나 이상의 오류를 생성합니다.

BizTalk 프로젝트 내에서 맵의 유형 이름을 변경하려면 솔루션 탐색기 창에서 맵을 클릭한 다음 속성 창에서 유형 이름 속성을 확인하십시오. 이름이 같은 경우 수정해야 하며 해당 이름을 사용하는 구성도 변경해야 합니다.

Visual Studio Team System 지원

Visual Studio의 BizTalk 프로젝트는 Visual Studio Team System의 모든 기능을 직접 지원하지 않습니다. Visual Studio Team System의 소스 제어 기능은 BizTalk Server 지원됩니다. Visual SourceSafe도 BizTalk 프로젝트 아티팩트의 추적 및 버전 관리를 위해 완벽하게 지원됩니다.