क्या हम SharePoint टाइमर नौकरियों में SPSecurity.RunWithElevatedPrivileges का उपयोग कर सकते हैं?"RunWithElevatedPrivileges"?
किसकी पहचान के तहत टाइमर जॉब उच्च विशेषाधिकारों के तहत चलाएगा?
कोई भी गोचा और इसके बारे में तथ्यों को जानना भी सराहना की जाएगी।
RunWithElevatedPrivileges केवल तभी काम करता है जब वर्तमान धागा प्रतिरूपण का उपयोग कर रहा है, यानी आईआईएस। अन्य कोड (टाइमर जॉब्स, कंसोल अनुप्रयोग, वर्कफ़्लो इत्यादि) में प्रयुक्त होता है इसका कोई प्रभाव नहीं पड़ेगा। कॉलिन सही है कि डिफ़ॉल्ट रूप से टाइमर सेवा कॉन्फ़िगरेशन विज़ार्ड में निर्दिष्ट कृषि सेवा खाते के रूप में चलती है। आप इसे विंडोज सेवाओं में सत्यापित कर सकते हैं।
वे एसक्यूएल से कनेक्ट करने के लिए पहली बार शेयरपॉइंट प्रोडक्ट्स एंड टेक्नोलॉजीज कॉन्फ़िगरेशन विज़ार्ड चलाने के दौरान उपयोग किए गए खाते के तहत चलाते हैं/सेंट्रल एडमिन एप पूल चलाते हैं। यानी शेयरपॉइंट में भगवान खाता है।
मैं टाइमर जॉब्स या वर्कफ़्लो या तकनीकी रूप से कंसोल अनुप्रयोगों के लिए बात नहीं कर सकता, लेकिन मैं एक विनफॉर्म एप्लिकेशन विकसित कर रहा हूं - जो मूल रूप से एक कंसोल ऐप (उपयोगकर्ता जो एप्लिकेशन शुरू करता है) के रूप में समान निष्पादन संदर्भ होना चाहिए - और यह RunWithElevatedPrivileges प्रतिनिधि के बिना कुछ चीजें नहीं कर सकता है, और फिर नए उन्नत संदर्भ में एक नया एसपीएससाइट प्राप्त कर रहा है। क्या आपके पास एक स्रोत है जो दिखाता है कि यह आवश्यक नहीं है? –
पुष्टि करने के लिए, आप SharePoint 3.0/2007 का उपयोग कर रहे हैं? यह देखने के लिए कि वास्तव में कोई बदलाव है या नहीं, आरडब्ल्यूईपी के अंदर और बाहर 'पर्यावरण। उपयोगकर्ता नाम' की जांच करने का प्रयास करें। (Http://solutionizing.net/2009/01/06/elegant-spsite-elevation/#comment-192 और संबंधित चर्चा के लिए प्रतिक्रियाएं देखें।) – dahlbyk
नोप - SharePoint 2013 - क्या RunWithElevatedPrivileges() की कार्यक्षमता शायद बाद में बदल गई है? या एसपी के हाल के संस्करणों में यह कुछ और तरीका अलग है? –