2016-12-05 17 views
0

WS2 BPS (3.6.0)를 관리해야하므로 내부 예외는 드러나지 않습니다. documentation about troubleshooting에는 작은 장이 있지만이 설정은 끝점으로 전달 된 메시지 만 기록합니다.wso2 bps bpel 로깅 및 문제 해결

질문 :

  • 은 처리되거나 처리되지 않은 거세한 숫양 BPEL 실행 중에 발생 내부 예외를) 볼 수있는 방법은 무엇입니까? (표현식 또는 스크립트의 오류와 같은). Apache-ODE 레벨일까요?
  • "catchAll"오류 처리기가 포착 한 오류에 액세스 할 수있는 방법이 있습니까?

는 실행 흐름을 볼 수있는, BPEL 런타임 디버그 로그를 활성화

답변

0

1) 한 가지 방법은 문제 해결은 어떤 힌트를 주셔서 모두 감사합니다.

log4j.logger.org.apache.ode.bpel.runtime = DEBUG

추가 정보가 필요하면, 당신은뿐만 아니라 ODE 엔진에 대한 디버그 로그를 활성화 할 수 있습니다.

log4j.logger.org.apache.ode.bpel.engine =

2 DEBUG

)이 달성 할 OTB 방법이 없다. 이것은 BPEL 2.0 스펙의 한계입니다. BPEL 2.0에서는 파트너 서비스 WSDL에 정의 된 오류 만 포착 할 수 있습니다. 또한 오류 메시지에 대한 변수를 지정할 수 있습니다. 그러면 오류에 대한 정보에 액세스 할 수 있습니다.

그러나 CatchAll은 변수와 연결되지 않습니다. 이것은 일반적인 결함 핸들러입니다.

나는 catchall 내의 오류를 처리하기 위해 플래그 기반 솔루션을 사용할 것을 제안합니다. (이것이 대부분의 솔루션에서 본 것입니다.)