우리는 Microsoft BizTalk Server 2009에 많은 투자를했으며 모든 비동기 작업에 대한 꿈처럼 작동합니다. 그러나 우리는 ESB Toolkit 2.0을 심각하게 고려하고 있습니다.ESB 툴킷 2.0 - 실제로 누군가 그것을 사용하고 있습니까?
그러나이 툴킷으로 문제가 발생했는데 기업용으로는 부족하다는 느낌이 들었습니다. 즉, 절대 정확한 순서로 설치해야하는 비트가 너무 많고 잘못 될 수있는 너무 많은 것들이 있습니다. - config 파일을 너무 많이 해킹하면 제대로 작동하지 않을 수 있습니다. 오류, 철자 오류가있는 예외 메시지 등
누구나 그 의견을 공유 할 수 있습니까?
실제 제작 환경에서이 툴킷을 실제로 사용하는 사람이 있습니까? BTS 2006/2009가 있었지만 ESB 툴킷을 사용하지 않기로 결정 했습니까?
일부 의견을 듣고 정말로 관심이 있습니다.
감사
앤드류
난 당신이 설명하는 ESB 툴킷에 대한 동일한 문제를 발견 많은 개발자와 거기에 프로젝트가 있다고 생각합니다. 몇 가지 프로젝트와 회사에서 툴킷을 사용하는 것을 보았습니다.하지만 보통은 소스 코드가 사용된다는 것입니다 (MSI 및/또는 컴파일 된 코드가 아니라 소스가 정리되고 프로젝트의 일부만 프로젝트에 배포 됨) . 나는 ESB 포털이 "out of the box"오류 관리 기능에 가장 많이 사용되는 것을 보았으며 ASP.NET 이후로 확장을 위해 구축되고 확장 된 부분이기도합니다. 엔터프라이즈 라이브러리 초창기를 연상케한다. 제 생각에 3 ~ 4 년의 개발 기간이 끝나면 기업은 준비가 끝난다.
우리는 ESB 툴킷을 몇 년 동안 사용해 왔지만 유용하다. SharePoint 웹 파트 (SP Foundation에서 사용할 수 있음) 몇 가지만 언급하면 다음과 같습니다. 오류 지점에서 재 제출 (beginni 대신 (문자열 편집기 대신) 친숙한 XML 편집기 비즈니스 데이터 로깅 Ajax 포털 (항상 F5 키 누름 없음) 여정의 모든 단계에 대한 가시성 (일어난 일, 무슨 일이 있었는지, 무슨 일이 있었는지) 다음) 수정 한 사람의 로깅