अगर मैं स्पष्ट के लिए दबाव डाल रहा हूं तो मैं क्षमा चाहता हूं; मैंने अभी तक किसी को भी ड्रिल नहीं देखा है।
एक कस्टम टाइमर काम (यानी, अपने खुद के टाइमर काम वर्ग कि SPJobDefinition से निकला है) बाधा निर्माता मानकों को नियंत्रित किया जाता है।
टाइमर नौकरियों आम तौर पर सर्वर जहां उनके द्वारा जमा किये (के रूप में विन्नी द्वारा इंगित) कोई लक्ष्य सर्वर टाइमर काम के निर्माण के दौरान निर्दिष्ट किया जाता है यह सोचते हैं पर चलते हैं। SPJobDefinition प्रकार के लिए दो अतिभारित कंस्ट्रक्टर्स, हालांकि, एक SPServer और तीसरे और चौथे पैरामीटर के रूप में एक SPJobLockType क्रमश: स्वीकार करते हैं। इन दो पैरामीटर का सही ढंग से उपयोग करने से आप यह निर्देश दे सकते हैं कि आपका काम कहां चलता है।
अपने लक्ष्य सर्वर को SPServer और "जॉब" के एक SPJobLockType के रूप में निर्दिष्ट करके, आप अपनी पसंद के सर्वर पर चलाने के लिए बनाए गए टाइमर जॉब इंस्टेंस को बाधित कर सकते हैं।
मैंने जो वर्णन किया है उस पर दस्तावेज़ीकरण के लिए, एमएसडीएन: http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.administration.spjobdefinition.spjobdefinition.aspx देखें।
मैं कोड आप चला रहे हैं बारे में कुछ पता नहीं है, लेकिन कस्टम टाइमर नौकरियों आमतौर पर फ़ीचर सक्रियण के दौरान सेटअप कर रहे हैं। मुझे समझ में आया कि आपका कोडबेस आपका स्वयं का नहीं हो सकता है (?); यदि ऐसा है, तो आप SPFeatureReceiver से प्राप्त होने वाले एक या अधिक प्रकार/कक्षाओं को देखना चाहेंगे। फ़ीचर में ऐसी कक्षाओं की सक्रिय विधि है जहां आपको वह कोड मिल सकता है जो वास्तव में टाइमर जॉब इंस्टेंटेशन करता है।
बेशक
, आप भी कस्टम टाइमर काम वर्ग (या वर्ग) को देखने के लिए खुद को देखने के लिए कि वे कैसे instantiated किया जा रहा हो चाहता हूँ। कभी-कभी डेवलपर्स कक्षा में खुद को कक्षा में तत्काल बनाते हैं (उदाहरण के लिए फैक्टरी विधि पैटर्न के माध्यम से)।टाइमर जॉब क्लास और एसपीएफ़ेचर रिसीवर कार्यान्वयन के बीच, हालांकि, आपको यह बदलने की दिशा में होना चाहिए कि क्या बदलने की जरूरत है।
मुझे उम्मीद है कि इससे मदद मिलती है!
स्रोत
2009-06-24 16:55:26
धन्यवाद, यह वही है जो मैं ढूंढ रहा था। – James
+1 अच्छी जानकारी, मुझे नहीं पता था कि यह संभव था। –