मासिक अभिलेख: नवम्बर 2007

काई कहता है मुझे मेरे स्तंभ नाम आरक्षित है या उपयोग में है … लेकिन यह नहीं है

अद्यतन 12/04/07: देखें इस Microsoft KB (http://support.microsoft.com/kb/923589) संबंधित जानकारी के लिए.

असल में, यह इसे बाहर मुड़ता है है, लेकिन tricksy यह मुश्किल बनाने के लिए MOSS था.

मेरे ग्राहक सप्ताहांत उसकी काई साइट पर कुछ विकास का काम करता है. यह क्या वह वास्तव में किया था के रूप में एक गड़बड़ी का एक सा है, लेकिन अंत परिणाम यह है:

  • वह एक साइट बुलाया "मात्रा स्तंभ जोड़ने के लिए प्रयास करता है" और जवाब है काई: "स्तंभ नाम जो आपने पहले से ही उपयोग में है या आरक्षित है. कोई अन्य नाम चुनें।"
  • वह इसे एक और पर्यावरण और कि काम करता है करने के लिए जोड़ें करने का प्रयास करता. इसलिए, "मात्रा" एक आरक्षित नाम नहीं है.
  • वह किसी मौजूदा साइट स्तंभ "मात्रा के नाम को खोजने के लिए कोशिश करता है" उस साइट संग्रह में. वह इसे नहीं ढूँढ सकता.

मैंने कुछ किया अनुसंधान, और यहां तक कि कुछ कोडन, दार्शनिक लच्छेदार और अंत में एक स्तंभ नाम मात्रा थी पाया, वास्तव में, अस्तित्व में. यह "_ छुपा हुआ में था" समूह. इसलिए, हम यह SharePoint उपयोगकर्ता इंटरफ़ेस के माध्यम से नहीं मिल सकता है.

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

SharePoint सच कह रही थी. यह शायद ही उनका कहना है कि उस संदेश के रूप में सहायक के रूप में यह हो सकता है नहीं है लायक है. यह दो अलग अलग संदेशों में भविष्य में उस दोराहे के संदेश देखने के लिए अच्छा होगा: 1) कहते हैं कि स्तंभ नाम आरक्षित है या यह नहीं है. 2) यदि यह नहीं आरक्षित है, साइट दिखाएँ, या कम से कम समूह, जहाँ स्तंभ नाम पहले से उपयोग में है.

</अंत>

किसी कस्टम सूची के जरिए ओम डेटा प्रस्तुत करें (या, अभी तक एक और ओम डाटा Displayor [YACC की तरह, लेकिन अलग अलग])

आज, मैं "स्तंभ नाम जो आपने पहले से ही उपयोग में है या सुरक्षित संदेश के पीछे मूल कारण नीचे ट्रैकिंग घंटे की एक मुट्ठी भर खर्च. कोई अन्य नाम चुनें।"

सवाल में स्तंभ बनाया जा सकता है, नष्ट कर दिया और एक अन्य वातावरण में पुन: बनते, तो मैं जानता था कि यह एक आरक्षित नाम नहीं था. हालांकि, मैं बस कहीं भी स्तंभ किसी भी साइट पर मानक SharePoint उपयोगकर्ता इंटरफ़ेस के माध्यम से साइट संग्रह में मिल सके.

मैं करने के लिए पोस्ट किया गया Msdn वेब मंचों यहाँ और अदम्य एंड्रयू वुडवर्ड मुझे में अंतर्निहित ऑब्जेक्ट मॉडल डेटा की दिशा की ओर इशारा किया.

मैं करने के लिए दूर चला गया codeplex कुछ उपकरण है कि मदद मिलेगी मुझे अंतर्निहित ओम डेटा में सहकर्मी और मुझे परेशानी का पता लगाने में मदद खोजने के लिए.

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

मैं वास्तव में इस समस्या के लिए एक जवाब की जरूरत. यह मुझे करने के लिए कि हुआ अगर मैं एक कस्टम सूची में साइट संग्रह में साइट स्तंभ के सभी मिल सकती है, मैं फ़िल्टर सकता है, सॉर्ट और विचार है कि मदद मिलेगी मुझे ढूँढ यह माना जाता है कि मौजूदा स्तंभ बनाएँ (जो यह किया था, BTW). मैं आगे चला गया और कि और एक या दो घंटे के बाद किया था, मेरे सभी साइट स्तंभ समूहीकरण के साथ एक कस्टम सूची में भरी हुई थी, और आगे छँटाई. मैं पाँच मिनट बाद मेरा जवाब मिल गया.

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

SharePoint डिज़ाइनर वर्कफ़्लो कस्टम क्रिया — के बारे में अवलोकन <FieldBind डिज़ाइनर प्रकार =”StringBuilder” … />

बस एक त्वरित अवलोकन है कि इन दो परिभाषाएँ के बीच एक बहुत ही महत्वपूर्ण अंतर है:

<FieldBind फील्ड "InParam1 =" DesignerType = "StringBuilder" Id = "2" पाठ = "इनपुट पैरामीटर #1" />

बनाम:

<FieldBind फील्ड "InParam1 =" Id = "2" पाठ = "इनपुट पैरामीटर #1" />

पहली बार इस तरह एसपीडी में दिखाता है:

छवि

जबकि उत्तरार्द्ध दिखाता है इस तरह:

छवि

I’m not sure how helpful these screen shots are but I put in the effort to make them so you have to view them 🙂

इस प्रेक्षण है: StringBuilder एक स्ट्रिंग का निर्माण करने के लिए आपको अनुमति देता है (जाहिर है) एक साथ स्ट्रिंग literals और वर्कफ़्लो डेटा मिश्रण द्वारा ("जोड़ने के जरिए लुकअप" निचले बाएँ कोने में बटन). जब आप लुकअप जोड़ें बटन का उपयोग करें, यह एक टोकन के रूप में सम्मिलित करता है"[%टोकन %]". जब SharePoint अपने कस्टम क्रिया invokes, (मेरे मामले में सी # कोड), SharePoint टोकन ही गुजरता, टोकन का मान नहीं. यदि आप डिजाइनर के लिए डिफ़ॉल्ट प्रकार का उपयोग करें (दूसरा प्रकार), SharePoint टोकन को विस्तृत करता है और अपनी कार्रवाई करने के लिए टोकन का वास्तविक मान गुजरता.

StringBuilder बुरा =, डिफ़ॉल्ट डिजाइनर प्रकार = अच्छा है.

बेशक, कि क्या मैं वास्तव में मतलब यह नहीं है. बस नहीं है और कोशिश एक पैरामीटर करने के लिए अपने कस्टम क्रिया से गुजारें जब टाइप डिजाइनर = StringBuilder. यदि आप अपने वर्कफ़्लो में जटिल स्ट्रिंग बनाने की जरूरत है और डिफ़ॉल्ट डिजाइनर प्रकार चेन यह करने के लिए एक StringBuilder सामने अप का उपयोग करें (जो संयोग से वास्तव में क्या एक ईमेल की कार्रवाई के लिए एक डायनामिक विषय बनाने के लिए करता है, लेकिन है कि एक और ब्लॉग प्रविष्टि के लिए कोई विषय, हर हर).

<अंत />

समयपूर्व कार्यप्रवाह सक्रियकरण — एक गैर चिकित्सा समाधान

अद्यतन: यह MSDN चर्चा देखें, विशेष रूप से अंतिम प्रविष्टि: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. यह एक शर्त है कि संक्षेप इस पूरी बात सर्किट हो सकता का वर्णन. संक्षेप में, यह कम से कम एक फ़ील्ड अनिवार्य बनाने के रूप में के रूप में सरल किया जा सकता.

मैं एक दस्तावेज़ लायब्रेरी आठ सामग्री प्रकारों का समर्थन करता है.

मैं उस की गणना और एक अनुस्मारक दिनांक"असाइन करने के लिए चाहता है एक SharePoint डिज़ाइनर वर्कफ़्लो है" बस subtracting के द्वारा 30 अन्य स्तंभ से दिन, "नियत दिनांक". इस सामग्री प्रकार के लिए एक ही होना चाहिए, "बीमा". व्यवसाय उद्देश्य बीमा दस्तावेजों की दो श्रेणियों से पता चलता है एक KPI का उत्पादन करने के लिए है: "बारे में समाप्त होने के लिए" और "समयसीमा समाप्त हो गई।" (आपको KPI के इस तरह के बारे में अधिक से अधिक पर्याप्त ड्रिल-डाउन पढ़ सकते हैं यहाँ).

मैं आग जब कोई नया आइटम बनाया है और जब कोई आइटम संशोधित करने के लिए वर्कफ़्लो कॉन्फ़िगर किया गया है. विचार यह है कि जब एक बीमा दस्तावेज़ अपलोड की गई है, हम एक "चेतावनी तिथि की गणना" समय सीमा समाप्ति दिनांक पर आधारित. विचारों की एक जोड़ी काम जब उपयोगकर्ताओं को उनके घर पृष्ठ हिट इन स्थितियों पर प्रकाश डाला करने के लिए KPI सूची के संबंध में.

यह रणनीति काम नहीं करता है जब मैं कोई दस्तावेज़ अपलोड करें.

मैं दस्तावेज़ अपलोड करें और मुझे मेटा डेटा प्रविष्टि स्क्रीन के साथ प्रस्तुत कर रहा हूँ. इस बिंदु पर, मैं पहले से ही मुसीबत में हूँ. SharePoint में पहले से है, मेरे दृष्टिकोण से समय से पहले ही, वर्कफ़्लो निकाल दिया. मैं सही सामग्री प्रकार लेने और न ही कोई नियत दिनांक असाइन करने के लिए एक मौका नहीं था. एक ही समय में, वर्कफ़्लो जब मैं इस समय पर सबमिट करें बटन हिट आग नहीं. कुछ अंतर्निहित तर्क "का मानना है कि" कि पहली बार प्रस्तुत है के हिस्से "बनाएँ" घटना. तो … मेरे कार्यप्रवाह निकाल दिया गया है और जब यह मार डाला, यह डिफ़ॉल्ट मेटा डेटा मानों के पारित कर दिया गया था.

एक "थामने तक सम्मिलित करने के लिए सबसे अच्छा काम-मुझे पता है के आसपास है" वर्कफ़्लो में गतिविधि. मैं वर्कफ़्लो को थामने के लिए है 1 मिनट. जबकि यह pausing है, मैं सही सामग्री प्रकार का चयन करें, मेटा डेटा दर्ज करें और सबमिट करें. और जरूरत के रूप में वर्कफ़्लो आय के पूर्ण विराम दें. (ध्यान दें कि अपने वातावरण में, टाइमर वर्कफ़्लो गतिविधियाँ एसपीडी से बॉक्स से बाहर काम नहीं करते. आप हो सकता है वही मुसीबत. देखें यहाँ अधिक विवरण के लिए).

मैं "जादू देरी की तरह नहीं" आस-पास काम. क्या होता है यदि उपयोगकर्ता कोई दस्तावेज़ और फोन की घंटी बजती है और आगामी बातचीत अपलोड outlasts ठहराएँ? मैं अब रोकें कर सकते हैं, लेकिन मैं अभी भी यह पसंद नहीं है.

मैं इस बारे में यहाँ MSDN फ़ोरमों पर लिखा था: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

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 टैग: , , ,