المحفوظات الشهرية: تشرين الثاني/نوفمبر 2007

موس يحكي لي عمود اسمي المحجوزة أو في الاستخدام … ولكن ليس

التحديث 12/04/07: انظر هذا Microsoft KB (http://support.microsoft.com/kb/923589) للحصول على معلومات ذات صلة.

فعلا, اتضح أنه هو, لكن تريكسي وكان موس تجعل من الصعب.

العملاء بلدي بعض أعمال التطوير على موقعة موس عطلة نهاية الأسبوع. أنها قليلاً من الخليط فيما يتعلق بما فعله في الواقع, ولكن هذا النتيجة النهائية:

  • أنه يحاول إضافة عمود موقع يسمى "الكمية" والردود موس: "اسم العمود الذي قمت بإدخاله مسبقاً قيد الاستخدام أو محجوز. اختر اسماً آخر."
  • قال أنه محاولات لإضافته إلى بيئة أخرى، وأن يعمل. ولذلك, "الكمية" ليس اسم محجوز.
  • أنه يحاول العثور على عمود موقع موجود اسمه "الكمية" في مجموعة الموقع هذه. أنه لا يمكن العثور عليه.

لقد فعلت ذلك لبعض البحوث, وحتى بعض الترميز, مشمع الفلسفية وأخيراً وجدت أن لم يوجد عمود يسمى الكمية, في الحقيقة, موجودة. كان في "_Hidden" المجموعة. ومن ثم, لم نتمكن من العثور عليه عن طريق واجهة المستخدم SharePoint.

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

SharePoint وكان يقول الحقيقة. لا يكاد تجدر الإشارة إلى أن هذه الرسالة ليست مفيدة كما أنها يمكن أن تكون. سيكون من الجميل أن نرى أن شوكة رسالة إلى اثنين من رسائل مختلفة في المستقبل: 1) ويقول أن اسم العمود محجوز أو لا. 2) إذا هو غير محفوظة, إظهار الموقع, أو على الأقل المجموعة, حيث يستخدم اسم العمود بالفعل.

</نهاية>

بيانات أم الحالية عن طريق قائمة مخصصة (أو, بعد آخر أوم ديسبلايور البيانات [مثل ياك, ولكن مختلفة])

اليوم, قضيت حفنة من الساعات التي تعقب السبب الجذري وراء الرسالة "اسم العمود الذي قمت بإدخاله هو مسبقاً قيد الاستخدام أو محفوظة. اختر اسماً آخر."

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

أنا أرسلت إلى منتديات MSDN هنا وتقهر أندرو وودوارد وأشار لي باتجاه الكائن نموذج البيانات الأساسية.

أنا انفجرت على [كدبلاكس] للعثور على بعض الأدوات التي سوف يساعدني على الأقران في البيانات الأساسية أوم ومساعدتي في تحديد موقع المشكلة.

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

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

إذا وعندما أخذ بنجاح عبر العالم, وأعتقد أنا سوف المرسوم أن جميع مقدمي أدوات SharePoint يجب أن تنظر بجدية في تطفو على السطح على كائن نموذج البيانات في قائمة مخصصة. بهذه الطريقة, لدى السلطة للبحث في أي حال من الأحوال أريد (مقيدة, طبعًا, من ميزات sharepoint القياسية).

مصمم SharePoint سير عمل مخصص — المراقبة حول <نوع مصمم فيلدبيند =”ل StringBuilder” … />

مجرد ملاحظة سريعة أن هناك فرق هام جداً بين هذه التعاريف اثنين:

<حقل فيلدبيند = "InParam1" ديسيجنيرتيبي = "ل StringBuilder" معرف = "2" النص = "معلمة الإدخال #1"/>

مقابل:

<حقل فيلدبيند = "InParam1" معرف = "2" النص = "معلمة الإدخال #1"/>

الأولى يظهر مثل هذا في الحزب الديمقراطي الاشتراكي:

الصورة

في حين مثل هذا يظهر هذا الأخير:

الصورة

لست متأكدًا من مدى فائدة لقطات الشاشة هذه ولكني بذلت جهديًا لتصويرها حتى يتوجب عليك مشاهدتها 🙂

الملاحظة هذا: ل StringBuilder يسمح لك لبناء سلسلة (ومن الواضح أن) عن طريق خلط معا سلسلة حرفية وبيانات سير العمل (عن طريق "إضافة بحث" الزر في الزاوية اليسرى السفلي). عند استخدام الزر "إضافة بحث", يقوم بإدراج رمز في النموذج "[%الرمز المميز %]". عندما يقوم SharePoint باستدعاء الإجراء المخصص الخاص بك, (التعليمات البرمجية C# في حالتي), يمر SharePoint على المنوال نفسه, لا القيمة للرمز المميز. إذا كنت تستخدم نوع الافتراضي المصمم (والنوع الثاني), شير يوسع الرمز المميز وتمرير القيمة الفعلية للرمز المميز للعمل الخاص بك.

ل StringBuilder = سيئة, المصمم نوع الافتراضي = حسن.

طبعًا, هذا هو ما ليس حقاً. لا مجرد محاولة لتمرير معلمة إلى الإجراء المخصص الخاص بك عند المصمم بكتابة = StringBuilder. استخدم النوع الافتراضي المصمم وسلسلة ل StringBuilder إليها مقدما إذا كنت بحاجة إلى بناء سلاسل معقدة في سير العمل الخاص بك (وبالمناسبة الذي هو بالضبط ما لا أحد لخلق موضوع حيوي لعمل البريد الإلكتروني, ولكن هذا موضوع لآخر بلوق الدخول, هار هار).

<نهاية/>

تنشيط سير العمل قبل الأوان — حلاً غير الطبية

التحديث: انظر هذه المناقشة MSDN, الإدخال الأخير خاصة: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. فهو يصف شرط أن يجوز اختصار حلبة هذا كل شيء. باختصار, قد تكون بسيطة مثل إجراء واحد على الأقل من الحقول الإلزامية.

لدى مكتبة المستندات التي تؤيد ثمانية أنواع المحتوى.

لدى سير عمل مصمم SharePoint التي تريد حساب وتعيين تاريخ تذكير "" بمجرد طرح 30 أيام من عمود آخر, "تاريخ الاستحقاق". يجب أن يحدث هذا فقط لأحد أنواع المحتوى, "التأمين". الأعمال التجارية ويهدف إلى إنتاج KPI تدل على فئتين من وثائق التأمين: "على وشك أن تنتهي" و "منتهية الصلاحية." (يمكنك قراءة المزيد حول هذا النوع من KPI وأكثر جوهرية الحفر إلى أسفل هنا).

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

لا تعمل هذه الاستراتيجية عندما أقوم بتحميل مستند.

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

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

أنا لا أحب تأخير "ماجيك" عمل حول. ماذا يحدث إذا المستخدم بتحميل مستند ويرن الهاتف والمحادثة التي تلت أووتلاستس الإيقاف المؤقت? يمكن أن تجعل وقفه أطول, ولكن ما زلت لا أحب ذلك.

لقد كتبت عن هذا في منتديات MSDN هنا: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

الدليل التمهيدي لأساسيات الأمان SharePoint / تجنب المزالق عام

التحديث 12/18/07: انظر المادة بول ليبراند 's عن بعض النتائج التقنية لإزالة أو تعديل أسماء المجموعات الافتراضية (انظر تعليقه أدناه، فضلا عن).

نظرة عامة:

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

ملاحظة هامة:

ويستند هذا الوصف من خارج منطقة الجزاء الأمن SharePoint. تجربتي الشخصية هي الموجه حول موس حيث قد يكون هناك بعض الأشياء المحددة موس هنا, ولكن أعتقد أنها دقيقة ل WSS. ويحدوني الأمل في أن أي شخص رؤية أي أخطاء أو إغفاﻻت وسوف نشير أنه في تعليقات أو أرسل لي. سوف يجعل تصحيحات وظيفة العجلة.

أساسيات:

لأغراض هذه النظرة العامة, وهناك أربعة جوانب أساسية للأمن: مستخدمون/مجموعات, الكائنات القابلة للتأمين, مستويات الأذونات والميراث.

المستخدمين والمجموعات كسر وصولاً إلى:

  • المستخدمين الفرديين: انسحبت من النشطة دليل أو تم إنشاؤه مباشرة في SharePoint.
  • المجموعات: تم تعيينها مباشرة من خدمة active directory أو التي تم إنشاؤها في SharePoint. المجموعات مجموعة من المستخدمين. المجموعات العالمية في مجموعة الموقع. أنهم ابدأ "مرتبطة" لكائن قابل للتأمين المحددة.

الكائنات القابلة للتأمين كسر وصولاً إلى مالا يقل عن:

  • مواقع
  • مكتبات المستندات
  • العناصر الفردية في القوائم ومكتبات المستندات
  • المجلدات
  • إعدادات BDC مختلف.

هناك أخرى الكائنات القابلة للتأمين, ولكن يمكنك الحصول على الصورة.

مستويات الأذونات: باقة من الحبيبية / حقوق الوصول إلى مستوى منخفض تتضمن أشياء مثل إنشاء أو قراءة أو حذفها الإدخالات في القوائم.

الميراث: بشكل افتراضي الكيانات ترث إعدادات الأمان على الكائن التي تحتوي على. المواقع الفرعية ترث الأذونات من موقعها الأصل. مكتبات المستندات ترث من موقعهم. هكذا، وهكذا دواليك.

تتعلق بالمستخدمين والمجموعات للكائنات القابلة للتأمين عبر مستويات الأذونات والميراث.

قواعد الأمن الأكثر أهمية فهم, من أي وقت مضى 🙂 :

  1. المجموعات مجرد مجموعات من المستخدمين.
  2. المجموعات عالمي داخل مجموعة الموقع (الأول-هاء. لا يوجد أي شيء من هذا القبيل كمجموعة تعريفها على مستوى الموقع).
  3. لا تحمل اسم المجموعة, مجموعات لا, في ومن أنفسهم, أي مستوى معين من الأمن.
  4. لدى المجموعات الأمنية في سياق كائن قابل للتأمين المحددة.
  5. قد يمكنك تعيين مستويات مختلفة من الأذونات للمجموعة نفسها لكل كائن قابل للتأمين.
  6. سياسات تطبيق الويب تبز كل هذا (انظر أدناه).

مسؤولي الأمن فقدت في بحر قوائم المستخدم والمجموعة يمكن دائماً الاعتماد على هذه البديهيات إدارة وفهم على تكوين الأمان.

المخاطر الشائعة:

  • أسماء المجموعة زورا يعني إذن: من خارج منطقة الجزاء, تعريف SharePoint مجموعة من مجموعات أسماؤها يعني مستوى الملازمة للأمن. النظر في مجموعة "المساهمين". واحد غير مألوف مع الأمن SharePoint قد ننظر في هذا الاسم جيدا ونفترض أن أي عضو من أعضاء هذا الفريق يمكن أن "يسهم" إلى أي موقع/قائمة/مكتبة في المدخل. قد يكون ذلك صحيحاً ولكن ليس لأن اسم المجموعة يحدث أن تكون "المساهم". هذا صحيح فقط من خارج منطقة الجزاء لأن الفريق قدم مستوى إذن تمكنهم من إضافة/تحرير/حذف المحتوى في الموقع الجذر. عن طريق الوراثة, أن المساهمين "" المجموعة قد أيضا إضافة/تحرير/حذف المحتوى في كل موقع فرعي. واحد يمكن أن "كسر" سلسلة الوراثة وتغير مستوى الأذونات من موقع فرعي من هذا القبيل أن أعضاء ما يسمى "المساهم" لا يمكن أن تسهم المجموعة على الإطلاق, ولكن للقراءة فقط (فعلى سبيل المثال). هذا لن يكون فكرة جيدة, ومن الواضح أن, نظراً لأنه سيكون مربكاً للغاية.
  • لم يتم تعريف مجموعات على مستوى الموقع. فمن السهل أن يتم الخلط بين واجهة المستخدم. Microsoft توفر وصلة مريحة لإدارة المستخدم/المجموعة عبر "الأشخاص والمجموعات موقع كل" وصلة. فمن السهل أن نرى أنه عندما أكون في موقع "xyzzy" وإنشاء مجموعة من خلال الناس ل xyzzy، وربط المجموعات التي أنشأتها فقط مجموعة موجود فقط في xyzzy. وهذا ليس الحال. لقد قمت بإنشاء مجموعة لمجموعة الموقع كله فعلا.
  • عضوية المجموعات لا تختلف حسب الموقع (الأول-هاء. أنه هو نفسه في كل مكان يتم استخدام المجموعة): النظر في مجموعة "مالك" وموقعين, "الموارد البشرية" و "تسويق". فإنه سيكون من الطبيعي أعتقد أن الشخصين منفصلة سوف تملك تلك المواقع — مالك الموارد بشرية ومالكا للنقل والإمداد. واجهة المستخدم يجعل من السهل بالنسبة لمسؤول أمن باضاعتها هذا السيناريو. إذا لم أكن أعرف أفضل, أنا يمكن الوصول إلى الارتباطات الشعب والمجموعات عن طريق موقع الموارد البشرية, حدد "الملاك" في المجموعة وإضافة بلدي مالك الموارد البشرية بهذه المجموعة. وبعد شهر, ويأتي اللوجستية على الخط. الوصول إلى الأشخاص والمجموعات من موقع الخدمات اللوجستية, إضافة سحب ما يصل أصحاب "" المجموعة. راجع مالك الموارد البشرية هناك، وإزالة لها, التفكير أن أنا إزالة لها من أصحابها في موقع الخدمات اللوجستية. في الحقيقة, أنا إزالة لها من مجموعة أصحاب العالمية. تستتبعه مرح.
  • الفشل باسم المجموعات استناداً إلى دور محدد: "الموافقين" المجموعة مثال ممتاز. ما يمكن لأعضاء هذه المجموعة الموافقة? حيث أنها توافق عليه? هل حقاً نريد شعب الإدارة اللوجستية ليتمكن من الموافقة على وثائق حقوق الإنسان? بالطبع لا. دائماً اسم المجموعات استناداً إلى دورها داخل المنظمة. وهذا سوف يقلل من خطر أن المجموعة يتم تعيين مستوى إذن غير مناسبة لكائن معين قابل للتأمين. اسم المجموعات استناداً إلى دورها المقصود. في السيناريو السابق الموارد البشرية والسوقيات, وينبغي أن يكون تم إنشاؤها فريقين جديدين: "أصحاب الموارد البشرية" و "أصحاب النقل والإمداد" وتعيين مستويات أذونات معقولة لكل والحد الأدنى المطلوب لهؤلاء المستخدمين القيام بعملهم.

مراجع أخرى مفيدة:

إذا كنت قد جعلت من هذا الآن:

واسمحوا لي أن أعرف أفكارك عن طريق التعليقات أو البريد الإلكتروني لي. إذا كنت تعرف غيرها من المراجع الجيدة, الرجاء القيام بنفس!

[تشنورتي] بطاقات:

سريعة وسهلة: إنشاء جزء ويب لطريقة عرض البيانات (دفوب)

هناك ثروة من المعلومات كبيرة على WSS 3.0 جزء ويب لطريقة عرض البيانات (دفوب) على الشبكة من عدة مصادر. ومع ذلك, لقد وجدت أنه من المستغرب من الصعب العثور على معلومات حول هذه الخطوة الأساسية الأولى. وإليك مقال آخر في "سريعة وسهلة" سلسلة للتصدي لها.

اتبع هذه الخطوات لإنشاء جزء ويب لطريقة عرض البيانات (دفوب). استناداً إلى إعلانات "" جزء ويب, ولكنها تنطبق على معظم القوائم.

  1. إنشاء جزء ويب إعلانات وإضافته إلى موقع.
  2. قم بفتح الموقع في "مصمم SharePoint".
  3. فتح default.aspx في الموقع.
  4. حدد جزء ويب الإعلانات وانقر بالزر الأيمن.
  5. من قائمة السياق, حدد "تحويل إلى XSLT طريقة عرض البيانات ".

"مصمم SharePoint" بإعلامك بأن هذا الموقع تم تخصيص الآن من تعريف الموقع. وهذا ليس بالضرورة أمرا سيئاً, ولكن هناك آثار هامة (الأداء, ترقية, الآخرين) التي هي خارج نطاق هذا القليل "سريعة وسهلة" دخول. للحصول على مزيد من المعلومات حول هذا الموضوع, وأوصى كل من كتب هنا فضلا عن البحث إنترنت المفضلة الخاصة بك.

تأكيد يمكنك فعل ذلك بشكل صحيح:

  1. قم بإغلاق وإعادة فتح مستعرض ويب (لتجنب ريبوستينج بطريق الخطأ الأصلي "جديدة" جزء ويب "إضافة").
  2. حدد السهم الخاص بجزء ويب القائمة المنسدلة واختيار "تعديل جزء ويب مشترك" من القائمة.
  3. فتح لوحة أداة إلى اليمين.
  4. لوحة تغيرت من تعيين خيارات المعتاد لهذا:
الصورة

“لا يمكن الحصول على خاصية عمود مخطط القائمة من قائمة SharePoint” — وصف/العمل arounds

هذا الأسبوع, نحن أخيرا تتكرر مشكلة التي أبلغ عنها من مستخدم بعيد: عندما حاولت تصدير محتويات قائمة على التفوق, يبدو أن الأمور للبدء في العمل, ولكن ثم Excel سوف يطفو على السطح خطأ: "لا يمكن الحصول على خاصية عمود مخطط القائمة من قائمة SharePoint". وقالت أنها كانت تشغيل office 2003, ويندوز إكس بي، وربط للمعايير الأمنية التنفيذية الدنيا.

البحث في الإنترنت، وشهدت بعض التكهنات لكن لا شيء 100% نهائي. ومن ثم, هذا المنصب.

المشكلة: تصدير طريقة عرض excel التي تحتوي على تاريخ (تاريخ = نوع بيانات العمود).

ما عملت بالنسبة لنا: تحويل التاريخ إلى "سطر واحد من النص". ثم, تحويله مرة أخرى إلى تاريخ.

أن حلها. أنه لطيف للتحقق من أنه يعمل تحويل, فعلا. كان عصبيا جداً أن تحويل الأمور بهذه الطريقة سوف تفشل, ولكنها لم.

هذا الخطأ قد ألقيت ظل ضخمة على نوع البيانات تاريخ في عقل العميل, حتى ونحن ذاهبون إلى أن البحث عن إجابة نهائية من 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

<نهاية>

الاشتراك في بلادي بلوق.

[تشنورتي] بطاقات: ,

سريعة وبسيطة: إرسال رسالة بريد إلكتروني مع ارتباط تشعبي المضمنة من SharePoint مصمم سير العمل

مرة أو مرتين في الشهر, المشاركات شخص سؤالاً المنتدى: "كيف بتضمين الارتباطات التشعبية إلى عنوان URL الذي يتم نقر من رسالة البريد إلكتروني في" مصمم SharePoint "?"

وتقدم دون مزيد من التعليق: (حسنا, في الواقع هناك تعليق آخر بعد الصورة):

الصورة

إيسيرمان بيكي يتابع مع شرح مفيدة حول كيفية تضمين ارتباط إلى عنصر في البريد الإلكتروني: 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 (دالات بمعالجة السلسلة)

التحديث: انظر هنا لافكاري على تسويق هذا المشروع: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

كنت مشغولاً العمل في بلدي المشروع [كدبلاكس] الذي يركز حاليا على توفير سلسلة ملحقات التلاعب بمهام سير العمل التي تم إنشاؤها عن طريق مصمم SharePoint.

انظر هنا لمزيد من التفاصيل:

المشاريع الرئيسية: http://www.codeplex.com/spdwfextensions

إطلاق سراح: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

الإصدار 1.0 وتشمل الميزات الجديدة التالية:

الدالة وصف (إذا لا نفس.دالة صافي)
إدخالات Num() تقوم بإرجاع عدد الإدخالات "" في سلسلة حسب محدد محدد.

وعلى سبيل المثال: إدخالات Num في سلسلة ",ب,ج" مع محدد "," = 3.

دخول() إرجاع الرمز المميز nth في سلسلة حسب محدد محدد.
طول String.Length
استبدال() String.Replace()
يحتوي على() String.Contains()
تقوم بإرجاع الكلمة "true" أو الكلمة "false".
سلسلة فرعية(بدء تشغيل) String.Substring(بدء تشغيل)
سلسلة فرعية(بدء تشغيل,طول) String.Substring(بدء تشغيل,طول)
ToUpper() String.ToUpper()
String.tolower() String.ToLower()
ستارتسويث() String.StartsWith()
تقوم بإرجاع الكلمة "true" أو الكلمة "false".
EndsWith() String.EndsWith()
تقوم بإرجاع الكلمة "true" أو الكلمة "false".

خطأ وقت تشغيل 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 Portal Server بيانات الأعمال 6q4x "استثناء عالية" في BusinessDataWebPart.OnPreRender: System.InvalidOperationException: قيمة معرف ”, من نوع ”, غير صحيح. قيمة معرف المتوقعة من نوع 'System.String'. في Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(الكائن[] سوبيدينتيفيرفالويس, LobSystemInstance lobSystemInstance) في Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(كيان, الكائن[] أوسيرفالويس, LobSystemInstance lobSystemInstance) في Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(ديسيريدفيو رأي) في Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() في Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

البحث حولها، والعثور على بعض العملاء المتوقعين في منتدى MSDN, لكنها لم تكن كافية بالنسبة لي لفهم ما أفعله خاطئ. شاهدت بث واسطة تيد باتيسون أن بلدي الشركة وقد قاموا بعيداً على الخادم وجاء لتحقيق مشكلتي.

في بلدي ADF, وأنا أشعر بالاتصال بقاعدة بيانات SQL كما هو مبين:

            <الملكية اسم="ردبكوماندتيكست" نوع="System.String">
              <![CDATA[
                حدد ستيد, CARRIER_ID, افت, وصف, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      البلد, العنوان 1, عنوان 2, 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)
                حيث
                  (ستيد <> 'مشاركة') و
                  (الدنيا(CARRIER_ID) >= أقل(@MinId)) و
                  (الدنيا(CARRIER_ID) <= أقل(@MaxId)) و
                  (الدنيا(وصف) مثل انخفاض(@InputDescr))
                ]]>
            </الملكية>

وقد قدمت هذا SQL من شخص ديسيبل وأنا أعطيت لنفهم أنه من الخاصة طريقة عرض التي تم إنشاؤها فقط بالنسبة لي. المفتاح الفريد هناك هو CARRIER_ID.

هنا هو الخطأ أدخلت:

      <معرفات>
        <المعرف اسم="CARRIER_ID" TypeName="System.String" />
        <المعرف اسم="وصف" TypeName="System.String" /> 
</معرفات>

في مكان ما على طول الخط, وقد تمكنت من الخلط بين نفسي حول معنى <معرفات> وأضاف وصف على الرغم من أنها ليست في الواقع معرفاً. أخذت وصف الخروج من مجموعة المعرفات والمعزوفة! أنها عملت.

آمل أن يكون هذا يوفر شخص ما بعض الحزن 🙂