SharePoint सुरक्षा बुनियादी बातों के रंग का अस्तर / आम नुकसान से बचने

अद्यतन 12/18/07: पॉल Liebrand लेख को हटाने या डिफ़ॉल्ट समूह नामों को संशोधित करने के कुछ तकनीकी परिणाम के लिए देखें (अपनी टिप्पणी के नीचे देखने के रूप में अच्छी तरह से).

अवलोकन:

SharePoint सुरक्षा को कॉन्फ़िगर और प्रबंधित करने के लिए आसान है. हालांकि, यह वास्तव में उनके हाथों यह आसपास लपेटो करने के लिए कुछ पहली बार व्यवस्थापकों के लिए मुश्किल हो सकता है साबित कर दी है. इतना ही नहीं, मैं कुछ प्रशासकों आते हैं क्योंकि वे किसी भी विन्यास समय के बीच में क्या करना है नहीं था केवल यह द्वारा शुक्रवार को खो दिया है करने के लिए सोमवार को एक सही समझ के लिए देखा है. (मैं अपने आप को इस समस्या होने के लिए स्वीकार करते हैं). इस ब्लॉग प्रविष्टि उम्मीद है एक उपयोगी SharePoint सुरक्षा प्राइमर प्रदान करता है और कुछ सुरक्षा कॉन्फ़िगरेशन सर्वोत्तम प्रथाओं की ओर इंगित करता है.

महत्वपूर्ण नोट:

इस वर्णन पर SharePoint सुरक्षा बॉक्स से बाहर आधारित है. हो सकता है इसलिए कुछ काई विशिष्ट चीज़ें यहाँ मेरे निजी अनुभव MOSS के चारों ओर उन्मुख है, लेकिन मेरा मानना है कि यह WSS के लिए सटीक है. मुझे आशा है कि किसी को भी किसी भी त्रुटि या चूक देखकर कि टिप्पणियों में बाहर बिंदु होगा कि या ईमेल मुझे. मैं जल्दबाजी के बाद सुधार कर दूँगा.

बुनियादी बातों:

इस अवलोकन के प्रयोजनों के लिए, सुरक्षा के लिए चार मूलभूत पहलू हैं: उपयोगकर्ता/समूहों, सुरक्षा योग्य ऑब्जेक्ट्स, अनुमति स्तर और वंशानुक्रम.

उपयोगकर्ता और समूह तोड़ने के लिए नीचे:

  • अलग-अलग उपयोगकर्ता: से सक्रिय निर्देशिका या सीधे SharePoint में बनाए गए खींच लिया.
  • कई समूह: सक्रिय निर्देशिका से सीधे मैप्ड या में बनाए गए SharePoint. उपयोगकर्ता का संग्रह समूहों रहे हैं. किसी साइट संग्रह में वैश्विक समूहों रहे हैं. वे कभी नहीं "से बंधा रहे हैं" किसी विशिष्ट सुरक्षा योग्य ऑब्जेक्ट के लिए.

सुरक्षा योग्य ऑब्जेक्ट्स कम से कम करने के लिए नीचे तोड़ना:

  • साइटें
  • दस्तावेज़ लायब्रेरीज़
  • सूचियों और दस्तावेज़ पुस्तकालयों में अलग-अलग आइटम
  • फ़ोल्डर्स
  • विभिन्न BDC सेटिंग्स.

वहाँ अन्य सुरक्षा योग्य ऑब्जेक्ट्स, लेकिन तुम तस्वीर सामने आती है.

अनुमति स्तर: दानेदार का एक बंडल / कम स्तर तक पहुँच अधिकार है कि सूचियों में बनाएँ/पढ़ें/हटाएँ प्रविष्टियों के रूप में ऐसी बातें शामिल करें.

वंशानुक्रम: डिफ़ॉल्ट संस्थाओं द्वारा सुरक्षा सेटिंग्स उनके युक्त ऑब्जेक्ट से अनुवांशिक रूप से प्राप्त. उप साइटों की अनुमति उनके पैरेंट से इनहेरीट. दस्तावेज़ लाइब्रेरी उनकी साइट से इनहेरीट. पर और आगे इतना.

अनुमति स्तर और विरासत के जरिए सुरक्षा योग्य ऑब्जेक्ट्स को उपयोगकर्ता और समूह से संबंधित हैं.

सबसे महत्वपूर्ण सुरक्षा नियमों को समझने के लिए, कभी 🙂 :

  1. बस संग्रह उपयोगकर्ताओं के समूहों के हैं.
  2. किसी साइट संग्रह के भीतर वैश्विक समूहों रहे हैं (अर्थात. वहाँ एक साइट स्तर पर निर्धारित एक समूह के रूप में ऐसी कोई बात नहीं है).
  3. समूह का नाम नहीं बर्दाश्त कर, कई समूह नहीं करते, में और स्वयं का, सुरक्षा के किसी विशेष स्तर है.
  4. समूहों के पास किसी विशेष सुरक्षा योग्य ऑब्जेक्ट के संदर्भ में सुरक्षा.
  5. आप हर सुरक्षा योग्य ऑब्जेक्ट के लिए एक ही समूह के लिए भिन्न अनुमति स्तर असाइन कर सकते हैं.
  6. यह सब वेब अनुप्रयोग नीतियाँ तुरुप का (नीचे देखें).

सुरक्षा व्यवस्थापक समूह और उपयोगकर्ता लिस्टिंग के एक समुद्र में खो दिया हमेशा इन axioms का प्रबंधन और उनके सुरक्षा कॉन्फ़िगरेशन को समझने के लिए पर भरोसा कर सकते हैं.

आम नुकसान:

  • समूह नामों की अनुमति झूठा समझा जाए: बॉक्स से बाहर, SharePoint सुरक्षा का एक अंतर्निहित स्तर जिनके नाम मतलब समूहों का एक सेट को परिभाषित करता है. समूह "योगदानकर्ता" पर विचार. एक SharePoint सुरक्षा के साथ अपरिचित अच्छी तरह से उस नाम को देखो और लगता है उस समूह का कोई सदस्य "में योगदान कर सकते हैं कि हो सकता" किसी भी साइट/सूची/पुस्तकालय करने के लिए पोर्टल. कि सच हो सकते हैं, लेकिन क्योंकि समूह का नाम "योगदानकर्ता" किया जा करने के लिए नहीं होता. यह केवल बॉक्स से बाहर सही है क्योंकि समूह उन्हें रूट साइट पर सामग्री जोड़ें/संपादित करें/हटाने के लिए सक्षम बनाता है एक अनुमति स्तर प्रदान की गई है. विरासत के माध्यम से, "योगदानकर्ताओं" समूह जोड़ें/संपादित करें/हटाने सामग्री हर उप-साइट पर भी हो सकती. एक तोड़ कर सकते हैं"" वंशानुक्रम चेन और परिवर्तन एक उप साइट इस तरह का अनुमति स्तर कि जनताको तथाकथित "योगदानकर्ता" समूह में सभी में योगदान नहीं कर सकते, लेकिन केवल पढ़ने के लिए (उदाहरण के लिए). यह एक अच्छा विचार नहीं होगा, जाहिर है, चूंकि यह बहुत ही भ्रामक होगा.
  • कई समूह एक साइट स्तर पर निर्धारित नहीं कर रहे हैं. यह उपयोगकर्ता इंटरफ़ेस द्वारा भ्रमित किया जा करने के लिए आसान है. हर साइट "लोगों और समूहों के माध्यम से उपयोगकर्ता/समूह प्रबंधन के लिए एक सुविधाजनक लिंक Microsoft प्रदान करता है" लिंक. यह मानना है कि जब मैं साइट "xyzzy रहा हूँ करने के लिए आसान है" और मैं xyzzy के लोगों के माध्यम से एक समूह बनाएँ और कि मैं सिर्फ xyzzy पर ही मौजूद है एक समूह बना लिया समूहों के लिंक. कि मामला नहीं है. मैं वास्तव में पूरे साइट संग्रह के लिए एक समूह बनाया है.
  • समूह सदस्यता द्वारा साइट भिन्नता नहीं है (अर्थात. यह एक ही समूह में उपयोग किया जाता है हर जगह है): "स्वामी समूह पर विचार" और दो साइटों, "मानव संसाधन" और "रसद". यह सामान्य करने के लिए लगता है कि दो अलग-अलग व्यक्तियों उन साइटों ही होता होगा — एक मानव संसाधन के मालिक और एक मालिक के रसद. उपयोगकर्ता इंटरफ़ेस बनाता है यह आसान के लिए इस परिदृश्य को बुरा व्यवहार करना एक सुरक्षा व्यवस्थापक. अगर मैं बेहतर नहीं पता था, मैं मानव संसाधन साइट के माध्यम से लोगों और समूहों के लिंक का उपयोग हो सकता है, "मालिकों का चयन करें" समूहीकृत और मेरी HR स्वामी उस समूह में जोड़ें. एक महीने बाद में, रसद लाइन पर आता है. मैं रसद साइट से लोगों और समूहों का उपयोग, "मालिकों ऊपर खींचो जोड़ें" समूह. मैं वहाँ मानव संसाधन के मालिक को देखने और उसे निकालें, मैं उसे रसद साइट मालिकों से निकाल रहा हूँ कि सोच. वास्तव में, मैं उसे वैश्विक मालिकों के समूह से निकाल रहा हूँ. आनंद ensues.
  • विशिष्ट भूमिका पर आधारित नाम समूहों के लिए असफल: "अनुमोदक" समूह एक आदर्श उदाहरण है. क्या सदस्य इस समूह अनुमोदन के कर सकते हैं? जहां वे इसे अनुमोदन कर सकते हैं? मैं वास्तव में लोगों को रसद विभाग मानव संसाधन दस्तावेज़ों को अनुमोदित करने के लिए सक्षम होना करने के लिए चाहते हैं? बिल्कुल नहीं. हमेशा नाम संगठन के भीतर उनकी भूमिका पर आधारित समूहों. यह समूह किसी विशेष सुरक्षा योग्य ऑब्जेक्ट के लिए एक अनुचित अनुमति स्तर असाइन किया गया है के जोखिम को कम करेगा. अपने अभीष्ट भूमिका पर आधारित नाम समूहों. पिछला घंटा/रसद परिदृश्य में, मैं दो नए समूह बनाया है चाहिए: "HR मालिकों" और रसद मालिकों"" और समझदार की अनुमति स्तरों में से प्रत्येक के लिए और उनके काम करने के लिए उन उपयोगकर्ताओं के लिए आवश्यक न्यूनतम राशि आवंटित.

अन्य उपयोगी संदर्भ:

यदि आप यह इस बना दिया है अब तक:

कृपया टिप्पणी के माध्यम से अपने विचारों को पता है या मुझे ईमेल मुझे. यदि आप अन्य अच्छा संदर्भ पता, कृपया ऐसा ही!

Technorati टैग:

त्वरित और आसान: एक डेटा दृश्य वेब पार्ट बनाना (DVWP)

WSS पर महान जानकारी के एक धन है 3.0 डेटा दृश्य वेब पार्ट (DVWP) वेब पर कई स्रोतों से. हालांकि, मैंने पाया यह हैरानी की बात है यह पहला बहुत बुनियादी कदम के बारे में जानकारी खोजने के लिए मुश्किल हो करने के लिए. यहाँ है "त्वरित और आसान में एक और लेख" यह पता करने के लिए श्रृंखला.

एक डेटा दृश्य वेब पार्ट बनाने के लिए इन चरणों का पालन करें (DVWP). वे एक "घोषणाओं पर आधारित हैं" वेब भाग, लेकिन ज्यादातर सूचियों के लिए लागू करें.

  1. एक घोषणाओं वेब पार्ट बनाने और इसे करने के लिए एक साइट जोड़ें.
  2. साइट SharePoint डिज़ाइनर में खोलें.
  3. साइट की default.aspx खोल.
  4. घोषणाएँ वेब भाग का चयन करें और राइट-क्लिक करें.
  5. संदर्भ मेनू से, "में परिवर्तित करने के लिए XS का चयन करेंLT डेटा देखें".

SharePoint डिजाइनर आप सूचित करती है कि इस साइट अब इसकी साइट परिभाषा से अनुकूलित है. यह जरूरी बुरा नहीं है, लेकिन वहाँ महत्वपूर्ण निहितार्थ हैं (प्रदर्शन, उन्नयन, दूसरों के) जो इस छोटे "त्वरित और आसान के दायरे से परे हैं" प्रविष्टि. इस विषय पर अधिक जानकारी प्राप्त करने के लिए, मैं दोनों पुस्तकों सिफारिश यहाँ साथ ही अपने पसंदीदा इंटरनेट खोज.

पुष्टि करें कि आप इसे सही ढंग से किया था:

  1. बंद करें और वेब ब्राउज़र को फिर से शुरू (गलती से फिर से पोस्टिंग मूल "जोड़ें एक नई वेब भाग" से बचने के लिए).
  2. वेब पार्ट ड्रॉप-डाउन तीर का चयन करें और चुनें "साझा वेब पार्ट संशोधित" मेनू से.
  3. सही करने के लिए उपकरण फलक खोलता है.
  4. पैनल से अपने सामान्य विकल्प सेट करें यह करने के लिए बदल गया है:
छवि

“SharePoint सूची से सूची स्कीमा स्तंभ गुण प्राप्त नहीं कर सकता” — विवरण/काम-arounds

इस सप्ताह, हम अंत में एक समस्या यह है कि रिपोर्ट किया गया है reproduced किसी दूरस्थ उपयोगकर्ता द्वारा: जब वह उत्कृष्टता के लिए एक सूची की सामग्री निर्यात करने की कोशिश की, काम शुरू करने के लिए प्रतीत होता है बातों, लेकिन तब Excel एक त्रुटि ऊपर पॉप जाएगा: "सूची स्कीमा स्तंभ गुण SharePoint सूची से प्राप्त नहीं कर सकता". वह कार्यालय चला रहा था 2003, windows XP और MOSS के लिए कनेक्ट कर रहा है.

मैं Internets की तलाशी और कुछ अटकलें हैं लेकिन कुछ भी नहीं देखा था 100% निश्चित. इसलिए, इस पोस्ट.

समस्या: कि उत्कृष्टता के लिए एक दृश्य निर्यात होता है एक तिथि (दिनांक स्तंभ का डेटा प्रकार =).

क्या हमारे लिए काम किया: "एकल"पंक्ति पाठ के लिए दिनांक में कनवर्ट. तब, यह एक तिथि करने के लिए वापस कनवर्ट करें.

कि इसे हल किया. यह देखना है कि रूपांतरण काम अच्छा था, असल में. इसे इस तरह से चीजें परिवर्तित करने में विफल होता कि काफी नर्वस था, लेकिन ऐसा नहीं किया था.

इस बग एक विशाल छाया ग्राहक के मन में दिनांक डेटा प्रकार पर फेंक दिया गया है, तो हम एक निश्चित उत्तर Microsoft से बाहर की मांग किया जा करने के लिए जा रहे हैं और उम्मीद है कि मैं पोस्ट करेंगे और उनके आधिकारिक जवाब और हॉटफिक्स जानकारी के साथ समय की अगली छोटी अवधि में यहाँ अद्यतन करें.

अन्य संदर्भ:

http://www.kevincornwell.com/blog/index.php/cannot-get-the-list-schema-column-property-from-the-sharepoint-list/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2383611&SiteID=1

<अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

Technorati टैग: ,

त्वरित और आसान: SharePoint डिज़ाइनर वर्कफ़्लो से एम्बेडेड हाइपरलिंक के साथ एक ईमेल भेजें

एक या दो बार माह, किसी एक प्रश्न मंच पदों: "कैसे मैं हाइपरलिंक URL एक SharePoint डिज़ाइनर ईमेल से क्लिक करने योग्य हैं कि शामिल करते हैं?"

बिना आगे टिप्पणी प्रस्तुत: (अच्छी तरह से, असल में वहाँ छवि के बाद आगे की टिप्पणी है):

छवि

बेकी Isserman एक उपयोगी विवरण के साथ एक आइटम के लिए एक लिंक ईमेल में एम्बेड करने के लिए कैसे निम्नानुसार: http://www.sharepointblogs.com/mosslover/archive/2007/11/20/addition-to-paul-galvin-s-post-about-sending-an-e-mail-with-hyperlinks-in-spd.aspx

नई रिलीज: SharePoint डिज़ाइनर वर्कफ़्लो एक्सटेंशन (स्ट्रिंग हेरफेर कार्यों)

अद्यतन: Commercializing इस परियोजना पर मेरे विचार के लिए यहाँ देखें: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

मैं व्यस्त मेरी Codeplex परियोजना है जो वर्तमान में हेरफेर एक्सटेंशन workflows SharePoint डिज़ाइनर के द्वारा बनाई गई करने के लिए स्ट्रिंग प्रदान करने पर ध्यान केंद्रित है पर काम किया गया है.

विवरण के लिए यहाँ देखें:

परियोजना होम: http://www.codeplex.com/spdwfextensions

रिलीज: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

संस्करण 1.0 निम्न नई सुविधाएँ शामिल हैं:

समारोह विवरण (नहीं एक ही यदि .Net फ़ंक्शन के रूप में)
Num-प्रविष्टियां() संख्या "प्रविष्टियों देता है" प्रति एक निर्दिष्ट सीमांकक के रूप में एक स्ट्रिंग.

उदाहरण के लिए: Num-प्रविष्टियाँ एक स्ट्रिंग में "एक,ख,ग" सीमांकक के साथ"," = 3.

प्रविष्टि() एक निर्दिष्ट सीमांकक के अनुसार एक स्ट्रिंग में nth टोकन देता है.
लंबाई String.Length
इससे बदलें() String.Replace()
होता है() String.Contains()
शब्द "true देता है" या शब्द "झूठे".
Substring(प्रारंभ करें) String.Substring(प्रारंभ करें)
Substring(प्रारंभ करें,लंबाई) String.Substring(प्रारंभ करें,लंबाई)
ToUpper() String.ToUpper()
ToLower() String.ToLower()
StartsWith() String.StartsWith()
शब्द "true देता है" या शब्द "झूठे".
EndsWith() String.EndsWith()
शब्द "true देता है" या शब्द "झूठे".

कोई BDC रनटाइम त्रुटि समझाया

मैं एक BDC त्रुटि इस हफ्ते कि ही उपयोगकर्ता इंटरफ़ेस पर और में प्रकट हुई 12 हाइव लॉग रनटाइम पर.

प्रथम, यह उपयोगकर्ता इंटरफ़ेस में दिखाई दिया:

सभी पहचानकर्ता सही ढंग से एक SpecificFinder MethodInstance नाम के साथ निष्पादित करने के लिए मान सम्मिलित करने के लिए फ़ील्ड्स नहीं मिल सकता है … इस एंटिटी के लिए परिभाषित किया गया हर पहचानकर्ता के साथ जुड़े TypeDescriptors इनपुट पैरामीटर है सुनिश्चित करें.

यहाँ एक स्क्रीन शॉट है:

clip_image001

मैं भी इस संदेश में प्रकट करने के लिए कारण सकता है 12 हाइव लॉग में होगा (मेरी पेटेंट high-tech-don't-try-this-at-home का उपयोग कर "रहस्यमय त्रुटियाँ" विधि):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C SharePoint पोर्टल सर्वर व्यवसाय डेटा 6q4x उच्च BusinessDataWebPart.OnPreRender में अपवाद: System.InvalidOperationException: पहचानकर्ता मान ”, का प्रकार ”, अमान्य है. प्रत्याशित पहचानकर्ता मान प्रकार 'System.String' का. पर Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(ऑब्जेक्ट[] subIdentifierValues, LobSystemInstance lobSystemInstance) पर Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(एंटिटी एंटिटी, ऑब्जेक्ट[] userValues, LobSystemInstance lobSystemInstance) पर Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(देखें desiredView) पर Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() पर Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

मैं आसपास खोज की है और में कुछ सुराग मिला MSDN फोरम, लेकिन वे मुझे समझ में मैं क्या कर रहा था करने के लिए पर्याप्त नहीं थे गलत. मैं ने एक webcast देख चुके टेड Pattison कि मेरी कंपनी दूर एक सर्वर और मेरी समस्या का एहसास करने के लिए आया था पर squirreled है.

मेरी ADF में, मैं के रूप में दिखाया गया एक SQL डेटाबेस से कनेक्ट कर रहा हूँ:

            <संपत्ति नाम="RdbCommandText" प्रकार="System.String">
              <![CDATA[
                SETID का चयन करें, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      देश, ADDRESS1, ADDRESS2, ADDRESS3, ADDRESS4, शहर, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      काउंटी, राज्य, डाक, GEO_CODE, IN_CITY_LIMIT, COUNTRY_CODE, फोन, एक्सटेंशन, फैक्स, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG से dbo.PS_CARRIER_ID_VW के साथ (nolock)
                जहाँ
                  (SETID <> 'साझा') और
                  (निचले(CARRIER_ID) >कम =(@MinId)) और
                  (निचले(CARRIER_ID) <कम =(@MaxId)) और
                  (निचले(DESCR) निचले पसंद(@InputDescr))
                ]]>
            </संपत्ति>

मैं प्रदान की थी एक DBA व्यक्ति से उस SQL और मैं समझता हूँ कि यह है करने के लिए दिया जाता रहा हूँ एक विशेष वे सिर्फ मेरे लिए बनाया गया दृश्य. अद्वितीय कुंजी वहाँ CARRIER_ID है.

यहाँ बग मैं शुरू की है:

      <पहचानकर्ता>
        <पहचानकर्ता नाम="CARRIER_ID" TypeName="System.String" />
        <पहचानकर्ता नाम="DESCR" TypeName="System.String" /> 
</पहचानकर्ता>

कहीं रेखा के साथ, मैं अपने आप को के अर्थ से अधिक भ्रमित करने में कामयाब था <पहचानकर्ता> और DESCR कहा कि भले ही यह एक पहचानकर्ता है वास्तव में नहीं है. मैं DESCR पहचानकर्ता सेट और हाथ की सफ़ाई से बाहर ले लिया! यह सब काम किया.

I hope this saves someone some grief 🙂

Technorati टैग: , , ,

आप SharePoint की पहुंच को हरा नहीं सकता

पिछले दो दिनों के दौरान, मैं जिसके दौरान हम एक SharePoint परियोजना के परिणाम प्रस्तुत दो बैठकों में भाग लिया है. CIO और उनकी टीम पहली बैठक में शामिल हुए. कि मानक और विशेष रूप से उल्लेखनीय नहीं है. आईटी विभाग के किसी भी प्रौद्योगिकी परियोजना के किसी एंटरप्राइज़ rollout में स्पष्ट रूप से शामिल है. एक V.P को शामिल करने के लिए दूसरी बैठक का विस्तार किया. विपणन से, कई निर्देशकों मानव संसाधन का प्रतिनिधित्व, रसद, विनिर्माण, पूंजी परियोजनाओं, गुणवत्ता, क्रय, कॉर्पोरेट विकास और अन्य विभागों (जिनमें से कुछ भी सीधे वर्तमान चरण में शामिल नहीं थे). है कि एक पराक्रमी व्यापक दर्शकों.

अपने पहले के जीवन में, मैं मुख्य रूप से ईआरपी और CRM परियोजनाओं पर काम किया. वे दोनों एक काफी व्यापक समाधान डोमेन है, लेकिन नहीं में SharePoint के रूप में व्यापक. पूरी तरह से महसूस किया जा करने के लिए, वैध तरीके से और जरूरी हर नुक्कड़ और छेद के एक संगठन में SharePoint परियोजनाओं पहुंच. कैसे कई अन्य उद्यम समाधान है कि तरह की पहुँच? नहीं कई.

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

कुछ भी पसंद है, यह सही नहीं है, लेकिन यह एक शापित अच्छी जगह हो रहा है.

प्यार के लिए [अपने सबसे अधिक प्यार करता था व्यक्ति/उच्च होने में भरें], परिवर्तन नहीं है ' शीर्षक’ साइट स्तंभ.

पर SharePoint मंचों, किसी को कभी कभी "शीर्षक का लेबल बदलने के बारे में पूछते हैं" बारे में "शीर्षक सूची से हटाने या".

नीचे पंक्ति: यह मत करो!

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

छवि

शीर्षक एक स्तंभ "आइटम के साथ संबद्ध है" सामग्री प्रकार. कई, कई, कई सीटी के इस स्तंभ का उपयोग करें और यदि आप इसे यहाँ परिवर्तित करें, इसे बाहर हर जगह रिपल्स. वहाँ एक अच्छा मौका है कि आप का इरादा नहीं था कि ऐसा करने के लिए है. तुम शायद अपने आप को सोच रहे थे, "मैं एक कस्टम लुकअप सूची है और ' शीर्षक’ बस एक स्तंभ नाम के रूप में मतलब नहीं है, तो मैं यह करने के लिए परिवर्तित करने के लिए जा रहा हूँ ' स्थिति कोड’ और कोई वर्णन स्तंभ जोड़ें।" लेकिन अगर तुम पर उस सोचा का पालन के माध्यम से और नाम बदलें ' शीर्षक’ 'स्थिति कोड के लिए', हर सूची शीर्षक (दस्तावेज़ लायब्रेरीज़ सहित) "स्थिति कोड में परिवर्तन" और आप शायद उस के लिए ऐसा करने का इरादा नहीं था.

असली समस्या यह है कि यह एक-तरफ़ा परिवर्तन. UI "जानता है" कि "शीर्षक" एक आरक्षित शब्द है. तो, अगर तुम कोशिश करो और "स्थिति कोड परिवर्तित करें" वापस "शीर्षक के लिए", यह आप को रोकने जाएगा और अब आप है अपने आप को एक कोने में चित्रित using paint that never dries 🙂

तो क्या होता है अगर आप पहले से ही इसे बदल दिया? मैं नहीं देखा है जवाब हम सभी चाहते हैं, जो वापस 'शीर्षक के लिए' लेबल बदलने के लिए एक सरल और आसान तरीका है. बिल्कुल अभी, यह "डॉक्टर/मद शीर्षक" की तरह कुछ करने के लिए परिवर्तित करने के लिए सबसे अच्छी सलाह है. कि एक काफी सामान्य लेबल है कि अपने उपयोगकर्ताओं के लिए भी झगड़ा नहीं हो सकता है.

मैं कुछ अन्य विचारों जो मेरे कायर् सूची अनुसंधान करने के लिए चीजों के पर कर रहे हैं है:

  • Microsoft से संपर्क करें.
  • ऑब्जेक्ट मॉडल के साथ कुछ करना, शायद एक विशेषता के साथ संयोजन के रूप में.
  • डेटाबेस स्कीमा के बाहर आंकड़ा और मैन्युअल रूप से SQL अद्यतन करें. (हालांकि ऐसा करने से पहले आपको Microsoft से संपर्क करना चाहिए; यह अपने समर्थन अनुबंध की संभावना शून्य होगा).

अगर किसी को पता है कि इस को हल करने के लिए कैसे, कृपया एक टिप्पणी पोस्ट.

देर से दोपहर को अद्यतन, 11/15: मैं इस लिंक सूची है कि एक शीर्षक स्तंभ की जरूरत नहीं है की एक प्रकार बनाने के लिए एक विधि का वर्णन पाया: http://www.venkat.org/index.php/2007/09/03/how-to-remove-title-column-from-a-custom-list/

BDC ADF और अपने दोस्त, CDATA

मैंने देखा है कुछ अजीब और अनावश्यक हाथ-एन्कोडिंग कुछ उदाहरणों में RdbCommandText का (MSDN दस्तावेज़ों सहित).

मैं BDC कि आदेशों में उनके "प्राकृतिक एक CDATA टैग के अंदर लिपटे हो कर सकते हैं के लिए नए चेहरे के लिए कहना चाहता था" प्रपत्र. तो, इस अजीब निर्माण:

<संपत्ति नाम="RdbCommandText" प्रकार="System.String">
चयन करें dbo.MCRS_SETTLEMENT.id, dbo.Dbo से MCRS_SETTLEMENT.settlement.MCRS_SETTLEMENT
जहाँ (आईडी &जी. टी.;= @MinId) और (आईडी एवं लेफ्टिनेंट; = @MaxId) < / संपत्ति >) और (आईडी &लेफ्टिनेंट;= @MaxId)
</संपत्ति>

बेहतर इस तरह से प्रतिनिधित्व किया जा सकता:

<संपत्ति नाम="RdbCommandText" प्रकार="System.String">
<![CDATA[
चयन करें dbo.MCRS_SETTLEMENT.id, dbo.Dbo से MCRS_SETTLEMENT.settlement.MCRS_SETTLEMENT
जहाँ (आईडी >= @MinId) और (आईडी एवं लेफ्टिनेंट; = @MaxId) < / संपत्ति >) और (आईडी <@MaxId =)
]]>
</संपत्ति>

</अंत>

BDC प्राइमर

BDC के लिए परिचय

कार्यात्मक उदाहरण: BDC ADF कि एम्बेडेड उपयोगकर्ता id और पासवर्ड के साथ SQL डेटाबेस से कनेक्ट करता है

मैं अप काई BDC के जरिए किसी SQL डेटाबेस के लिए वायर की जरूरत. परीक्षण/POC प्रयोजनों के लिए, मैं एसक्यूएल खाता उपयोगकर्ता id और पासवर्ड ADF में एम्बेड करने के लिए चाहता था. के साथ शुरू इस टेम्पलेट (http://msdn2.microsoft.com/en-us/library/ms564221.aspx), मैं एक ADF कि एक विशेष रूप से SQL सर्वर आवृत्ति के लिए जोड़ता है और एक विशिष्ट उपयोगकर्ता id और पासवर्ड के साथ लॉग ऑन करता बनाया और इस टुकड़ा में दिखाया गया:

  <LobSystemInstances>
    <LobSystemInstance नाम="ClaimsInstance">
      <गुण>
        <संपत्ति नाम="AuthenticationMode" प्रकार="System.String">PassThrough</संपत्ति>
        <संपत्ति नाम="DatabaseAccessProvider" प्रकार="System.String">SqlServer</संपत्ति>
        <संपत्ति नाम="RdbConnection डेटा स्रोत" प्रकार="System.String">वास्तविक serveractual उदाहरण</संपत्ति>
        <संपत्ति नाम="RdbConnection प्रारंभिक कैटलॉग" प्रकार="System.String">वास्तविक प्रारंभिक कैटलॉग</संपत्ति>
        <संपत्ति नाम="RdbConnection एकीकृत सुरक्षा" प्रकार="System.String">कि गई SSPI</संपत्ति>
        <संपत्ति नाम="RdbConnection पूलिंग" प्रकार="System.String">झूठी</संपत्ति>

        <!-- इन महत्वपूर्ण मान रहे हैं: -->
        <संपत्ति नाम="RdbConnection उपयोगकर्ता ID" प्रकार="System.String">एकctual उपयोगकर्ता ID</संपत्ति>
        <संपत्ति नाम="RdbConnection पासवर्ड" प्रकार="System.String">वास्तविक पासवर्ड</संपत्ति>
        <संपत्ति नाम="RdbConnection Trusted_Connection" प्रकार="System.String">झूठी</संपत्ति>

      </गुण>
    </LobSystemInstance>
  </LobSystemInstances>

यह एक सबसे अच्छा अभ्यास नहीं है, लेकिन यह परीक्षण के लिए एक त्वरित और आसान विन्यास के लिए उपयोगी है. यह हैरानी की बात है यह पता लगाने के लिए मुश्किल था. मैंने कभी नहीं पाया खोज खोजशब्दों के साथ एक कार्यात्मक उदाहरण:

  • adf userid और पासवर्ड एम्बेडेड
  • उपयोगकर्ता id और पासवर्ड adf में एम्बेड करें
  • उपयोगकर्ता id और पासवर्ड adf bdc में एम्बेड करें
  • sharepoint bdc प्राइमर
  • उपयोगकर्ता id और पासवर्ड sharepoint adf में एम्बेड करें

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.