BizTalk 오케스트레이션의 별도 폴더에 오류 로그 파일을 작성하십시오.

Question

BizTalk 오케스트레이션의 범위 및 표현 구성 요소를 사용하여 BizTalk 오케스트레이션 내부의 오류를 처리하고 별도의 폴더에 로그 파일을 작성하려면 어떻게해야합니까?

이벤트 관리자를 보지 않고 오류 파일을 작성할 수있는 방법이 있습니까?

Answer 1

BizTalk 오케스트레이션 내부에서의 예외 처리는 매우 사소합니다. 당신은 (예외를 잡을 수 있도록 비 원자 범위에 예외 블록을 추가 할 수 있습니다 예를 들어 일반 예외, System.Exception, DivideByZeroException인지, 등등 ...

귀하의 질문 사실이 몇 가지 가능한 대답.

첫 번째 옵션은 실제로 사용자의 접근 방식에 의문을 제기하는 것입니다. 로그 파일에 오류를 작성하는 것이 실제로 필요한 것일까 요? 예를 들어 DebugView와 같은 수신기를 사용하여 System.Diagnostics.Trace에 오류가 발생하는 것으로 충분합니까? 예제 이 접근법에 대한 자세한 내용은 여기를 참조하십시오. http://dickvdbrink.github.io/c%23/2015/01/09/CSharp-Logging-using-Trace-and-DebugView.html

옵션 2는 R :

1. 은 제외 /의 InnerException에서 작성하여 필요한 필드를 채우는, 스키마의 새 인스턴스를 만들, C#을 정적 헬퍼 클래스를 사용하여 새로운 일반 오류 스키마
2. 을 만듭니다.
3. 한 단계 더

옵션 3을 복용 할 것 (등이 ... 나중에 지정, 직접) 송신 모양과 원하는 바인딩을 사용하여 폴더에 인스턴스를 보내기 : 실패 메시지 라우팅을 구현 너의 오케스트레이션에서. 기본적으로 이는 수신 포트와 송신 포트에만 존재하지만 사용자 자신의 오케스트레이션에서 동작을 모방 할 수 있습니다. 해야 할 일은 오류를 메시지의 컨텍스트에 쓰고 오류 유형을 "FailedMessage"로 작성하는 것입니다. 여기이 방법의 예를 발견 : http://blogs.objectsharp.com/post/2006/11/01/Failed-Message-Routing-and-Failed-Orchestration-Routing-in-BizTalk-2006.aspx

옵션을 3 일이 가장 가능성이 DEBUG 모드로 구축 할 필요 및 옵션 2는 매우 일반적인/좋은 옵션이 아닌 옵션으로 내 의견으로는 가장 일반적이고 실행 가능한 것 .

행운을 빈다. 오류가 발생하는 경우

Answer 2

글쎄, 당신은

당신은 항상 이벤트 로그 사용해야합니다 ... 당신이 원하는 무엇이든 할 수 있지만. 이벤트를 로그 파일에 쓰는 것은 아주 나쁜 습관입니다.

이 문서에서는 제대로 BizTalk 응용 프로그램에서 이벤트 로그를 사용하는 방법에 대해 설명합니다 Logging In BizTalk Apps using Event Logs: Good Practices

당신은 항상 당신이 단지 사용자 정의 소스를 로그인을 소유 만들 필요가 없습니다.