तेजी से SharePoint एकीकरण: सभी उपलब्ध तेजी से दृश्य प्रदर्शित करने के लिए नमूना कोड

यहाँ कुछ कोड है कि सभी उपलब्ध विचारों से पता चलता है एक फास्ट सर्वर नामित पर आधारित QRServer (सर्वर प्रक्रिया के साथ जो हम संवाद). मैं इस प्रस्ताव आप सब यह क्या की तरह प्रदान की फास्ट API का उपयोग करने के लिए है की एक स्वाद देने के लिए.

का उपयोग कर प्रणाली;
का उपयोग कर System.Collections.Generic;
का उपयोग कर System.Linq;
का उपयोग कर System.Text;
का उपयोग कर Com.FastSearch.Esp.Search;
का उपयोग कर Com.FastSearch.Esp.Search.Http;
का उपयोग कर Com.FastSearch.Esp.Search.Navigation;
का उपयोग कर Com.FastSearch.Esp.Search.Query;
का उपयोग कर Com.FastSearch.Esp.Search.Result;
का उपयोग कर Com.FastSearch.Esp.Search.View;
का उपयोग कर System.Collections.Specialized;
का उपयोग कर System.Collections;


नामस्थान Conchango
{
    वर्ग EnumerateFASTViews
    {
        स्थैतिक शून्य मेन(स्ट्रिंग[] args)
        {

            ISearchFactory searchFactory;

            NameValueCollection nameValueCollection = नई NameValueCollection();

            nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15100");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "प्राप्त करें");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            कंसोल.WriteLine("कुल बार देखे गए: [" + searchFactory.GetSearchViewList().गिनती + "].");

            int मैं = 0;

            foreach (ऑब्जेक्टमें searchFactory.GetSearchViewList())
            {
                कंसोल.WriteLine("दृश्य [" + i     + "]: [" + o.ToString() + "].");

            }

            कंसोल.ReadLine();

        }
    }
}

ध्यान दें कि मैं अपने आप को एक मात्र सक्षम सी # प्रोग्रामर विचार और मैं पतली त्वचा है, तो किसी भी raspberries के मेरे रास्ते नहीं भेजें, विशेष रूप से पुनः: "foreach (ओ वस्तु में …)" construct 🙂

</अंत>

Technorati टैग: ,

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

फास्ट और SharePoint एकीकरण पहली नज़र

मैं पर एक तेजी से काम करने का अवसर है भाग्यशाली रहा हूँ <–> SharePoint एकीकरण परियोजना और सोचा था कि मैं होता साझा करने के लिए जारी रखें समुदाय के साथ मेरे सीमित अनुभव.

में Microsoft है क्रय करने की प्रक्रिया फास्ट. मैं कार्यक्रम के बारे में कुछ नहीं जानता सिवाय इसके कि यह "2 तिमाही में समाप्त हो जाना चाहिए" जो मुझे लगता है द्वारा मतलब है 06/30/08.

मेरा परियोजना के डिजाइन, एक बहुत ही उच्च स्तर पर, कॉल कि कुछ वेब पार्ट्स बनाने के लिए मोटे तौर पर एक ही नज़र है, लगता है और कार्यक्षमता मानक काई के रूप में खोज बॉक्स और कोर परिणाम वेब पार्ट, लेकिन तेजी से खींच. मैं उस दिशा में कुछ बच्चे कदम बनाया है.

एक समर्पित खोज इंजन तेज है. यह माइक्रोसॉफ्ट प्रौद्योगिकी पर आधारित नहीं है, हालांकि यह मेरे लिए स्पष्ट है कि तेजी से इंजीनियरों में से कुछ स्पष्ट रूप से समझ MS टेक (या वे बनाया है ठेकेदारों का उपयोग करें).

फास्ट:

एक बड़ा राक्षस सर्वर उत्पाद तेज है (और मेरा मतलब नहीं है कि एक बुरा अर्थ में; MOSS एक बड़ा राक्षस उत्पाद मुझे भी है). यह जावा पर आधारित होना करने के लिए प्रकट होता है और मैंने देखा है कुछ अपाचे सामान और शायद कुछ PHP. मैं अगर वहाँ थे अन्य बिट्स के टेक यहाँ और वहाँ मिश्रित आश्चर्य नहीं होगा. यह निश्चित रूप से चलाता है windows सर्वर पर और ठीक में आभासी पर्यावरण जो मैं उपयोग कर रहा है काम कर रहा है.

यह कि क्रॉल SharePoint सामग्री इसकी विशेष तेजी से रास्ते में अनुक्रमण के लिए एक बहाना वेब सेवा का उपयोग करता है.

एक SharePoint अंत उपयोगकर्ता घर पर फास्ट की उपयोगकर्ता इंटरफ़ेस के साथ बहुत सुंदर हो जाएगा. यह सरल/अग्रिम खोज है, परिणाम से पता चलता है, प्रासंगिकता पर बड़ा है (हालांकि मैं देख नहीं कैसे यह सामाजिक प्रासंगिकता हैंडल). हालांकि, इसे और आगे जाना है. इसकी stemming बेहतर लगता है. मैं वास्तव में यह अच्छी तरह से स्पष्ट नहीं कर सकता, लेकिन मैं सिर्फ कहता हूँ "यह बेहतर है।" आप इसके लिए मेरे शब्द लेना कर सकते हैं, or not 🙂 I may elaborate on this point in the future, के रूप में मैं और अधिक जानें.

काई:

तेजी से प्रदान करता है एक। नेट के अनुकूल DLL कि तेजी से इंजन के लिए एक इंटरफेस प्रदान करता है. यह हमारे लिए वेब भागों या अनुप्रयोग पृष्ठों या जो कुछ भी हम फास्ट को क्वेरी और परिणाम प्रस्तुत करने के लिए चाहता हूँ बनाने के लिए संभव बनाता है.

वहाँ एक वेब सेवा इंटरफ़ेस के रूप में अच्छी तरह से किया जा करने के लिए लगता है.

मैं भी एक फास्ट-प्रदत्त वेब हिस्सा है कि काई और तेजी से एकीकृत करने के लिए उपयोग किया है. मैं नहीं जानता कि यदि यह एक POC है, कुछ है कि एक डेमो या क्या के रूप में कोसा था. यह निश्चित रूप से एक अच्छे शिक्षण उपकरण है, तो यकीन नहीं अगर यह उत्पादन के लिए तैयार है.

कि यह अभी के लिए है. मैं इस परियोजना के माध्यम से प्रगति के रूप में, मैं और अधिक पोस्ट हूँ.

</अंत>

Technorati टैग: , ,

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

अलविदा, Conchango. नमस्ते EMC!

मैं नहीं 100% सुनिश्चित करें कि इसका क्या मतलब है, लेकिन मैं इसके बारे में बहुत उत्साहित हूँ.
</अंत>

फास्ट QRServer पोर्ट का निर्धारण

अपने एपीआई के माध्यम से तेजी से खोज के साथ संवाद करने के लिए, हम बंदरगाह पर जो QRServer चल रहा है पता करने की आवश्यकता.

मैं यह ढूँढने के लिए निम्न चरणों का पालन:

  1. तेजी से व्यवस्थापक साइट में लॉग इन करें (http://server:port/admin).
  2. प्रणाली सिंहावलोकन करने के लिए नेविगेट करें.
  3. "Dispatcher खोज की स्थिति जानें" और दूरदर्शक यंत्र आइकन पर क्लिक करें:

    छवि

  4. मैं सफलतापूर्वक मान करते थे, 15100 "के लिए जानकारी का नाम" "http" =:

    छवि

नोट्स:

1. पोर्ट 15100 डिफ़ॉल्ट आउट-ऑफ़-द-बॉक्स पोर्ट संख्या QRServer के लिए किया जा करने के लिए प्रकट होता है.

2. फास्ट करने के लिए एक कनेक्शन इन्स्तांत करने के लिए यह निम्न के जैसा कोड का उपयोग करें:

     ISearchFactory searchFactory;
    
        NameValueCollection nameValueCollection = नई NameValueCollection();
    
        nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
        nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15102");
        nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "प्राप्त करें");
    
        searchFactory = SearchFactory.NewInstance(nameValueCollection);

3. यदि आप एक बेतहाशा गलत पोर्ट उठाओ, आप एक उपयोगी त्रुटि संदेश मिलता है:

छवि

4. हालांकि, यदि आपको पोर्ट संख्या अवलोकन पर सूचीबद्ध उठाओ (15102) आप उस मददगार त्रुटि संदेश नहीं मिलता. इसके बजाय, बाद में जब आप एक खोज के माध्यम से किसी भी डेटा का उपयोग या एक तेजी से दृश्य को संदर्भित करने के लिए प्रयास करें, आपको एक त्रुटि प्राप्त. डीबगिंग से पता चलता है कि searchFactory दृश्य गणना शून्य है. आप "खोज दृश्य सूची लाने के लिए विफल" संदेश दिया जायेगा.

</अंत>

Technorati टैग:

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

SharePoint तकनीकी डिजाइन पैटर्न की ओर: SharePoint डिज़ाइनर वर्कफ़्लो + घटना रिसीवर = उच्च शक्ति कॉकटेल

एक उभरते पैटर्न मैं SharePoint समाधान crafting में पा leverages SharePoint डिज़ाइनर वर्कफ़्लो और एक घटना रिसीवर.

यहाँ एक व्यापार परिदृश्य के संदर्भ में यह डाल करने के लिए है:

  • मैं एक डॉक्टर उदारीकरण के लिए कोई दस्तावेज़ अपलोड करें.
  • मैं बहु-चरण वर्कफ़्लो SharePoint डिज़ाइनर का उपयोग कर बनाई गई बंद किक.
  • उस प्रक्रिया के दौरान कुछ बिंदु पर, वर्कफ़्लो कार्य किसी को असाइन करता (के माध्यम से उपयोगकर्ता डेटा एकत्रित करें या कोई कार्य असाइन करें).
  • हम कब तक उस कार्य के पूरा होने का इंतजार कर रहा है ट्रैक करने के लिए एक KPI का उपयोग करना चाहते हैं. KPI कार्य है कि पूरा कर रहे हैं या नियत के लिए हरे रंग से पता चलता है अधिक से अधिक 3 अब से दिन. यह अगर कार्य कल या आज नियत है पीले रंग दिखाता है. यह दिखाता है कि यदि कार्य नियत पिछले रेड.
  • यहाँ किकर है: मैं चाहता हूँ कि छुट्टी-पता होना करने के लिए उस KPI ड्राइव दिनांक.

मैं एक छुट्टी-अवगत नियत की गणना नहीं कर सकते SharePoint डिज़ाइनर वर्कफ़्लो को बहुत आसानी से तारीख. मैं एक कस्टम क्रिया बनाएँ या एक 3 पार्टी उपकरण का उपयोग करने के लिए होता है. हालांकि, यह एक घटना रिसीवर में ऐसी कोई तिथि की गणना करने के लिए आसान है. उन दोनों को एक साथ मर्ज है और हम इस तरह एक पैटर्न मिल:

  • एक छिपे हुए हाँ परिभाषित/दस्तावेज़ लायब्रेरी पर कोई साइट स्तंभ लेबल वाले "DoCalcualteDueDate".
  • यह करने के लिए false इनिशियलाइज़.
  • वर्कफ़्लो में उचित समय पर (जैसे. बस "कलेक्ट डेटा से पहले" कार्रवाई), उस मान True करने के लिए असाइन करें.
  • एक ItemUpdate() घटना रिसीवर लग रहा है देखने के लिए अगर "DoCalculateDueDate" सच है. घटना रिसीवर चलाता है पर हर अद्यतन के बाद से, "DoCalculateDueDate" सामान्य रूप से गलत है.
  • जब वर्कफ़्लो DoCalculateDueDate सच को असाइन करता, घटना रिसीवर का परिकलन करता है छुट्टी-अवगत नियत दिनांक.
  • जब घटना रिसीवर यह गणना करता है, यह false करने के लिए DoCalculateDueDate ध्वज सेट.

अंत में, एसपीडी वर्कफ़्लो DoCalculateDueDate सिकंदरा के माध्यम से एक घटना रिसीवर के साथ भेजी है और हम छुट्टी-अवगत नियत है तिथियाँ वर्कफ़्लो के जीवन में बिल्कुल सही पल में असाइन किए गए हैं. नियत दिनांक असाइन किया गया है, लेकिन वास्तविक गणना और असाइनमेंट घटना रिसीवर निष्पादित करता जब SharePoint Designer नियंत्रणों.

</अंत>

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

देखा व्यवहार: एसपीडी वर्कफ़्लो किसी साइट संग्रह के भीतर चलती

अद्यतन: मैं कैसे एक एसपीडी वर्कफ़्लो किसी साइट परिभाषा में एम्बेड करने के लिए शोध कर रहा हूँ. यह MSDN फोरम चेन है कुछ रोचक जानकारी. यह निर्णायक नहीं है, लेकिन जंगल के माध्यम से रास्ते के लिए अंक.

मैं इस पोस्ट के एक थोड़ा oddball "व्यवहार मनाया दे रहा हूँ" जब से मैं थोड़ा चालाक से यह निष्कर्ष ड्राइंग की हूँ का नेतृत्व. एसपीडी workflows हैं … मनमौजी.

अक्सर लोग पूछ रहे हैं / सोच रहा था कि / fretting एसपीडी workflows एक स्थान से दूसरे करने के लिए खत्म हो रही. आज, मैं इन चरणों का पालन किया है और इन प्रेक्षणों बना दिया:

  • मैं कोई वर्कफ़्लो किसी साइट के लिए एक दस्तावेज़ लायब्रेरी से जुड़ी में SharePoint डिज़ाइनर का उपयोग कर बनाई गई.
  • संबद्ध दस्तावेज़ लायब्रेरी पहले से ही कई दस्तावेज रखे.
  • मैं साइट टेम्पलेट के रूप में सहेजा गया.
  • जब मैं साइट टेम्पलेट के रूप में सहेजा गया, मैं भी सामग्री बचाया.
  • मैं एक ही साइट संग्रह उस टेम्पलेट का उपयोग कर में एक नया साइट बनाया.

इस बिंदु पर, कार्यप्रवाह चलाएँ करने की कोशिश की. यह तुरंत ही लॉग संदेश के साथ समाप्त हुई, "पर प्रारंभ विफल".

मैं इस उम्मीद की. मैं कम उम्मीदें हैं जब यह एसपीडी वर्कफ़्लोज़ चलती के आसपास करने के लिए आता है.

मैं जारी रखा:

  • साइट SharePoint डिज़ाइनर में खोला.
  • एक तिरछी नज़र पर कार्यप्रवाह था. यह ठीक लग रहा था.
  • मैं "समाप्त करें" क्लिक.
  • मैं वर्कफ़्लो भागा.

इस बार, यह ठीक काम किया.

मैं जोड़ना होगा कि इस वर्कफ़्लो "कलेक्ट डेटा उपयोगकर्ता से इस्तेमाल किया" हुड के अंतर्गत एक अपेक्षाकृत जटिल क्रिया है जो क्रिया.

मैं ने अंतरिम रूप से निष्कर्ष है कि प्रक्रिया का "परिष्करण" एसपीडी ठीक से एसपीडी वर्कफ़्लो को नई दस्तावेज़ लायब्रेरी से संबद्ध करने के लिए वर्कफ़्लो की वजह. मैं भी XOML और अन्य XML कलाकृतियों यथोचित "ढीली" कर रहे हैं निष्कर्ष. वे दस्तावेज़ लायब्रेरी के लिए सुपर कसकर मिलकर नहीं कर रहे हैं.

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

यदि आप यह पढ़ रहे हैं और इच्छुक, कृपया एक टिप्पणी पोस्ट या ईमेल मुझे अपनी SharePoint डिज़ाइनर माइग्रेशन कहानी. मैं सहर्ष किसी भी इस प्रकार की पेशकश की अंतर्दृष्टि के साथ इस पोस्ट अद्यतन हूँ.

</अंत>

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

त्वरित और आसान: फ़ील्ड केवल-वर्कफ़्लो अद्यतन

यह अक्सर एक अनुमोदन कोड है जो कभी नहीं सीधे अंत उपयोगकर्ताओं द्वारा हेरफेर किया जा करना चाहिए जैसे कि एक कस्टम सूची में स्थिति जानकारी संग्रहीत करने के लिए उपयोगी है. यह एक आम व्यापार परिदृश्य है. मैं एक परियोजना है कि उत्पन्न करता है SharePoint डिज़ाइनर वर्कफ़्लो कि आम तौर पर समय के महत्वपूर्ण व्यापारिक प्रक्रियाओं का समर्थन और तब Kpi ड्राइव के जरिए विभिन्न स्थिति और अनुस्मारक दिनांक इस साल पर काम कर रहा है.

किसी साइट सामग्री प्रकार का उपयोग करें / इस प्रभाव को प्राप्त करने के लिए स्तंभ.

किसी साइट सामग्री प्रकार बनाने के साथ स्थिति स्तंभ के रूप में दिखाया गया:

छवि

नोट स्थिति" (डेमो के लिए)" नीचे मैदान.

अगले, स्तंभ के गुणों तक पहुँचने के लिए स्तंभ नाम पर क्लिक करें. "छुपे हुए का चयन करें (रूपों में दिखाई नहीं देगा)" स्तंभ सेटिंग्स अनुभाग में दिखाया गया के रूप में:

छवि

इस मानक संपादित करें/अद्यतन रूपों से फ़ील्ड हटा. हालांकि, यह विचार में अभी भी उपलब्ध है, KPIs, ऑब्जेक्ट मॉडल और कहीं और आप इसे उपयोग करना चाहते हैं, एसपीडी वर्कफ़्लो सहित.

</अंत>

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

रविवार अजीब बात है: “मैंने सोचा था कि यह एक संपन्न शहर होना चाहिए था”

एक छोटे से अधिक तीन वर्ष पहले, मेरी पत्नी और मैं अपने बेटे के एक ग्रीष्मकालीन गतिविधि के लिए पर हस्ताक्षर किए, खिलाड़ियों के Midland पार्क. यह एक नाटक समूह है कि खर्च करता है के बारे में तीन या चार हफ्तों के लिए एक नाटक तैयार करने और फिर यह माता पिता के लिए दिखा रहा है, दोस्तों और रिश्तेदारों को. यह हमेशा बहुत अच्छी तरह से किया गया है.

मैं नहीं जानता कि यदि बच्चे हर किसी का इस तरह है, लेकिन मेरे बेटे अत्यंत नई चीजों की कोशिश करने के लिए अनिच्छुक है. यह जानते हुए भी, हम उसे कार्यक्रम के लिए हस्ताक्षर किए. हमने पाया है कि यह चीजों के इन प्रकार करने के लिए उसे जल्दी और अक्सर सचेत करने के लिए सबसे अच्छा है. तो, उसकी स्वाभाविक हिचक को दूर करने के लिए, हम उसे जल्दी बताया और यह ध्वनि करने के लिए हमारी सबसे अच्छा मज़ा की तरह था, आदि. यहां तक कि एक बहु-माह विज्ञापन अभियान के साथ, वह अब भी आश्वस्त नहीं था. हम उसे करने के लिए मजबूर, हालांकि, और जैसा कि अक्सर मामला है, वह एक महान समय था.

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

(हमारे आश्चर्य करने के लिए ज्यादा, उन्होंने खरगोश की भूमिका प्राप्त किया था और वह था कमाल है.)

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

उस शहर के बारे में पता करने के लिए बात यह है कि यह व्यावहारिक रूप से किसी दूसरे देश के धन के मामले में. यह एक उच्च आवृत्ति ट्रेन वॉल स्ट्रीट और NYC के अधिकार में सामान्य है. यह सिर्फ एक अमीर जगह है. पर जा रहे परिवार चर्चा विषयों में से एक है कि क्या हम जहाँ हम अब जीने के बजाय उस शहर को चले जाना चाहिए. यह एक बड़ा शहर है, बच्चों के लिए और अधिक कार्यक्रमों इसकी स्कूलों की पेशकश, आदि. मेरी पत्नी उस शहर में पले और उसके माता-पिता रहते हैं वहाँ, तो हम आदी रहे हैं"में" वहाँ रहने वाले नहीं के बावजूद. मैं व्यक्तिगत रूप से विभिन्न परिस्थितियों में मैसाचुसेट्स में बढ़ी, तो मैं इस बारे में परिवार के रात्रिभोज वार्तालाप के दौरान कहने के लिए एक बहुत कुछ नहीं है. यह कहना है कि हम बहुत खुश नहीं है जहाँ हम रहते हैं नहीं है. हम बस पता है कि उस शहर आर्थिक दृष्टि से हमारे शहर के ऊपर एक स्तर.

मंच सही अगले कार्यक्रम के लिए हमें मेरे बेटे की हिचक को दूर करने के लिए हमारे सामान्य विज्ञापन अभियान शुरू करने के लिए भी जल्द ही शुरू कर दिया. यह है जब वह कुछ कर के खिलाफ मेरी निजी पसंदीदा तर्क एक साथ आए: "शुक्रवार रात हैं प्राइम रातों की नींद ओवरों के लिए!" स्टेज का अधिकार के साथ अपने सप्ताहांत सामाजिक हस्तक्षेप करने के लिए जा रहा था.

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

यह पिछले सप्ताहांत के लिए उसे और पहली बार के लिए मेरी पत्नी बात कर रहा था, मुझे लगता है कि वह अपने दर्शकों के लिए बहुत ठीक उसकी चर्चाओं टेलरिंग है. उसने उससे पूछा था कैसे मंच सही Midland पार्क करने के लिए खिलाड़ियों की तुलना. वह उसे उस "में पार्क खिलाड़ियों को बताता है, हम किशोरों कि हमें मदद से बाहर है. वहाँ नहीं कर रहे हैं में किसी भी स्टेज अधिकार में. पार्क खिलाड़ियों में, किशोरों के रंगमंच की सामग्री के सभी कर. मंच में सही, हम हमारे अपने रंगमंच की सामग्री लाने के लिए है. हम सब कुछ करना है. और फिर वह चाकू twists: "मैंने सोचा था कि यह एक समृद्ध शहर माना जाता था।"

इन सभी वर्षों, मैं वास्तव में कभी नहीं सोचा था कि वह सुनवाई थी या कुछ भी समझने के रूप में इसे "अमीर" टाउन. हालांकि, इसे मुड़ता है वह था.

</अंत>

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

Technorati टैग:

SharePoint कैलेंडर रोल-अप प्रदान नहीं करता है; संभावित समाधान

अद्यतन: इस कड़ी टिप्पणी में एक गुमनाम व्यक्ति पदों: http://www.atidan.com/atidan-collaboration-kit.php

फोरम उपयोगकर्ता अक्सर इस तरह एक सवाल पूछना:

"मैं एक कैलेंडर घटनाओं सबसाइट कैलेंडर्स से द्वारा पॉपुलेटेड है साइट स्तर पर है चाहेंगे. आदर्श रूप में, उपयोगकर्ता सबसाइट में कैलेंडर घटनाओं पैदा करेगा, और उन के रूप में अंकन करने का विकल्प होगा ' सार्वजनिक।’ घटनाओं के रूप में सार्वजनिक चिह्नित गतिशील रूप से साझा साइट कैलेंडर में दिखाई देंगे. इस प्रकार साझा साइट कैलेंडर एक रोल-अप सभी सार्वजनिक आयोजनों के सभी सबसाइट कैलेंडर्स से है।"

WSS है 3.0 या काई 2007, इसे सीधे एक 'रोल-अप को कॉन्फ़िगर करने के लिए संभव नहीं है" कैलेंडर. कैलेंडर अपने दम पर मौजूद, किसी भी अन्य कैलेंडर के स्वतंत्र.

एक रोल-अप कैलेंडर बनाने के लिए, इन रास्तों में से एक का पालन करें:

  1. कोई सामग्री क्वेरी वेब पार्ट का उपयोग करें. इस काई उपयोगकर्ताओं के लिए सबसे आसान समाधान है (WSS CQWP प्रदान नहीं करता है). CQWP, दुर्भाग्य से, डेटा बॉक्स से बाहर का एक कैलेंडर दृश्य प्रदान नहीं करता है. यह भारी प्रतिपादन लचीलापन प्रदान करता है (यहाँ एक उदाहरण के लिए देखें) डिफ़ॉल्ट रूप से, लेकिन, सरल सूची स्वरूप में इसके परिणाम दिखाता है. कई मामलों में, CQWP शायद एक अच्छा विकल्प.
  2. एक और अधिक प्रोग्रामिंग-उन्मुख समाधान घटना रिसीवर का उपयोग करना होगा. सबसाइट कैलेंडर्स कि उनके सार्वजनिक घटनाओं मुख्य कैलेंडर के साथ सिंक में रखने पर घटना रिसीवर को लागू. एक दिए गए सबसाइट के रूप में कैलेंडर संशोधित किया गया है, मुख्य कैलेंडर के लिए बाहर तक पहुँचने और यह जरूरत के रूप में अद्यतन करें. यह विकल्प दोनों WSS में उपलब्ध है 3.0 और काई.

वहाँ शायद अन्य चतुर समाधान इस समस्या के लिए कर रहे हैं. यदि आप एक या एक का पता, कृपया एक टिप्पणी छोड़ दो या ईमेल मुझे और मैं इस पोस्ट अद्यतन करेगा.

</अंत>

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

साइटें बनाएँ (SPWeb) SharePoint डिज़ाइनर वर्कफ़्लो के जरिए

इस ब्लॉग प्रविष्टि का अधिक है एक "संभव के दायरे में" प्रविष्टि बनाम. ठोस जानकारी.

हम एक तकनीकी डिजाइन है कि हमें एक मैन्युअल रूप से शुरू की वर्कफ़्लो प्रक्रिया के माध्यम से एक साइट संग्रह में किसी साइट बनाएँ करने के लिए कहता है. मूल रूप से, उपयोगकर्ताओं को एक "नए ग्राहक में डेटा दर्ज करें" कस्टम सूची और फिर जब वे समाप्त हो गया है और डेटा प्रविष्टि प्रक्रिया को सत्यापित, हम की जरूरत है कि ग्राहक के लिए एक साइट बनाने के लिए.

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

मैं इस के बारे में अधिक से अधिक विस्तार में लिखने की योजना (और उम्मीद है कि एक प्रयोक्ता समूह या आने वाले साल में दो से वर्तमान), यहाँ है, लेकिन समग्र समाधान:

  • एसपीडी के साथ एकीकृत करता है किसी कस्टम क्रिया बनाएँ.
  • कस्टम क्रिया एसपीडी एक वेब सेवा प्रारंभ करें और इसे XML के एक स्ट्रिंग पारित करने के लिए अनुमति देता है.
  • वेब सेवा को कस्टम सूची में पंक्ति पता लगाता है और उस नए क्लाइंट के लिए एक कस्टम साइट परिभाषा का उपयोग कर डेटा के अनुसार एक नई साइट बनाता है.
  • वेब सेवा तब नई साइट के लिंक के रूप में कुछ जानकारी के साथ कस्टम सूची अद्यतन.

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

All we need now is an easy tool to automatically migrate SPD workflows around as easily as we can for visual studio workflows and we’ll really be cooking with gas 🙂 I understand that some folk are out there working on this problem and I hope they have some good success with it soon.

</अंत>

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