الاثنين، 29 أغسطس 2011

فاست سيرش لشيربوينت - 02

تم بناء فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint على شيربوينت 2010, وقد قدم الكثير من التحسينات على إمكانيات البحث المتوفرة في شيربوينت 2010. ويعتبر البحث في شيربوينت 2010 موجهاً لتوفير حلول للبحث ضمن البيانات المختلفة في المؤسسات, وهذا ما يهدف إلى ربط مجموعة من الأشخاص إلى مجموعة من المعلومات, وأحد أشهر الأمثلة هو استخدام البحث في شيربوينت 2010 ضمن البوابات الداخلية للمؤسسات.

كما يُستخدم فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint لحل العديد من مشاكل متطلبات الأعمال, ويُعتبر توسعة للحلول المقدمة من قبل شيربوينت 2010, كما يضيف قيمة عالية high-value لتطبيقات البحث المؤسساتية, والتي تسمح بقياس معيار ROI (Return of Investment) الناتج عن تطبيق فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint لتوفير البحث ضمن بيانات المؤسسة. ومن الأمثلة الشائعة لاستخدام فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint هو توفير البحث ضمن تطبيق الدعم الفني, وبوابة البحوث العلمية إضافة إلى تطبيقات البحث عن سجلات العملاء.


وأُطر العمل Frameworks والأدوات المستخدمة من قبل مدير شيربوينت أو فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint ومن قبل المطورين تعتبر مشتركة إلى حد كبير بين المنتجين. ولفهم أكبر للميزات التي يقدمها فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint يجب الأخذ بعين الاعتبار النقاط التالية:
  • الإمكانيات التي هي نفسها بين فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint و شيربوينت 2010.
  • الإمكانيات التي هي أفضل في فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint عن شيربوينت 2010.
  • الإمكانيات التي تعتبر جديدة في فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint.


والجداول التالية تعرض مقارنة للإمكانيات بين فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint و شيربوينت 2010 من ناحية الإمكانيات التي يستفيد منها المستخدم النهائي:

  • مركز بحث واحد لإيجاد أسئلة عن جميع الاستعلامات: أفضل
  • توفير أدوات تحسين نتائج البحث للوصول إلى المعلومات بشكل أفضل: أفضل
  • البحث الاجتماعي (البحث عن الأشخاص): متشابه
  • تحسن نتائج البحث مع الاستخدام: متشابه
  • نتائج البحث المرئية: جديد
  • نتائج البحث المرتبطة بالسياق لتحقيق متطلبات المجموعات المختلفة في المؤسسة: جديد


أما بالنسبة للمقارنة بين شيربوينت 2010 و فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint من ناحية الإمكانيات التي يستفيد منها محترفو إدارة شيربوينت و فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint:

  • الإداء والتوسع: أفضل
  • سهولة التثبيت: متشابه
  • الإدارة على مستوى المؤسسات: أفضل
  • الأمان, والنطاق الأوسع: أفضل
  • المعالجة المتقدمة الافتراضية للمحتوى: جديد
  • سهولة ضبط إعدادات الميزات التي يستفيد منها المستخدم النهائي: جديد


أما من وجهة نظر المطور:

  • تخصيص شاشات عرض نتائج البحث الافتراضية باستخدام أجزاء الويب: متشابه
  • التوسع في مصادر البيانات التي يمكن الاتصال بها باستخدام خدمة اتصال الأعمال والنتائج المتحدة: متشابه
  • دمج عمليات البحث مع وظائف شيربوينت الأخرى: أفضل
  • استخدام أدوات شائعة للمطور: متشابه
  • الاستفادة من المعالجة المتقدمة للمحتوى: جديد
  • تخصيص نتائج البحث حسب الصلة: جديد
  • استخدام إمكانيات استعلام متقدمة لبناء تطبيقات أكثر فائدة: جديد

المقالة الأصلية

الخميس، 25 أغسطس 2011

فاست سيرش لشيربوينت - 01

من المعلوم أن لكل مؤسسة أو شركة متطلبات خاصة للبحث ضمن بياناتها, ويقدم فاست سيرش الإمكانية لتخصيص عمليات البحث يما يحقق متطلبات الأعمال المختلفة ومتطلبات أصحاب المصلحة في أي مؤسسة, ومن الميزات التي يقدمها فاسي سيرش FAST Search:
  • إمكانية إظهار نتائج البحث ذات صلة بالسياق الحالي الذي يتبع له المستخدم Contextual Relevant.
  • إظهار نتائج البحث اعتماداً على اللغة المعتمدة لدى المؤسسة مع إمكانية البحث في جميع اللغات المتوفرة.
  • إمكانية ضبط وتحسين نتائج البحث ذات الصلة بما يوفر دقة في نتائج البحث.
  • إمكانية تخصيص منصة عمل محرك البحث يما يخدم المتطلبات الخاصة لعملية فهرسة البيانات ومتطلبات عمليات البحث.
  • ضبط وتخصيص صفحات نتائج البحث بما يساعد أصحاب المصلحة والمستفيدين من محرك البحث على أفضل وجه.


كما توفر حلول البحث المؤسسي المعتمدة على فاست سيرش FAST Search الإمكانيات التالية:

  • إظهار نتائج البحث للمستخدمين بما يتوافق مع وظيفتهم ودورهم وطبيعة عملهم في المؤسسة التي تطبق محرك البحث, فمثلاً أعضاء فريق المبيعات سيجد بسهولة معلومات وأجوبة عن أسئلة وثائق طلبات العروض, بينما أعضاء فريق التنفيذ والهندسة في المؤسسة سيحصل في نتائج البحث على وثائق المتطلبات والمواصفات في أعلى نتائج البحث.
  • يسمح للمستخدمين باستخدام المصطلحات والعبارات الخاصة بكل مؤسسة, حيث أن معظم المؤسسات تستخدم مجموعة من المصطلحات والاختصارات والكلمات المفتاحية الخاصة بالمؤسسة. إضافة إلى أن المستخدم بإمكانه استخدام المصطلحات الخاصة به لترتيب وتحسين نتائج البحث, إضافة إلى أن أدوات اللغة المتقدمة التي يوفرها محرك البحث تسمح للمستخدم بالبحث عن المحتوى المكتوب بلغته الأصلية.
  • التأكد من أن عمليات البحث توفر تصنيف دقيق لنتائج البحث ذات الصلة. وأحد أهم الأسباب التي تدفع المستخدمين للاستمرار في استخدام محرك البحث هي الحصول على نتائج بحث دقيقة تظهر في النتائج الأولى ضمن نتائج البحث.
  • توفر مجموعة من الأدوات الافتراضية لبناء محرك البحث بأسرع ما يمكن, إضافة إلى توفير منصة عمل يمكن أن تتوسع بازدياد متطلبات الأعمال, وبالتالي إمكانية تنفيذ ما يلي:
  • الوصول بسرعة وفهرسة مصادر البيانات الجديدة.
  • إضافة المستخدمين وشركاء الأعمال إلى قائمة المعلومات المستخرجة من مصادر البيانات بحيث تظهر في نتائج البحث.
  • إمكانية تنفيذ عملية معالجة مخصصة للبيانات قيد الفهرسة.
  • إمكانية إضافة أجزاء ويب مخصصة إلى صفحات محرك البحث إضافة إلى استخدام أجزاء الويب الافتراضية.
ولتحقيق كل ما سبق فإن فاست سيرش FAST Search Server for SharePoint 2010 يوفر منصة عمل مؤسساتية, حيث يحتوي على إطار عمل متكامل لفهرسة الملفات والبيانات الوصفية من أنواع مختلفة من مصادر البيانات. إضافة إلى محرك فهرسة متقدم يخزن البيانات المفهرسة بطريقة فعالة تساهم في أفضل النتائج عند تنفيذ عملية البحث, كما يوفر خوادم للاستعلام عن النتائج, إضافة إلى واجهة برمجة التطبيقات الخاصة بعمليات البحث Query APIs, إضافة إلى شاشات رسومية للبحث ضمن البيانات المفهرسة.



كل ما سبق هو نظرة سريعة على فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint, وسيتم تفصيل عناصر هذا المنتج لاحقاً ضمن مقالات أكثر تفصيلاً وتوسعاً.


الجمعة، 19 أغسطس 2011

خدمة اتصال البيانات - 05

عند تفعيل خدمة الاتصال على أي تطبيق ويب فإن مجموعة من أجزاء الويب الافتراضية يمكن استخدامها لعرض بيانات أنواع المحتويات الخارجية وتظهر ضمن المجموعة "بيانات الأعمال" وهي كما يلي:
  • قائمة بيانات الأعمال.
  • عنصر بيانات الأعمال.
  • إجراءات بيانات الأعمال.
  • القائمة ذات الصلة ببيانات الأعمال.
  • عامل تصفية اتصال بيانات العمل.
  • منشئ عنصر بيانات الأعمال.


وسيتم شرح كل جزء ويب على حدة وبشكل مفصل.



جزء الويب - قائمة بيانات الأعمال



جزء الويب قائمة بيانات الأعمال هو أحد أجزاء الويب التي تتعامل مع بيانات أنواع المحتويات الخارجية ومهمته عرض قائمة بالمعلومات التي يُظهرها نوع المحتوى الخارجي من خلال المنهج الافتراضي من النوع ReadList وقد تم إنشاء هذا المنهج في الخطوات السابقة عند إنشاء نوع المحتوى الخارجي SharePoint4ArabECT. ولاستخدام جزء الويب "قائمة بيانات الأعمال" اتبع الخطوات التالية:























بالنسبة للخيار "عرض شريط الأدوات" فهو يعني إظهار أو إخفاء الشريط التالي في جزء الويب:





أما بالنسبة للخيار "عرض الحركة أثناء التحميل" فهو يعني إظهار أو إخفاء الشكل التالي أثناء تحميل المعلومات من نوع المحتوى الخارجي:





ملاحظة: الخيارين "عرض شريط الأدوات" و "عرض الحركة أثناء التحميل" موجودان في جميع أجزاء الويب لخدمة اتصال البيانات, لذلك لن يتم التطرق إليهما مرة أخرى.

أما بالنسبة للقسم "خصائص عرض البيانات" فيحتوي على شيفرة XSLT المستخدمة لإظهار البيانات للمستخدم ومن خلالها يمكن تخصيص طريقة العرض:





وفي مثالنا سنعمل على تعريب أسماء الأعمدة التي تظهر للمستخدم كما يلي:
  • EmployeeID: رقم الموظف.
  • FullName: اسم الموظف.
  • Email: البريد الإلكتروني.
  • Visible: مخفي؟.


ولتنفيذ هذه العملية انسخ الشيفرة الموجودة في مربع النص السابق إلى ملف XML ونفذ الخطوات التالية:

1. ابحث عن السطر التالي:

كود HTML:
<xsl:param name="ColName_0">EmployeeID</xsl:param>
وأدرج بعده السطر التالي:

كود HTML:
<xsl:param name="ColName_0_Arabic">رقم الموظف</xsl:param>
2. ابحث عن السطر التالي:

كود HTML:
<xsl:param name="ColName_1">FullName</xsl:param>
وأدرج بعده السطر التالي:

كود HTML:
<xsl:param name="ColName_1_Arabic">اسم الموظف</xsl:param>
3. ابحث عن السطر التالي:

كود HTML:
<xsl:param name="ColName_2">Email</xsl:param>
وأدرج بعده السطر التالي:

كود HTML:
<xsl:param name="ColName_2_Arabic">البريد الإلكتروني</xsl:param>
4. ابحث عن السطر التالي:

كود HTML:
<xsl:param name="ColName_3">Visible</xsl:param>
وأدرج بعده السطر التالي:

كود HTML:
<xsl:param name="ColName_3_Arabic">مخفي</xsl:param>
5. استبدل السطر التالي في كامل الملف:

كود HTML:
<xsl:value-of select="$ColName_0" />
بالسطر التالي:

كود HTML:
<xsl:value-of select="$ColName_0_Arabic" />
6. استبدل السطر التالي في كامل الملف:

كود HTML:
<xsl:value-of select="$ColName_1" />
بالسطر التالي:

كود HTML:
<xsl:value-of select="$ColName_1_Arabic" />
7. استبدل السطر التالي في كامل الملف:

كود HTML:
<xsl:value-of select="$ColName_2" />
بالسطر التالي:

كود HTML:
<xsl:value-of select="$ColName_2_Arabic" />
8. استبدل السطر التالي في كامل الملف:

كود HTML:
<xsl:value-of select="$ColName_3" />
بالسطر التالي:

كود HTML:
<xsl:value-of select="$ColName_3_Arabic" />
9. الآن انسخ ملف الـ XML بعد التعديل بشكل كامل والصقه ضمن مربع النص الخاص بشيفرة XSLT واضغط تطبيق:





بعد تنفيذ الخطوات ستظهر معلومات الموظفين للمستخدم بالشكل التالي:





وبما أن عرض المعلومات يعتمد على شيفرة XSLT فيمكن تخصيص طريقة العرض بالتعديل على شيفرة الـ XSLT وبالتالي فإنه يمكن للمبرمج تخصيص طريقة العرض حسب خبرته في استخدام شيفرة الـ XSLT. فمثلاً يمكن أن نجعل اسم الموظف قابلاً للنقر بحيث ينتقل إلى صفحة الحساب Profile Page الخاصة بنوع المحتوى الخارجي SharePoint4ArabECT التي تم إنشاؤها في مقالة سابقة. والملف المرفق "EmployeesWebPart_XSLT.xml" يحتوي على كيفية تطبيق ذلك:





الرابط الأصلي للمقالة


الأربعاء، 10 أغسطس 2011

خدمة اتصال البيانات - 04




في إطار توسعنا في مفهوم أنواع المحتويات الخارجية سنتطرق في هذه المقالة إلى موضوع مهم جداً وهو العلاقات بين أنواع المحتويات الخارجية, حيث تفيد هذه العلاقات في عملية عرض المعلومات حول للمستخدم بشكل مترابط وباستخدام إما أجزاء الويب الخاصة بخدمة اتصال البيانات أو حتى باستخدام الشيفرة البرمجية, ويمكن بناء علاقة بين أنواع محتويات خارجية مختلفة أو ضمن نوع المحتوى الخارجي نفسه, ومقالتنا ستركز على النوع الأول وهو العلاقة بين أكثر من نوع محتوى خارجي, ولتحقيق ذلك يجب بناء نوع محتوى خارجي جديد وذلك اعتماداً على جدول جديد اسمه EmployeeTasks حيث يحتوي على الأعمدة التالية:
  • TaskID, مفتاح رئيسي, ورقم تسلسلي.

  • EmployeeID, رقم الموظف من الجدول Employees.

  • TaskTitlte, عنوان للمهمة التي يجب على الموظف تأديتها.



ملاحظة: قاعدة البيانات الجديدة يمكن تحميلها من الرابط التالي كملف SQL.





إنشاء نوع محتوى خارجي جديد SharePoint4ArabECT_Tasks

في حال اتباع جميع الخطوات في المقالات السابقة فلدينا الآن نوع محتوى خارجي اسمه SharePoint4ArabECT والآن سيتم إنشاء نوع محتوى خارجي SharePoint4ArabECT_Tasks باتباع الخطوات التالية:















بعد الضغط على Create All Operations حافظ على جميع الخيارات في الشاشات التي ستظهر بدون أي تعديل ومن ثم اضغط Finish, عندها سيتم إنشاء نوع محتوى خارجي جديد اسمه SharePoint4ArabECT_Tasks كما هو ظاهر في الشكل التالي:





أما الخطوات التالية فهي لإنشاء علاقة بين نوع المحتوى الخارجي SharePoint4ArabECT ونوع المحتوى الخارجي SharePoint4ArabECT_Tasks:































بعد تنفيذ الخطوات السابقة يجب حفظ التعديلات التي تمت على نوع المحتوى الخارجي SharePoint4ArabECT_Tasks وذلك بالضغط على أيقونة حفظ في الزاوية اليسرى العليا لبرنامج SharePoint Designer 2010:





بعد إنشاء العلاقة بين نوع المحتوى الخارجي SharePoint4ArabECT ونوع المحتوى الخارجي SharePoint4ArabECT_Tasks, يجب الأن إنشاء Profile Page لنوع المحتوى الخارجي SharePoint4ArabECT بحيث يتم عرض معلومات الموظف والمهام الموكلة إليه في صفحة واحدة. ولإنشاء هذه الصفحة اتبع الخطوات التالية:













في الشكل الأخير يجب تحديد عنوان للموقع الذي سيتم إنشاء صفحة حساب الموظف Profile Page تحته.













بعد فتح الرابط السابق يجب إعطاء البارامتر EmployeeID قيمة صحيحة موجودة في الجدول Employees, وبعد ذلك قد يظهر خطأ يشبه الخطأ التالي:





عندها يجب التأكد من أنك قد سجلت دخولك على الموقع بحساب لديه صلاحيات Execute على نوع المحتوى الخارجي SharePoint4ArabECT ونوع المحتوى الخارجي SharePoint4ArabECT_Tasks, بعد ذلك يجب أن تظهر شاشة تشبه الشاشة التالية:





ملاحظة: يمكن تغيير تنسيق المخرجات باستخدام XSLT بما يتناسب مع تصميم الموقع الحالي.



نلاحظ في الشكل الأخير كيف تم عرض مهام الموظف ذو الرقم 1 والسبب هو علاقة الربط التي تم إنشاؤها بين المحتوى الخارجي SharePoint4ArabECT ونوع المحتوى الخارجي SharePoint4ArabECT_Tasks.





السبت، 6 أغسطس 2011

خدمة اتصال البيانات - 03




كنا قد تحدثنا في المقالة السابقة عن كيفية استخدام خدمة تخزين التوثيق Secure Store Service مع خدمة اتصال البيانات BCS وذلك للوصول إلى المعلومات المخزنة في قاعدة بيانات MS SQL Server, وقد استخدمنا النمط Individual والذي يعني أن على مدير النظام تحديد معلومات التوثيق الخاصة بكل مستخدم على حدة, أي لو أن 1000 مستخدم يريدون الوصول إلى المعلومات المخزنة في مصدر بيانات من النوع MS SQL Server فيجب على مدير النظام تحديد معلومات التوثيق ألف مرة حيث لكل مستخدم يجب أن تتم على حدة حتى لو كانت نفس معلومات التوثيق, إذاً ما هو الحل؟ الحل هو بكل بساطة استخدام النمط Group حيث يمكن تحديد معلومات التوثيق لمجموعة من المستخدمين دفعة واحدة, وفي هذه المقالة سيتم إنشاء تطبيق هدف Target Application اعتماداً على النمط Group كما في الخطوات التالية:

















في الشكل السابق, يتم تحديد قيمتين, الأولى هي الأعضاء الذين لديهم صلاحية إدارة التطبيق الهدف قيد الإنشاء لاحقاً, أما الثاني وهو الجزء الإضافي في هذه الشاشة بسبب اختيار النمط Group, وقد تم اختيار NT Authority\Authenticated Users, والتي تعني جميع المستخدمين المصادق عليه أي سجلوا دخولهم بشكل ناجح على الموقع, كما يمكن استخدام مجموعات موجودة في المجلد النشط Active Directory, فمثلاً يمكن حصر هذا التطبيق لمجموعة إدارة الموارد البشرية HR مثلاً وبالتالي فإن أعضاء هذه المجموعة يكون لديهم القدرة على مشاهدة معلومات القائمة الخارجية.

بعد إنشاء التطبيق الهدف السابق يجب ضبط معلومات التوثيق من خلال الخطوات التالية:









بعد تنفيذ الخطوات السابقة يجب تعديل معلومات الاتصال بمصدر البيانات لنوع المحتوى الخارجي الذي تم إنشاؤه في المقالة الأولى وذلك من خلال برنامج SharePoint Designer 2010 كما يلي:











الآن عند زيارة الصفحة الرئيسية للقائمة الخارجية External List التي تم إنشاؤها في المقالة الأولى, سيتم عرض البيانات بشكل صحيح بغض النظر عن المستخدم الذي سجل دخوله إلى الموقع.






يمكن الإطلاع على المقالة الأصلية في منتديات ما بعرف على الرابط التالي


الخميس، 4 أغسطس 2011

خدمة اتصال البيانات - 02




في الجزء الأول من سلسلة مقالات خدمة اتصال البيانات كنا قد ذكرنا بأن استخدام الخيار الأول Connect with User’s Identity ليس الخيار الأفضل للاتصال بمصدر البيانات عند الاتصال بقاعدة البيانات MS SQL Server وذلك كما في الشاشة التالية:





وأيضاً ذكرنا بأن الخيار الأفضل هو استخدام خدمة تخزين التوثيق Secure Store Service, وفيما يلي شرح لكيفية استخدام هذه الطريقة.

أولاً يجب التأكد من إنشاء خدمة تخزين التوثيق Secure Store Service من خلال موقع الإدارة المركزية Central Administration وذلك باتباع الخطوات التالية:









في الشاشة السابقة يجب تحديد اسم للخدمة الجديدة, إضافة إلى اسم خادم قاعدة البيانات حيث سيتم إنشاء قاعدة بيانات خاصة بالخدمة الجديدة, إضافة غلى اسم قاعدة البيانات. وبعد إنشاء الخدمة بشكل ناجح تظهر شاشة مشابهة للشكل التالي:





بعد إنشاء الخدمة السابقة اضغط على اسم الخدمة لضبط إعداداتها بحيث نستخدمها مع خدمة اتصال البيانات:





وقد يظهر الخطأ التالي عند محاولة إدارة الخدمة الجديدة:





وقد يظهر خطأ في سجلات ويندوز تفاصيله هي:

There are no addresses available for this application
وأول ما يجب فحصه في حال ظهور الخطأ السابق هو خدمة تخزين التوثيق, حيث يجب تشغيل مثيل عن هذه الخدمة على أحد خوادم بيئة شيربوينت 2010 الحالية وذلك باتباع الخطوات التالية:













بعد تشغيل الخدمة السابقة يجب تنفيذ الأمر iisreset.

بعدها يجب الآن الضغط على اسم الخدمة لضبط إعداداتها بحيث نستخدمها مع خدمة اتصال البيانات:







الآن يجب الضغط على الزر Generate New Key لتهيئة الخدمة الجديدة:





يجب الآن إدخال سلسلة محارف سيتم استخدامها في عملية تشفير البيانات المرتبطة بخدمة تخزين التوثيق Secure Store Service, علماً أنه يُفضل الاحتفاظ بهذه المعلومة ضمن وثائق بيئة عمل شيربوينت. بعد تنفيذ الخطوة السابقة تظهر الرسالة التالية:





الآن يجب الضغط على زر New لتوليد تطبيق مستهدف Target Application جديد سيتم استخدامه لاحقاً مع خدمة اتصال البيانات BCS:











الخطوة التالية هي لتحديد مجموعة المستخدمين أو مستخدم واحد قادر على إدارة التطبيق المستهدف لاحقاً بعد إنشائه, وهنا يمكن إدخال اسم أي مستخدم على المجلد النشط Active Directory:





بعد إنشاء التطبيق المستهدف تظهر الشاشة التالية:





الآن يجب تحديد قيم الحقول التي تم تعيينها سابقاً وذلك بالضغط على Set Credentials:







في الشكل السابق قيمة Credential Owner تُعبر عن المستخدم الذي يمتلك معلومات المصادقة, أي في حال أن المستخدم حاول استعراض معلومات القائمة الخارجية التي تعتمد على نوع محتوى خارجي يستخدم الخيار Connect with Impersonated Custom Identity فإن المعلومات SQL Username/SQL Password سيتم استخدامها لتنفيذ عملية الوصول إلى البيانات المخزنة في قاعدة البيانات MS SQL Server. أما بالنسبة لقيم SQL Username/SQL Password فهي اسم مستخدم وكلمة المرور على MS SQL Server لديها الصلاحيات للوصول إلى قاعدة البيانات التي تم استخدامها في المقالة السابقة.

بعد تنفيذ الخطوات السابقة يجب تعديل معلومات الاتصال بمصدر البيانات لنوع المحتوى الخارجي الذي تم إنشاؤه في المقالة الأولى وذلك من خلال برنامج SharePoint Designer 2010 كما يلي:











في الشاشة السابقة قيمة الحقل Secure Store Application ID هي اسم التطبيق الهدف الذي تم إنشاؤه في بداية هذه المقالة وهي SharePoint4ArabBCS.

بعد تنفيذ جميع الخطوات السابقة افتح الصفحة الرئيسية للقائمة الخارجية التي تم إنشاؤها في المقالة الأولى, وهنا قد تواجه حالتين, الأولى هي في حال استخدام نفس المستخدم المحدد في قيمة Credential Owner للوصول إلى القائمة الخارجية فيجب أن تظهر البيانات بشكل ناجح بدون أي فشل في العملية, أما في حال استخدام مستخدم آخر فستظهر الشاشة التالية:





وذلك لأن شيربوينت حاول الوصول إلى قاعدة البيانات بالاعتماد خدمة تخزين التوثيق, لكن بما أن مالك Owner اسم المستخدم وكلمة المرور هو شخص آخر فيجب إدخال معلومات الوصول إلى قاعدة البيانات مرة أخرى بشكل صحيح من خلال الضغط على الرابط السابق عندها ستظهر الشاشة التالية:





اضغط على "المتابعة إلى هذا الموقع":





وبعدها اضغط على "موافق" لتظهر المعلومات مرة أخرى في قاعدة البيانات الخارجية.

في نهاية هذه المقالة هناك سؤال مهم جداً يجب طرحه, وهو هل يجب إضافة معلومات توثيق Credentials لكل مستخدم للوصول إلى معلومات قاعدة البيانات؟! والجواب هو لا طبعاً, والمقالة التالية ستكون مخصصة لهذا الموضوع.