हमें SharePoint डिजाइनर workflows कि "संवाद का एक सेट है" साइट स्तंभ मानों में परिवर्तन के द्वारा सूची पर के साथ एक घटना रिसीवर. उदाहरण के लिए, कोई साइट स्तंभ यदि "SetDuedate" करने के लिए सेट है जो वर्कफ़्लो द्वारा सच, घटना रिसीवर का पता लगाता है कि बदलाव, कोई नियत दिनांक का परिकलन करता है और उस तारीख के किसी अन्य साइट स्तंभ को असाइन करता है, "नियत दिनांक।" घटना रिसीवर एक नियत दिनांक जटिल व्यापार नियमों का उपयोग कर की गणना कर सकते हैं क्योंकि हम चीज़ें इस तरह अलग हो जाते हैं (खाते में लेने के सप्ताहांत और छुट्टियों के कंपनी) जबकि एसपीडी वास्तव में नहीं कर सकते हैं.
एक विशिष्ट उदाहरण में, हम इस चाल के साथ एक समस्या में भाग गया. यह सब डिबगिंग बहुत मुश्किल है, लेकिन हम उस में एक मामला निश्चित निष्कर्ष पर आया था (कम से कम), घटना रिसीवर हर समय नहीं चल रहा था. वर्कफ़्लो के एक चरण में, हम एक साइट स्तंभ का मान बदल जाएगा और घटना रिसीवर को चलाने के लिए प्रकट नहीं किया था. हालांकि, यह वर्कफ़्लो का एक अलग चरण में लगातार चल रहा था.
यह समीक्षा करने के बाद, मैंने देखा है कि खुश कार्यप्रवाह चरण "अद्यतन सूची आइटम का इस्तेमाल किया" जबकि अन्य कदम इस्तेमाल "में वर्तमान आइटम सेट करें फ़ील्ड।" "वर्तमान आइटम। अद्यतन सूची आइटम अद्यतन कर रहा था" मुझे यकीन नहीं कर रहा हूँ क्यों हम एक दूसरे पर उठाया के बाद से वे एक ही बात कर रही हो करने के लिए प्रतीत होता है.
तो … अद्यतन सूची आइटम कार्रवाई आग की घटना के कारण किया था. दूसरी ओर, वर्तमान आइटम कार्रवाई में सेट फ़ील्ड नहीं किया.
मैं अद्यतन सूची आइटम दोनों स्थानों में इस्तेमाल किया और वाइला! यह काम किया. [[ कुल एक तरफ, मैं के लिए वायलिन के लिए एक दैनिक आधार पर लगभग खेला 15 साल ]]
इस से, मुझे विश्वास है कि अंतरिम रूप से "फ़ील्ड सेट करें" क्रिया घटना रिसीवर को आग का कारण नहीं है, कम से कम कुछ समय के.
हमें इस मुद्दे के सप्ताह के लिए bedeviled.
यह उन मनाया"व्यवहार में से एक है" डाक. मैं यह होने एक बार एक विशिष्ट वातावरण में मनाया और मैं क्यों हुआ चीजों के रूप में वे किया था के रूप में कुछ अनुमान कर रहा हूँ. यदि आप इस एक में किसी भी अंतर्दृष्टि है, कृपया टिप्पणी में हिस्सा.
</अंत>
मेरे ब्लॉग के लिए सदस्यता लें.