2012-07-24 2 views
1

디버그 로그 필터 (직선 디버그 로그에서 복사) 다음과 같이 설정이 변경되지 않습니다 정보, 워크 플로우, FINEST세일즈 포스 디버그 로그 필터가 붙어 내 여러 조직에서

은 내가 노력할 상관없이, 이러한 설정을 변경하지 않을 것이다, 그 중 몇 가지가/미세 설정되어 있기 때문에 최고의 그들이 내 디버그 로그가 최대 크기 치다 :

를 ** * MAXIM UM 디버그 로그 크기에 도달 * ****

그들은 내가 내 코드에 배치 디버그 문 누구도, 심지어 로그가 쓸모 만드는 도달되지 않도록 빨리 최대.

내 조직의 디버그 로그 섹션에서 필터를 변경하려고했는데 개발자 콘솔을 사용해 보았고 Eclipse IDE를 사용했습니다. 내 Dev 조직과 Sandbox에서 이것을 시도했다. 아무것도 도움이되지 않습니다. 이 설정은 변경되지 않습니다.

누구나 이전에 이러한 문제가 발생했거나 이러한 옵션을 재정의하는 방법을 알고 있습니까?

+0

코드에 logginglevel을 설정하고 있습니까? 이렇게하면 적어도 APEX_CODE에 대한 변경 사항보다 우선 적용됩니다. System.LoggingLevel –

+0

@grigriforce 로깅 수준을 변경하더라도 내 코드에 도달하기 전에 디버그 로그 크기가 최대가됩니다 (주로 조직의 많은 워크 플로 규칙 때문) – Yottagray

+0

관련 항목을 확인할 수 있습니까? 클래스/트리거를 사용하여 해당 클래스의 기본 로그 필터를 재정의하는지 확인하십시오. 아직 제대로 작동하지 않는다면 각 클래스별로 수동으로 설정할 것입니다. I.E. 걱정하지 않는 모든 클래스의 로그 필터를 'none'으로 대체하고 관심있는 클래스를 올바르게 설정하십시오. –

답변

3

Salesforce의 디버그 로그 수준을 서로 재정의하는 여러 위치에서 설정할 수 있으므로 코드가 실행될 로그 수준이 항상 명확하지는 않습니다. 나는 아래에서 가장 우선 순위가 높은 것부터 순서대로 나열했습니다 : I.E. 2 개 우선 1, 3 오버라이드 (override) 1, 2

  1. 디버그 로그 필터 - 설정에서 디버그 로그 페이지에서 설정 수준을 기록합니다.
  2. 개발자 콘솔 - 작업 공간 관리에서 개발자 콘솔에 설정된 로그 수준
  3. 정점 클래스/트리거 - 정점 클래스 또는 트리거의 세부 정보 페이지에서 설정 수준을 기록합니다. 클래스/트리거에 대한 필터를 재정의 할 때 디버그 로그에 PUSH_TRACE_FLAGS 및 POP_TRACE_FLAGS가 표시되어야합니다.

주의 할의 위험 부담 : 디버그 로그 필터링 testmethods 제대로 작동하지 않습니다. 모든 테스트는 사전 정의 된 필터 세트로 실행됩니다.

+0

나는 이것을 실제로 알아 내지 못했습니다. 내가 이야기 한 선임 SF 개발자는 무슨 일이 일어나고 있는지 알지 못했습니다 ... 그냥 우연이라고 생각하면, 다시 생각해 보면 Salesforce로 티켓을 제출할 것입니다. 당신의 도움을 주셔서 감사합니다. – Yottagray

+0

그래, 이런 유형의 문제는 아마도 sf 버그 일 것이지만 보드 나 ideaexchange에는 아무 것도 없다. –

+0

이것은 내 맞춤법 앱에 실제로 영향을 미치고 있습니다. –

0

이것은 나에게 너무 최근에 발생했습니다. 디버그 필터 설정을 변경하고 저장을 클릭 할 때마다 디버그 로그는 필터 설정에 따라 필터링되지 않았고 필터 설정을 다시 확인하면 처음부터 변경하지 않은 것처럼 설정되었습니다. 필터 설정에서 변경 한 내용이 저장되었습니다.

일단 디버그 로그의 'Monitored Users'목록에서 사용자를 삭제하고 다시 만들면 모든 것이 잘 작동합니다. 필터 설정을 편집하고 저장하고 (SF가 마지막으로 변경 사항을 기억해 냈습니다) 디버그 로그가 저장되었습니다 필터에 따라 필터링 됨 ... 내가 지금 기억 :

는 문제가 해결되지 않으면 다시 삭제하고 다시 설정해보십시오, 나는 그것을 :)

가 EDIT 두 번째를 삭제 한 후에 만이 나를 위해 일을 시작 생각 개발자 콘솔에서 디버그 필터를 무시할 때 'NONE'옵션이 없다는 것을 알았습니다. 그래서 마지막 시도에서 필터를 '없음'으로 설정하지 않았습니다. 그 뒤에있는 생각은 커튼 뒤로 어딘가에 필터 값을 처리하는 SF 내부 버그의 가능성이 있다는 것입니다 ...

행운을 빌어 요!

관련 문제