SharePoint의 "요청을 TrackedRequests에서 찾을 수 없습니다"의 근본 원인 조사

Question

TrackerRequests에 "ERROR : 요청이 없습니다"라는 버그 추적 시스템에 오랫동안 서술되어있는 문제가 있습니다. 다른 스레드. "메시지를 SharePoint 추적 로그에 저장하십시오.

SharePoint 시장에서 Workflow software을 개발함에 따라 제품 문제로 인한 것이 아닌지 확인하기 위해이 문제를 수시로 검토합니다. 개인적으로 SharePoint의 문제라고 결론을 내 렸습니다.하지만 다른 사람이 저를 잘못 알았을 수도 있습니다. 여기

내가 아는 것입니다 :

1. 이 주제에 구글에 의해 반환되는 검색 결과의 수백에 따르면,이 문제는 주로 셰어 포인트 워크 플로우 관련이있는 것으로 나타납니다, SharePoint 디자이너 및 Visual Studio 기반 워크 플로우 모두 .

2. ULS 로깅을 Monitorable로 설정하면이 문제를 재현하는 가장 쉬운 방법은 새 SharePoint Designer 워크 플로를 만들어 문서 라이브러리에 첨부하고 추가/업데이트시 자동 시작으로 설정하고 추가하지 말고 모든 작업, 워크 플로 저장 및 파일을 문서 라이브러리에 업로드 할 수 있습니다.

3. 오류는 SharePoint 추적 로그에만 표시되며 현재 작업 흐름의 실행에 영향을 미치지 않는 것으로 보입니다.

4. 이 문제는 최대 32 비트 및 64 비트 시스템, Win2K3 및 2K8, WSS 및 MOSS 버전이 December 2009 Cumulative Update (6524)까지 발생 함을 확인했습니다.

5. 워크 플로를 수동으로 시작할 때 문제가 발생하지 않습니다.

6. dozens 관련 게시물은 MSDN 포럼에서 hundreds은 Google, one은 StackOverflow, none은 SharePoint 오버플로입니다. 대답이없는 것처럼 보입니다.

는 사람이 원인이 우리가 걱정하거나 아래 'Red Herrings'을 제기하는 경우는 무슨, 무슨 일이 일어나고 있는지에 대해 어떤 생각을 가지고있다.

업데이트 :| 피드백 보내기 현재 상태 Microsoft는이 보안 문제를 무시할 수있는 알려진 문제가 있음을 확인했습니다. SP2007에서는 수정되지 않지만 SP2010에서는 더 이상 문제가되지 않습니다.

Answer 1

붉은 청어 밑에 제출하십시오. "오류는 SharePoint 추적 로그에만 표시되며 현재 워크 플로 실행에 영향을 미치지 않는 것으로 보입니다." ULS 로그에는 너무 많은 오류가 기록되어있어 우리의 통제 범위를 벗어 났으며 즉시 환경에 영향을 미치지 않습니다. 제품을 향상 시키려면 지원되지 않는 버그로 지원 요청을 시도 할 수 있습니다. 그러나 버그가 아니지만 자세한 ULS 로그 메시지는 무엇입니까?

실제로이 자세한 정보는 ULS 로그에만 국한되지 않습니다. Microsoft Office SharePoint Server 2007 Management Pack for System Center Operations Manager 2007을 본 적이 있으십니까? 실제 이벤트에 플래그를 지정하는 이벤트에 집중할 수 있도록 팜의 이벤트 로그에서 노이즈 이벤트를 필터링합니다.

Answer 2

이것은 정말 좋은 질문이며 이에 대한 좋은 반응을보기 위해 저는 배고파요. 매우 다른 상황에서 내 워크 플로에서이 오류를 보았습니다.

예를 들어, 내 경우에는 "만든 된 작업"이벤트를 catch하고 SPListItem (새 작업)의 "breakroleinheritance"를 시도하면 집에서 구운 사용자 지정 활동에서 발생합니다.

내 맞춤 활동이유형의 wfActProps 속성을 통해 워크 플로 컨텍스트를 가져옵니다. 그런 다음 일반적으로 wfActProps.Web을 사용하여 웹 객체에 액세스합니다.

첫 번째 생각은 다른 활동 사이에 SPWorkflowActivationProperties을 전달하는 것은 나쁘지 만 어쨌든 다른 방법은 아직 찾지 못했습니다.

"커뮤니티 위키"는 실제 답변이 아니기 때문에이 대답을 볼 수있는 상황의 예입니다.

Answer 3

stacktrace (해당 메시지를 게시 한 사람이 같은 오류를 나타내는 것으로 가정)에서 자동 시작을 담당하는 OOTB 이벤트 수신기 (Microsoft.SharePoint.Workflow.SPWorkflowAutostartEventReceiver)처럼 보입니다. 워크 플로는 이벤트 수신기 코드에 의해 생성되지 않은 SPSite를 삭제합니다.

불행히도 AutoStartWorkflow() 메서드는 난독 화되어 있으므로 SPSite가 처리되는 Reflector에서 실제로 볼 수 없습니다. 기존 SPSite를 처리하는 EventReceiver를 작성하여 실험 해 볼 수 있습니다.이 SPSite를 사용하면 동일한 오류가 기록 될지 여부를 확인할 수 있습니다.