ארכיון חודשי: באוקטובר 2007

באמצעות “אדם או קבוצה” בעמודה מחושבת

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

השורה התחתונה, זה לא עובד ב- WSS 3.0 (או מוס).

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

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

דרכים לעקיפת הבעיה: להשתמש באירועים. המטפל באירועים שריפות כאשר המשתמש שומר את הפריט. היא מבצעת את העדכון שאתה רוצה את העמודה המחושבת לעשות בשבילך.

קישורים שימושיים על שדות מחושבים באופן כללי:

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

מוס/WSS אומר לי: “הדף שונתה על-ידי עורך אחר על …” אבל בעצם, . זה לא היה.

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

  • כתובת url של שגוי. לדוגמה, זה צריך להיות "/ אתרים/מחלקות/HumanResources /…". עם זאת, הקשר החדש הוא "/ אתרים/חברות/HumanResources /…".
  • Bits חוזרות ונשנות על מחרוזת השאילתה של הכותרת, כמו ב-:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

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

התמונה

העובדה היא, אף אחד לא מכריח כל שינוי שם (חוץ ממני, בטח).

חיפוש מהיר פונה מעלה את הדיון פורומים MSDN הזה: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier ופורסת אותו באופן יפה הלפני (כמו של 10/02/07) פוסט:

העובדה היא:

כדי לאפס את הכותרות פגום, אתה חייב :

– להסיר את כל הרשימות תחת הכותרת פגומים

– להסיר את הכותרת פגומים

– מתוך הגדרות הרשימה, הוספת רשימה שהוסר השיגור מהירה (זה צור כותרת שאינם פגומים)

אז אתה יכול ללכת….


מומחה Sharepoint – Sogeti קאפ ג'מיני שוויץ

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

</קצה>

מנוי על הבלוג שלי!

בעיות עם “להשהות עד תאריך” פעילות בזרימות עבודה שנוצרו על-ידי SPD

עדכון 12/10/07: תיקון כמתואר ב- MSDN KB929816 פתרה את הבעיה עבורנו המוזכרים להלן. לקבל את התיקון החם ולאחר מכן להתקין בכל שרת בחווה. לאחר מכן, כלי השירות לקביעת תצורת sharepoint בכל שרת. הנה הקישור MS תמיכה עבור זה KB: http://support.microsoft.com/kb/932816.

רקע:

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

סביבה:

מוס, 64 סיבית, סביבת מחשב וירטואלי (פיתוח תיבת), 2 שרתים (SQL בשרת #1, כל השאר בשרת #2).

בעיות:

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

  1. משימת זרימת עבודה לא תוזמנה לפעול, אי-פעם. גיליתי את זה על ידי קריאת של כריסטופר הלבן (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) כתיבה מצוינת באמצעות stsadm נוהג כך:

    C:\>stsadm -o getproperty - מהתנגשויות "זרימת עבודה" -כתובת url http://localhost

    <רכוש קיים = "לא" />

    C:\>

    . זה היה תוצאה מפתיעה אך בקלות פתור:

    C:\>stsadm -o setproperty - מהתנגשויות "עבודה-worfklow" -propertyvalue "כל 1 דקות בין 0 ו- 59" -כתובת url http://localhost

    הפעולה הושלמה בהצלחה.

    C:\>

    פעולה זו, הראשון "'מתבצע'" זרימת העבודה במהירות ירה, עשה את זה יש עבודה.

  2. למרבה הצער, בפעם הבאה לא יפעלו כצפוי. למרבה המזל, כריסטופר מפנה אותנו כאן (http://support.microsoft.com/kb/932816). כמו של כתיבת הפוסט הזה, אנחנו מחכים מחלקת ה-IT לקבל את התיקון החם הזה, . אבל זה נראה מבטיח. שלנו עותקים של. dll המושפעת לא שותפים באותו הגודל של בתים, אז בתקווה שזה יפתור את הבעיה.

דרכים לעקיפת הבעיה:

הפעלה מחדש של הפקודה stsadm -o setproperty שנראה ויפיצו את הטיימר זרימת ער. זה היה, בערך 7 דקות לאחר מכן, למעשה מתעורר ולהמשיך יחד עם זרימת העבודה.

שאלות / בעיות שמטופלות:

השהיה עד לתאריך לא עובד.

השהיה עד לתאריך אינו חוזר.

מצב זרימת העבודה לא משתנה מטקסט '' מתבצע'"

מצב זרימת העבודה נשאר '' מתבצע'"