2009-10-01 5 views

답변

1

하산, 예외 코드에서 거품 경우

, 그것은 참으로 실패 상태를 표시합니다. 타이머 작업 인스턴스로 명시 적으로 "실패"하려는 경우 예외를 throw 할 수 있고 예외를 throw해야합니다. 다른 실행을 통해 "문제 상황"을 극복 할 수 있다고 느낀다면 TRUE으로 SPJobDefinition.Retry 플래그 값을 설정하는 것과 함께 수행 할 수 있습니다.

동일한 토큰으로, 로깅 목적으로 예외를 트래핑하는 경우 (예 : ULS 로그에 세부 정보를 기록하는 등 나쁜 생각은하지 말 것), 진정으로 보상하지 않는 한 모든 예외를 다시 제 시하십시오. 명시된 이유 (예외 상태는 작업 성공/실패보고에 연결됨)로 인해 예외가 발생하는 것을 피하기 위해 예외를 먹는 것을 피하기를 원합니다.

도움이 되었기를 바랍니다.

+0

Btw OneTimeSchedule이있는 작업이 실패하면 작업 상태 페이지에서 사라 집니까? 그렇다면 사용자는 작업이 실패했다는 것을 어떻게 알 수 있습니까? –

+0

훌륭한 질문입니다, 하산. 원 샷 타이머 작업 (이 기능에 대해 작성한 탐색 업데이트 작업은 마지막 작업 : http://blobcachefarmflush.codeplex.com)을 작성한 이후로 시간이 지났지 만 실패한 작업은 최소한 일정 기간 동안 상태 목록에 앉아 있어야합니다. 메모리가 올바르게 작동하면 오래 머무르지 않았습니다. 사라지기 전에 상태 페이지를 새로 고침하여 더 많이 또는 덜 폴링해야했습니다. –

관련 문제