ארכיון קטגוריה: SharePoint

כיצד לפתור בעיות של שגיאות SharePoint מסתורי.

4 תגובות

מבט כולל:

איתור באגים קשה בעת פיתוח פונקציונליות מותאמת אישית עבור Windows SharePoint Services 3.0 (WSS) או Microsoft Office SharePoint Server (מוס). האשם העיקרי הוא כי SharePoint בדרך כלל משטחים מעט מאוד מידע אבחון בדפדפן האינטרנט כאשר מתרחשת שגיאה. את הבלוג מתאר כיצד לאתר נוספים שנוצרו על-ידי מערכת מידע אבחון זה יכול לעיתים קרובות לספק הניצב קצת פירוט זה זקוק כדי לזהות את שורש. לאחר מכן יוביל לפתרון הבעיה.

השתמשתי בטכניקה זו בהצלחה רבה כדי לפתור שגיאות אחרת מסתורי.

גישה:

SharePoint חוסך הרבה מאוד מידע יומן האבחון בקובץ יומן הרישום במקום 12 כוורת.

"12 הכוורת" הממוקמת בדרך כלל "C:\תוכנית FilesCommon FilesMicrosoft SharedWeb שרת Extensions12 ". (אני לא בטוח אם זה אפשרי 12 כוורת לחיות במקום אחר, למעשה).

הרעיון הוא כדי לאתר את קובץ יומן הרישום הנוכחי, לכפות את השגיאה ולאחר מכן לפתוח במהירות את קובץ יומן הרישום. קבצי יומן רישום אלה מאופיינים על ידי:

  • כמות המידע. SharePoint יוצרת כמות גדולה מאוד של מידע אבחוני וכותב אותו קובץ יומן רישום זה מהר מאוד. אתה צריך להיות מהיר עם האצבעות כדי ללכוד אותו.
  • ריבוי. SharePoint לא לכתוב לקובץ יומן רישום יחיד, אבל מעדיף יוצר קבצי יומן רישום מרובים ברצף.
  • העתק והדבק יפה MS-Excel.

השיטה האהובה שלי:

  1. פתח את סייר windows הצבעה על 12 hivelogs.
  2. למיין את התצוגה כדי להציג על ידי השוואתו לתאריך (הראשונה האחרונה).
  3. סמן את קובץ יומן הרישום העדכניים ביותר.
  4. בחלון דפדפן אינטרנט, לכפות את השגיאה תתרחש.
  5. פתח את קובץ יומן הרישום הנוכחי ובמהירות להעתיק את תוכנו ל- MS Excel.
  6. לקפוץ לסוף ולנתח את הערכים הרלוונטיים.

הערות אחרות:

כברירת מחדל, יומן דיגאנוסטי ממוקם 12 מדריך hiveLOGS.

MS מומלצות (לפי T מייק. של מיקרוסופט) מצב בו יש לשמור את קבצי יומן הרישום כדי כונן קשיח נפרדים. עושה זאת באמצעות ניהול מרכזי. מנהל המערכת שלך יכול לעשות את זה, במקרה הזה ברור תצטרך למצוא את קובץ יומן הרישום שם במקום המוגדרים כברירת מחדל 12 מיקום כוורת).

ערך זה מטפל בבעיות כגון:

  • SharePoint זרימת העבודה נכשלה עקב שגיאה פנימית.
  • (יותר כדי להוסיף לאורך זמן)
  • הפוסט הזה היה מועיל אבחון לשגיאות בזרימות עבודה (המסופקים. "זרימת העבודה נכשלה עקב שגיאה פנימית").

מוס: מבוא אפקטיביות ארגון

3 תגובות

(הפוסט הזה פורסם חוצים בין http://paulgalvin.spaces.live.com/blog/ ו http://blogs.conchango.com)

הפרסומים באתר זה שלי, לא בהכרח מייצגים העמדות של Conchango, אסטרטגיות או דעות.

מבט כולל:

הפוסט הזה מתאר קצת רקע על גדול (3,000 משתמשים) Microsoft Office SharePoint Server (מוס) בהשקה, מה עשינו כדי להחזיר את הפרוייקט מתגלגל בצורה כזאת, כי הלקוח הוא שמח ולמטה בחוזקה נתיב זה מסתיים עם אימוץ מלא של ערכת התכונות של מוס. כמו של כתיבת הערך, . אנחנו בערך 50% להשלים עם השלב הראשון של הפרויקט. התקדמות דברים, אני לעדכן רשומה זו ו/או לכתוב ערכים חדשים.

במקרה הספציפי הזה, החברה כבר היה מותקן SharePoint Portal Server 2003. הקבוצה זה מותקן המוצר במעין "בוא נראה אם למישהו אכפת" אופנה. זה במהירות אומצה על-ידי משתמשים עסקיים רבים והפך פופולרי למדי בארגון גדול. כפי שאתה יכול לדמיין, . זה לא היה האסטרטגיה הטובה ביותר בהשקה (אשר הלקוח מודה ברצון) וכאשר מוס הגיע לזירה, הלקוח החליט "את זה כמו שצריך" שכר מאיתנו לעזור להם.

אחת השאלות המרכזי העומד לפנינו כאשר התחלנו ליישם את הפרויקט הזה היה: איך אנחנו מציגים מוס זה לקוח? בהתחשב בכך שהלקוח כבר היה לי ניסיון עם SharePoint, תהינו — אנחנו צריכים לעשות "דיפרנציאלי" הכשרה או האם שנתחיל מהיסוד.? לאחר עבודה עם משתמשי מפתח, קבענו את זה מתייחסים לזה בתור פרויקט שדה ירוק יותר הגיוני.

ההחלטה הזו נתנו נקודת התחלה אבל עדיין נשאר לנו עם הדרישה העיקריים להבין אסטרטגיה טובה לפריסה מוס הארגון. מוס היא חיים גדול … זה כולל ניהול תוכן, ניהול מסמכים, חיפוש, אבטחה, והתמקדות בקהל, ניהול פרויקטים, "ארבעים נפלאים" תבניות, זרימת עבודה, מחבר נתונים של עסקים, ועוד. כמה זה עם העובדה כי זה ארגון גדול זה יכול באמת לעשות שימוש כמעט בכל מוס העיקריים כוללים ויש לך את המעלות פרוייקט מצויין עם יד של הארגון, קורים הרבה דברים טובים.

אתה שהתעמתנו עם הנושא הזה שוב ושוב … מוס יש ארגון להגיע עם הארגון שלו, תכונה שנקבע, עדיין קשה נפשית קליטת תכונות אלה לי לקוחות מתוחכמים אפילו במקצת, תן לבד בעזרתם של חלק ניכר מהם בשגרת יומם.

אין לי פתרון קסם לבעיה. במקום זה אני פונה רק את השלבים הראשונה שצילמנו עם הלקוח להוביל אותם בדרך מוצלחת אימוץ לטווח ארוך.

היקף:

עד כמה רציתי הצוות לעצב תוכנית פרוייקט שכלל כזה אבני דרך כמו "PoepleSoft אינטגרציה באמצעות BDC הושלמה", "מוצר בין-מחלקתי ההשקה זרימת חדשה מלאה" "ההנהלה KPI של קיבל", נאלצתי להתפשר על משהו פחות. זה לא אומר זה פחות"" זה רע. למעשה, פחות"" שהחלטנו עבור הפריסה הראשונית היה מתקדם איפה הם היו לפני שהתחלנו. במקרה שלנו, פחות"" הפך:

  • ניהול מסמכים פשוטים באמצעות ספריות מסמכים, בקרת גירסה וסוגי תוכן.
  • חיפוש יעיל לפי סוגי תכנים ב ומותאמים אישית חיפוש מתקדם (באמצעות מאפיינים מנוהלים, XSLT כדי להפיק תוצאות יפות, ועוד).

בנוסף לתכונות הארגון הנ ל (כלומר, כדי להיות התגלגל כל מחלקות משתמשים), הוספנו סינגלטון טווח ב- mini-הפרויקטים הבאים:

  • הוכחת הרעיון BDC אינטגרציה.
  • תהליך זרימת העבודה רב שלבי וענף מרובה שנוצרו באמצעות SPD.
  • טופס של InfoPath מורכבים.
  • חיפוי של ה-KPI עבור תהליך עסקי כלשהו (כנראה HR כישרון רכישה במקרה שלנו, . אבל זה עשוי להשתנות).

הטווח כאן הוא לא 100% אבל נציג של הגישה שלנו ומדויקים מספיקות למטרה שלי כאן, זה להסביר את מה שאני רואה בו "יעיל" הקדמה של מוס זה יגדיר את הלקוח בחוזקה את שביל הזהב כדי אימוץ מלא של מוס.

אני לא אכתוב יותר על סינגלטון בערך זה. אני רוצה לציין כי אלה כחלק מהאסטרטגיה שלנו יתר מתקשת. הרעיון הוא ליישם את המסמך חיפוש וניהול תכונות הליבה כל המשתמשים עדיין מספקים מאוד פונקציונלי, דוגמאות גלוי והייצוגיות מאוד גבוהה של תכונות אחרות מוס הליבה שהם פשוט מעבר ליכולת של רוב המשתמשים לספוג בשלב מוקדם זה. עם זאת, הם יהיו ". שם בחוץ" אני מקווה כי יחידות עסקיות אחרות מכיר או ללמוד עליהם ואני רוצה אותן תכונות עבור עצמם, מובילים אימוץ רבתי. בסיפורים סינגלטון לשמש גם כדי לספק את צוות המכירות שלנו "תחמושת" בהצלחה שניצחתי שנית, פרויקטים n-שלב שלישי.

מה אנחנו מציגים ולמה?

התיישב על ניהול מסמכים וחיפוש כדרישה הארגון בסיסית, היינו צריכים להתחיל באיסוף פרטים. כעניין פרקטי, זו נסובה סביב הבנת את המסמכים שלהם, בסופו של דבר ממופה להבנת סוגי תוכן.

. מצאתי. זה קשה להסביר סוגי תוכן ללא עוזרת חזותית. פולק טכני יותר תוכלו לצאת מזה דיון על סוגי התוכן כאשר של CT מתוארים במונחים של מסד נתונים. "סי. טי דומה לטבלה במסד נתונים, יש עמודות, עמודות מוגדרות במונחים של סוגי נתונים, אך סוגי נתונים CT כוללת יותר מאשר מספר שלם פשוטה/תאריך, אבל ברירה גם"" ו בדיקת מידע"" וכל מיני" אנחנו יכולים לדבר על "הארכת" סוגי תוכן, ממש כמו אחד יכול לרשת פונקציונליות מ מחלקת בסיס השפות מונחה עצמים. עם זאת ברור שזה לא מועיל עבור האדם מנהל מחלקת תחבורה יש ללא רקע טכני. קרי, כמעט כולם שחשוב ב לתרגולי מוס.

באמצעות לוח זה מוטל בספק. שהגשנו לכם את הרעיון של סוג תוכן ו מבריק מצוירות (. כך הם נראים) תמונות של סוגי תוכן ואת מה שהם עושים לך מבחינת חיפוש איך הם ניתן להרחיב, ועוד. בסופו של דבר, זה מרגיש כמו כמה נורות יש מופעלת, אבל התמונה הנוצרת לוח לבן מבולגן.

זה הוביל אותנו למקום הנוכחי, כל כך רחוק היעילה הנחיתה שלנו: אתר ארגז חול מוס נקבעה כדי להציג תכונות אלה.

השימוש באתר ארגז חול, נדגים:

  • סוגי תוכן:
    • יצירת סריקת סי. טי עם סוגי נתונים מרובים (טקסט, תאריך, הבחירה, בוליאני, בדיקת מידע, ועוד).
    • הרחבת סריקת סי-טי על-ידי יצירת סריקה חדשה המבוססת על הורה.
    • חיפוש מסמכים באמצעות CT מטא-נתונים.
  • ספריות מסמכים:
    • שיוך סריקת סי-טי יחיד עם ספרייה.
    • מה קורה כאשר אנחנו העלאת מסמך לספריית הזה?
    • שיוך של CT מרובים עם ספרייה דוק.
    • מה קורה כאשר אנחנו העלאת מסמך לספריית הזה?
    • סינון ומיון באמצעות כותרות עמודה ב lib דוק.
    • תצוגות מסמך לספריה:
      • מיון
      • קיבוץ
      • "כניסה מהירה" (תצוגת גליון נתונים)
      • "נתונים שאינם מתויגים" (כדי לסייע עם ההעברה מוס ממקורות תוכן אחרים; עוד על זה למטה).

האתר ארגז חול:

אנחנו עוצב האתר ארגז החול שלנו להיות תכונה קבועה בסביבת הפיתוח כדי לשמש למטרות אימונים ארוך, אחרי שנסיים את הפרוייקט וכללה וכמה פריטים כמתואר:

סוגי תוכן:

הגדרנו את סוגי התוכן הבאים: חשבונית, הזמנת רכש, חשבונית שירותים.

בחרנו חשבונית וסדר הרכישה כי הם פחות או יותר אוניברסלית תחת
ישויות עמדו. כולם עסקים מבינים כי חשבונית היא לדרוש תשלום הלקוח בשביל כמות הוציא ב מסוים תאריך ישולם לפי כמה תנאי תשלום. זה מוביל הגדרה טבעית של סריקת סי-טי שאנו קוראים להם "הכשרה חשבונית" (כדי להבדילה כל סוג אחר של חשבונית). הזמנת הרכש מוגדר באופן דומה בקלות. יצרנו גם "הכשרה שירותי לחשבונית" על-ידי יצירת סריקה חדשה המבוססת על אימון החשבונית"" CT ונוספה עמודה אחת בלבד, "תרומתו".

עם האמור לעיל, עכשיו אפשר להדגים כמה תכונות מפתח של CT ללא ולשקוע מנסה להסביר רעיון מופשט קודם; כולם כבר מבינים מה אנחנו מתכוונים "חשבונית" ו "הזמנת רכש" במקום זאת הם מסוגלים להתמקד על המכניקה של ה-CT עצמו.

רשימות מותאמות אישית:

CT עם עמודות מסוג בדיקת מידע"" להצביע ספרייה לרשימה או מסמך מותאמים אישית. אנחנו משתמשים בזה באופן נרחב ועל החול, יצרנו 1 תמיכה רשימה מותאמת אישית המכילה הלקוחות. בחרנו הלקוחות כי זה רעיון קל להבין וקל להדגים. ה-CT חשבונית בעל טור, "הלקוח" זה מוגדר מסוג בדיקת מידע"" זה מצביע על הרשימה הזאת.

יצרנו רשימה מותאמת אישית דומה לניהול ספקים"" עבור הזמנת הרכש"" CT.

ספריות מסמכים:

יצרנו שתי ספריות מסמכים: "חשבוניות" "מעורבבים מסמכים".

אנחנו מוגדרים ספריית המסמכים חשבוניות לניהול מסמכים רק מסוג CT "חשבונית".

אנחנו מוגדרים על "מסמכים מעורבים" ספריית ניהול של CT כל 3.

ליצור מספר תצוגות המציגות מיון, סינון, גליון נתונים וקיבוץ.

חיפוש:

אנחנו מוגדרים שני מאפיינים מנוהלים חדשים, למפות אותם מספר החשבונית ולקוח.

אנחנו שיצרת אתר חיפוש מותאם אישית מראש חדש ושינית אותו כדי לאפשר למשתמשים לחפש "חשבוניות" באמצעות אלה שני מאפיינים ממופים.

לשנות את ה-XSLT כך החשבונית ומספר לקוחות, מתי להציג, מופיעים בטבלת HTML בצבע בהיר. המטרה כאן היא להדגים כי עיצוב כזה הוא אפשרי.

הכול מתחבר יחד:

אנחנו מארגנים עבור משתמשי מפתח להשתתף דמו.

נעקוב אחרי זה script פשוט:

  1. לתאר את משמעותם ומטרתם של סריקת סי. טי, באמצעות חשבוניות, הזמנות רכש כדוגמאות.
  2. הצג את ההגדרה CT חשבונית כשמטרתנו בו-זמנית אותם כי הם לא צריכים להשתמש המסכים עצמם, . פשוט תרים את המושגים.
  3. ללכת אל ספריית המסמכים חשבוניות.
  4. העלאת מסמך.
  5. להדגים כי הלקוח הנפתחת באמת הטרייה רשימה מותאמת אישית.
  6. הוסף לקוח חדש לרשימת לקוחות ולאחר מכן לעדכן מטה נתונים החשבונית שהועלה לאחרונה עם הלקוח החדש שנוצר.
  7. לעבור "מסמכים מעורבים" ספריית ולהעלות מסמך. להסביר איך המערכת מבקשת סוג מסמך.
  8. לחזור ספריית מסמכים חשבוניות ולהראות איך לחיצה על שם עמודה משנה את סדר המיון.
  9. להדגים סינון ברמת עמודה.
  10. הצג תצוגות שונות המדגימים מיון מרובות רמות, סינון וקיבוץ.
  11. הצג תצוגת גליון הנתונים.
  12. להסביר את מטרת "מסמכים לא מתויגים" תצוגה.
  13. לעבור החיפוש המתקדם מותאם אישית.
  14. עד עכשיו, צריך המסמך שהועלה לאחרונה זחל ובעלות אינדקס, אז לבצע חיפוש זה ממחיש את היכולת לאתר את החשבונית הזאת באמצעות המאפיין ממופה.
  15. נדגים את ההבדל בין חיפוש באמצעות מאפיינים ממופים vs. רק חיפוש טקסט.

בנקודה זו, אנחנו נעשים פחות או יותר עם ההדגמה. נראה לקחת על 30 כדי 45 דקות, תלוי כמה אנשים שאלות לשאול.

. ואז נשלח אותם חזרה אל השולחנות שלהם עם "שיעורי בית". זה מורכב של פשוטה גיליון אלקטרוני של excel שבה נשאל אותם כדי להגדיר בשבילנו מה הם חושבים שהם צריכים במונחים של CT, שניהם ברמה גבוהה (המטרה רק שם ועסקיים) העמודות ואת סוג הנתונים הם מאחסנים בעמודה. לא שואלים אותם כדי להגדיר את סוגי הנתונים של עמודה במונחים מוס, אבל מבחינת העסק.

לסיכום:

יצרנו סביבה ארגז חול, אנחנו יכולים להשתמש בו כדי להדגים כמה תכונות הליבה מוס הערעור של מי הן ברמת הארגון.

לנו יש המודל ישויות עסקיות מובן בקלות, נפוצות כך משתמשים יכולים להתמקד מוס לא להתעכב על הישויות / דוגמאות עצמם.

משתמשים עסקיים הליכה תזות הפעלות עם שיעורי הבית"" בצורה של מסמכי excel אשר הם עכשיו כשיר למלא ולעשות שימוש בעיצוב סוגי תוכן משלהם הראשון-קאט.

לבסוף, כפי לנו לבצע הדגמות לאורך זמן, חברי הצוות של הלקוח עצמם הופכים יותר מסוגל להעביר, בהדגמה של עצמם ולפנות בדרך כלל את השאר כדי לעבוד על נושאים מורכבים יותר, כגון עולמי טקסונומיה, תהליכי עבודה מורכבים, BDC וכדומה.

מוס: דוגמה פונקציונלית – סוג נתונים מותאמים אישית

3 תגובות

תרחישים עסקיים:

יישום כלל-ארגוני של מוס עבור ייצור החברה עם 30+ אתרים, כמה עשרות מחלקות החברה.

המטרה העסקית:

למרות מספר רב של קבוצות עסקיות (מחלקות, מיקומים, ועוד), נתונים מסוימים צריך להיות מתוחזק ברמה העולמית. לדוגמה, רשימת המאסטר הסמכותי של כל המיקומים הפיזיים של החברה (המסופקים. מתקני ייצור, מחסן מיקומים, משרדי מכירות) צריך להישמר במיקום מרכזי.

בעיה טכנית:

הטקסונומיה של הארגון בוצעה באמצעות אוספי אתרים מרובים. שרצינו ליצור רשימת מיקומים פיזיים סמכותי רשימה מותאמת אישית של WSS. לאחר מכן, כאשר היינו צריכים עמודה של סוג תוכן (או עמודה להוסיף ספרייה לרשימה או דוק) זה הכיל מיקומים של החברה, אנו ניצור עמודה באמצעות בדיקת מידע"" סוג נתונים ונקודת ברשימה הראשית.

למרבה הצער, נתונים מסוג בדיקת מידע עליך לגשת לרשימה מקור מקומי"" משמעות כי רשימת המוסמכים שלנו לא יכול להתפרס אוספי אתרים.

פתרון טכני:

יישום סוג נתונים מותאם אישית חדש מיושם על בסיס SPField, כמייצג DropDownList בממשק המשתמש של מי ListItems אכלס מתוך הרשימה הראשית של WSS.

יצרנו אוסף אתרים חדש שנקרא "http://localhost/EnterpriseData". שם, יצרנו רשימה מותאמת אישית בשם "מיקומים של החברה". רשימה זו משתמשת רק הכותרת"סטנדרטי" כדי להכיל את רשימת מיקומים של החברה בפועל.

האחד נובע מספר שלבים נפרדים כדי ליצור סוג נתונים מותאמים אישית ב- WSS. הם:

  1. הגדרת מחלקה אשר יורש SPField (אחד עשוי לרשת מתחומים אחרים במידת הצורך).

. הנה הקוד בשביל זה:

הציבור מחלקה XYZZYCorporateLocationField : SPFieldText
 {
הציבור XYZZYCorporateLocationField
(SPFieldCollection שדות, מחרוזת typeName, מחרוזת displayName)
: בסיס(שדות, typeName, displayName) { }

הציבור XYZZYCorporateLocationField
(SPFieldCollection שדות, מחרוזת displayName)
: בסיס(שדות, displayName) { }

הציבור עקיפה BaseFieldControl FieldRenderingControl
{
לקבל
 {
BaseFieldControl שליטה = חדש XYZZYCorporateLocationFieldControl();
שליטה. FieldName = זה.InternalName;
החזרה שליטה;
} //לקבל
 } // fieldrenderingcontrol

הציבור עקיפה מחרוזת GetValidatedString(אובייקט ערך)
{
אם (זה.נדרש || ערך. ToString().שווה ל-(מחרוזת.ריק))
{
לזרוק חדש SPFieldValidationException ("המחלקה אינה מוקצית.");
}
החזרה בסיס.GetValidatedString(ערך);
} // getvalidatedstring

} // XYZZYCorporateLocation

  1. הגדרת מחלקה אחרת תירש מהפקד שדה בסיס, כמו ב-:

הציבור מחלקה XYZZYCorporateLocationFieldControl : BaseFieldControl
 {
מוגן DropDownList XYZZYCorporateLocationSelector;

מוגן עקיפה מחרוזת DefaultTemplateName
{
לקבל
 {
החזרה "XYZZYCorporateLocationFieldControl";
}
} // DefaultTemplateName

הציבור עקיפה אובייקט ערך
{
לקבל
 {
EnsureChildControls();
החזרה זה.XYZZYCorporateLocationSelector.SelectedValue;
} // לקבל
 סט
 {
EnsureChildControls();
זה.XYZZYCorporateLocationSelector.SelectedValue = (מחרוזת)זה.ItemFieldValue;
} // סט
 } // לעקוף את האובייקט ערך

מוגן עקיפה void CreateChildControls()
{

אם (זה.שדה = = null || זה.ControlMode = = SPControlMode.התצוגה)
החזרה;

בסיס.CreateChildControls();

זה.XYZZYCorporateLocationSelector =
(DropDownList)FindControl TemplateContainer.("XYZZYCorporateLocationSelector");

אם (זה.XYZZYCorporateLocationSelector = = null)
לזרוק חדש יוצא מן הכלל("שגיאה: אין אפשרות לטעון. קובץ ASCX!");

אם (!זה.דף IsPostBack.)
{

שימוש (SPSite האתר = חדש SPSite(ב- "http://localhost/enterprisedata"))
{
שימוש (SPWeb אינטרנט = האתר. OpenWeb())
{

Splist.update() currentList = אינטרנט. רשימות["מיקומים של החברה"];

foreach (SPItem XYZZYCorporateLocation ב currentList.Items)
{
אם (XYZZYCorporateLocation["כותרת"] == null) «««;

מחרוזת theTitle;
theTitle = XYZZYCorporateLocation["כותרת"].ToString();

זה.XYZZYCorporateLocationSelector.Items.Add
(חדש פריט(theTitle, theTitle));

} // foreach

} // באמצעות האינטרנט spweb = site.openweb()
 } // שימוש באתר spsite = spsite חדש(ב- "http://localhost/enterprisedata")

} // אם לא ל- postback

} // CreateChildControls

} // XYZZYCorporateLocationFieldControl

הקוד למעלה בעצם מיישמת את הלוגיקה לאכלוס של DropDownList עם ערכים מתוך הרשימה המותאמת אישית WSS הממוקם ב http://localhost/enterprisedata ומחלקות בשם "תאגידים".

אני חנומ שתי הכיתות קובץ. cs יחיד, להדר אותו ולשים אותו GAC (חזק חובה, בטח).

  1. ליישם את תבנית שליטה (.ascx) כפי שמוצג:

<%@ שליטה שפה= "C #" יורש="Microsoft.SharePoint.Portal.ServerAdmin.CreateSiteCollectionPanel1,Microsoft.SharePoint.Portal,גירסה = 12.0.0.0, תרבות = נייטרלי,PublicKeyToken = 71e9bce111e9429c" compilationMode= "תמיד" %>
<%@ הקופה Tagprefix= "wssawc" Namespace="Microsoft.SharePoint.WebControls" הרכבה="Microsoft.SharePoint, גירסה = 12.0.0.0, תרבות = נייטרלי, PublicKeyToken = 71e9bce111e9429c" %> <%@ הקופה Tagprefix= "SharePoint" Namespace="Microsoft.SharePoint.WebControls" הרכבה="Microsoft.SharePoint, גירסה = 12.0.0.0, תרבות = נייטרלי, PublicKeyToken = 71e9bce111e9429c" %>
<SharePoint:RenderingTemplate מזהה= "XYZZYCorporateLocationFieldControl" runat= "שרת">
 <תבנית>
 <asp:DropDownList מזהה= "XYZZYCorporateLocationSelector" runat= "שרת" />
 </תבנית>
</SharePoint:RenderingTemplate>
האמור לעיל הוא הציל את c:\תוכנית filescommon filesmicrosoft sharedweb שרת extensions12controltemplates.

  1. לבסוף, אנו יוצרים קובץ XML כדי לשמור. 12XML מדריך. . זה CAML זה מגדיר את סוג נתונים מותאמים אישית שלנו, לדוגמה שלי, נראה כמו זה:

<?xml גירסה="1.0" קידוד="utf-8" ?>
<FieldTypes>
<FieldType>
<שדה שם="TypeName">CorporateLocations</שדה>
<שדה שם="ParentType">טקסט</שדה>
<שדה שם="TypeDisplayName">מיקומים של החברה</שדה>
<שדה שם="TypeShortDescription">כל המיקומים של החברה xyzzy ב כולל מתקני ייצור או אחרים.</שדה>
<שדה שם="UserCreatable">נכון</שדה>
<שדה שם="ShowInListCreate">נכון</שדה>
<שדה שם="ShowInDocumentLibraryCreate">נכון</שדה>
<שדה שם="ShowInSurveyCreate">נכון</שדה>
<שדה שם="ShowInColumnTemplateCreate">נכון</שדה>
<שדה שם="FieldTypeClass">Conchango.XYZZYCorporateLocationField, XYZZYCorporateLocationField, גירסה = 1.0.0.0, תרבות = נייטרלי, PublicKeyToken = b0b19e85410990c4</שדה>
<RenderPattern שם="DisplayPattern">
<מתג>
<Expr>
<טור />
</Expr>

<התיק ערך=""/>

<ברירת מחדל>
<HTML>
<![CDATA[<span סגנון = "צבע:אדום"><b>]]>
</HTML>

<טור SubColumnNumber="0" HTMLEncode="נכון"/>

<HTML><![CDATA[</b></טווח>]]></HTML>

</ברירת מחדל>
</מתג>

</RenderPattern>
</FieldType>
</FieldTypes>
קובץ XML זה מוסיף את סוג נתונים מותאמים אישית הקובץ WSS "ספריית" ומתאימה אותו מול GAC היה הרכבה.

לאחר כל סיביות אלה מתמקמים, iisreset על השרת והוא צריך להתחיל כל עובד יפה.

מוס: עדכון רשימה מותאמת אישית

1 תשובה

ישנן דוגמאות רבות של עדכון רשימות מותאמות אישית באמצעות ה-SDK. הנה עוד.

הבעיה העסקית: טופס של InfoPath תוכנן מאפשר למשתמשים להזין באינטרנט רכש. פו המספרים צריך להיות רצף מסורתי המבוסס על ערכי המספרים השלמים וראיונות מחושב באופן אוטומטי.

הפתרון העסקי: יצירת רשימה מותאמת אישית מוס המכיל שתי עמודות: "ControlField" ו- "ControlValue". ערך העמודה מכילה את המספר הבא של דרישת רכש. שימו לב כי הכללי "לשלוט" המוסכמה מספק עבור שדות שליטה עתידית שבה ניתן להשתמש לפי הצורך.

פתרון טכני: יצירת שירות אינטרנט לגשת על ידי הלקוח InfoPath. שירות האינטרנט מחזירה בחזרה את המספר הבא של דרישת רכש ומעדכן את הערך של הרשימה.

לקחים:

  • בעת הוספת שירות אינטרנט כמקור נתונים של טופס InfoPath, מצאתי את זה צורך להמיר אותו udc ואחסן אותו לתוך בספריית חיבורי נתונים.
  • גם מצאתי את זה הכרחי לאפשר scripting בין תחומים באמצעות ניהול שירותים במרכז // ניהול יישומים // תצורת שרת טופס.
  • בפעם הראשונה הטופס ניסה לגשת לשירות אינטרנט, זה לוקח זמן, לעיתים, . זה היה פסק זמן. אני לכיסו עם הגדרות תצורת שרת טופס כדי להרחיב את הגדרות זמן קצוב ונראה את זה כדי לעזור.

הקוד:

שימוש מערכת;
שימוש System. web;
שימוש System.Web.Services;
שימוש System.Web.Services.Protocols;
שימוש Microsoft.SharePoint;
שימוש System.Configuration;

[WebService(Namespace = ב- "http://www.conchango.com/")]
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
הציבור מחלקה PoService : System.Web.Services.WebService
{
הציבור PoService () {

//ההערה השורה הבאה, אם באמצעות רכיבים המיועדים
//InitializeComponent();
}

/// <סיכום>
 /// להשיג את מספר הזמנת הרכש הבאה של רשימת בקרת sharepoint מספר פו.
 /// להגדיל את מספר הזמנת הרכש ברשימה הזאת.
 /// </סיכום>
 /// <החזרת></החזרת>
 [WebMethod]
הציבור מחרוזת GetNextPoNumber()
{
מחרוזת SpPoControlSiteName; // שם האתר מוס בפועל שמארח את רשימת בקרת פו.
 מחרוזת SpPoControlListName; // שם רשימת מוס בפועל המכיל את הפקד פו.

SpPoControlSiteName = ConfigurationSettings.AppSettings["PoControlListHostingSite"].ToString();
SpPoControlListName = ConfigurationSettings.AppSettings["PoControlList"].ToString();

מחרוזת nextPoReqNumber = "xyzzy";

שימוש (SPSite האתר = חדש SPSite(SpPoControlSiteName))
{
שימוש (SPWeb אינטרנט = האתר. OpenWeb())
{

Splist.update() currentList = אינטרנט. רשימות[SpPoControlListName];

foreach (SPItem controlItem ב currentList.Items)
{

אם (((מחרוזת)controlItem["ControlField"]).שווה ל-("NextPoNumber"))
{
nextPoReqNumber = (מחרוזת)controlItem["ControlValue"];

int int_nextPoReqNumber;
int_nextPoReqNumber = המר.ToInt32(nextPoReqNumber);

int_nextPoReqNumber ;

controlItem["ControlValue"] = int_nextPoReqNumber;
controlItem.Update();
}

} // איתור, קריאה ועדכון את מספר הזמנת הרכש ברשימה.


} // באמצעות האינטרנט spweb = site.openweb()
 } // שימוש באתר spsite = spsite חדש(ב- "http://localhost/mizuho")

החזרה nextPoReqNumber;

}
}