GWT/RequestFactory 기반 앱을 사용하여 프로덕션을 진행했습니다. 우리가 현재 호출되는 서비스 메소드를 항상 알지는 못하기 때문에 디버깅은 꽤 힘듭니다.RequestFactory 프로덕션 로깅/진단 컨텍스트
로그에 문제가있을 때 삶을 편하게 만드는 가장 좋은 방법은 무엇입니까?
우리는 MDC를 사용하여 로그에 사용자 에이전트, 사용자 에이전트를 가지고 있지만 RequestFactory 서비스 메소드를 쉽게 로깅 할 수는 없습니다.
많은 감사
당신은 ServiceLayerDecorator를 사용하고 여기에 로그 (또는 MDC 키/값)을 추가하는 그것의 invoke 방법을 대체 할 수 있습니다.
고마워 토마스, 어떤 이유로 나는 getProperty와 setProperty도 그것을 사용한다고 생각했다. RequestFactory 페이로드를 로그에 덤핑하고 어떤 종류의 도구를 사용하여보고, 어딘가에 이미 존재 하는지를 모르는 것에 대해 궁금해하기 시작했습니다. – salk31
'gwt.rpc.dumpPayload' 시스템 속성을 설정 하시겠습니까? (https://gwt.googlesource.com/gwt/+/2.6.1/user/src/com/google/web/bindery/requestfactory/server/RequestFactoryServlet.java) 덤프를 분석하려면 [RF 메시지] (https://gwt.googlesource.com/gwt/+/2.6.1/user/src/com/google/web/bindery/requestfactory/shared/messages/). –
감사합니다. 우리는 이미 MDC에 추가 할 수있는 영역에 몇 가지 고리를 가지고 있습니다 (아마도 덤프하지 않으면 싸게 될 것입니다). 오류를 살펴보면 서비스 메소드 호출 전후에 많은 부분을 수정해야한다는 의미로 RF 페이로드를 일찍 캡처하는 것이 최선의 방법 일 수 있습니다. – salk31
GWT 원격 로깅을 찾으십니까? – Braj
아니요. 우리는 스택 추적을 디오 페이 스화하는 모든 고통을 동원하여 이미 그 작업을 수행했습니다. 감사. – salk31