SharePoint के अनुरोध के पीछे मूल कारण की जांच करना "ट्रैक किए गए अनुरोधों में अनुरोध नहीं मिला"

Question

हमारे बग ट्रैकिंग सिस्टम में डरावनी "त्रुटि के बारे में हमारे लंबे समय तक चलने वाली समस्या है: ट्रैक किए गए अनुरोधों में अनुरोध नहीं मिला है। हम जाल बना रहे हैं और बंद कर रहे हैं विभिन्न धागे। "शेयरपॉइंट के ट्रेस लॉग में संदेश।

जैसा कि हम SharePoint बाजार के लिए Workflow software विकसित करते हैं, हम यह सुनिश्चित करने के लिए समय-समय पर इस समस्या को देखते हैं कि यह हमारे उत्पादों के कारण नहीं है। मैं व्यक्तिगत रूप से निष्कर्ष पर आया हूं कि यह SharePoint में एक समस्या है, लेकिन शायद कोई और मुझे गलत साबित कर सकता है।

यहाँ मैं क्या पता है:

1. खोज परिणामों के सैकड़ों इस विषय पर Google द्वारा लौटाए गए के अनुसार, इस मुद्दे को मुख्य रूप से SharePoint वर्कफ़्लो से संबंधित प्रतीत होता है, दोनों शेयरपॉइंट डिज़ाइनर और विजुअल स्टूडियो आधारित workflows ।

2. मान लें कि यूएलएस लॉगिंग मॉनिटेबल पर सेट है, इस समस्या को पुन: उत्पन्न करने का सबसे आसान तरीका एक नया शेयरपॉइंट डिज़ाइनर वर्कफ़्लो बनाना है, इसे एक दस्तावेज़ लाइब्रेरी से संलग्न करें, इसे एड/अपडेट पर ऑटो स्टार्ट करने के लिए सेट करें, जोड़ें कोई भी क्रिया, वर्कफ़्लो को सहेजें और दस्तावेज़ लाइब्रेरी में फ़ाइल अपलोड करें।

3. त्रुटि केवल SharePoint trace लॉग में दिखाई दे रही है, यह वर्कफ़्लो के निष्पादन को प्रभावित करने के लिए प्रतीत नहीं होता है।

4. मैंने सत्यापित किया है कि समस्या 32 बिट के साथ-साथ 64 बिट सिस्टम, Win2K3 और 2K8, WSS और MOSS पर SharePoint संस्करणों के साथ December 2009 Cumulative Update (6524) तक होती है।

5. समस्या तब होती है जब वर्कफ़्लो मैन्युअल रूप से प्रारंभ होता है।

6. वहाँ MSDN मंच, hundreds गूगल पर, one StackOverflow पर पर संबंधित पोस्ट और SharePoint उफ़ान पर कोई भी dozens हैं। ऐसा कोई जवाब नहीं प्रतीत होता है।

किसी को भी क्या, पर जा रहा है कि इसका क्या कारण है और अगर हम चिंता या इस के तहत 'Red Herrings' दर्ज करनी चाहिए के बारे में कोई विचार है।

अद्यतन:माइक्रोसॉफ्ट ने पुष्टि की है कि यह एक ज्ञात मुद्दा है जिसे सुरक्षित रूप से अनदेखा किया जा सकता है। इसे एसपी 2007 में तय नहीं किया जाएगा, लेकिन एसपी -2010 में अब कोई समस्या नहीं है।

Answer 1

इसे लाल हेरिंग के तहत फ़ाइल करें। आप कहते हैं "त्रुटि केवल SharePoint ट्रेस लॉग में दिखाई दे रही है, यह वर्कफ़्लो के निष्पादन को प्रभावित करने के लिए प्रतीत नहीं होता है।" यूएलएस लॉग में इतनी सारी त्रुटियां लॉग इन हैं जो हमारे नियंत्रण से बाहर हैं और हमारे पर्यावरण पर तुरंत प्रभाव नहीं डालती हैं। यदि आप उत्पाद को बेहतर बनाना चाहते हैं तो आप एक समर्थन कॉल का प्रयास कर सकते हैं जो कि बग के रूप में गैर-वृद्धि हो सकती है। हालांकि, अगर यह एक बग नहीं है, लेकिन सिर्फ एक वर्बोज़ यूएलएस लॉग संदेश है?

वास्तव में, यह शब्द केवल यूएलएस लॉग तक ही सीमित नहीं है। क्या आपने Microsoft Office SharePoint Server 2007 Management Pack for System Center Operations Manager 2007 देखा है? यह आपके खेत पर इवेंट लॉग से शोर घटनाओं को फ़िल्टर करता है ताकि आप उन वास्तविक घटनाओं पर ध्यान केंद्रित कर सकें जो वास्तविक समस्या को ध्वजांकित करते हैं।

Answer 2

यह वास्तव में एक अच्छा सवाल है और मैं इस पर अच्छे प्रतिक्रिया देखने के लिए भूख लगी हूं। मैंने इस त्रुटि को मेरे वर्कफ़्लो में बहुत अलग संदर्भों में देखा है।

उदाहरण के लिए, मेरे मामले में यह "कार्य निर्मित" घटना को पकड़ने पर और घर के बेक्ड कस्टम गतिविधि में होता है और एसपीएलिस्टइटम (नया कार्य) "ब्रेक्रोलिनरिटिटेंस" करने का प्रयास करता है।

मेरी कस्टम गतिविधि एक प्रॉपर्टी wfActProps के माध्यम से वर्कफ़्लो संदर्भ प्राप्त करती है जो SPWorkflowActivationProperties प्रकार है। फिर मैं वेब ऑब्जेक्ट तक पहुंचने के लिए आमतौर पर wfActProps.Web का उपयोग करता हूं।

पहला विचार था कि शायद यह हो सकता है कि यह SPWorkflowActivationProperties को विभिन्न गतिविधियों के बीच पास करने के लिए एक खराब स्वर है, हालांकि मुझे अभी तक कोई अलग रास्ता नहीं मिला है।

मैं अपने उत्तर में "समुदाय विकी" स्थापित कर रहा हूं क्योंकि यह वास्तविक उत्तर नहीं है, बल्कि ऐसी स्थिति का एक उदाहरण है जहां यह त्रुटि देखी जा सकती है।

Answer 3

जब मैं stacktrace को देखो (मैं व्यक्ति जो कि संदेश पोस्ट एक ही त्रुटि के बात कर रहा है यह सोचते हैं रहा हूँ), यह एक OOTB घटना रिसीवर (Microsoft.SharePoint.Workflow.SPWorkflowAutostartEventReceiver) जो autostarting के लिए जिम्मेदार है की तरह लग रहा वर्कफ़्लो एक एसपीएससाइट का निपटान कर रहा है जो घटना रिसीवर कोड द्वारा नहीं बनाया गया हो सकता है।

दुर्भाग्यवश ऑटोस्टार्ट वर्कफ़्लो() विधि obfuscated है इसलिए मैं वास्तव में प्रतिबिंबक में नहीं देख सकता जो एसपीएससाइट का निपटारा किया जा रहा है। आप अपने स्वयं के EventReceiver लिखने का प्रयोग कर सकते हैं जो किसी भी मौजूदा एसपीएससाइट को डिस्पोजेक्ट करता है, जिससे यह हाथ मिल सकता है और देख सकता है कि क्या यह एक ही त्रुटि को लॉग इन करने का कारण बनता है।