עדכון: . אני חוקר כיצד להטביע את זרימת SPD עבודה לתוך הגדרת אתר. שרשרת זו של פורום MSDN יש מידע מעניין. . זה לא חד משמעי, אבל נקודות לנתיב דרך הג'ונגל.
אני נותן את הפוסט הזה עם מעט מוזר "התנהגות שנצפו" להוביל מאחר ואני קצת חשדנים. של הסקת מסקנות ממנה. זרימות SPD … הפכפך.
אנשים שואלים לעיתים קרובות / תוהה / לחוצים בגלל מעבר SPD זרימות עבודה ממקום אחד למשנהו. היום, שלבים אלה ואני ערך תצפיות אלה:
- יצרתי באמצעות SharePoint Designer באתר המצורף לספריית מסמכים זרימת עבודה.
- ספריית המסמכים הקשורים כבר שוכנו מספר מסמכים.
- . שמרתי את האתר כתבנית.
- כשהצלתי את האתר כתבנית, . הצלתי את התוכן גם כן.
- יצרתי אתר חדש באוסף האתרים באותו באמצעות תבנית זו.
בנקודה זו, ניסיתי להפעיל את זרימת העבודה. מיד הסתיים עצמה עם הודעת יומן, "נכשלה".
. אז ציפתה לזה. יש לי ציפיות נמוכות כשמדובר זז SPD זרימות עבודה.
המשכתי:
- פתח את האתר ב- SharePoint Designer.
- היה לי הצצה על זרימת העבודה. . זה נראה בסדר.
- לחצתי על "סיום".
- הרצתי את זרימת העבודה.
הפעם, זה עבד מצוין.
אני אוסיף כי זרימת עבודה זו השתמשו "איסוף הנתונים של המשתמש" פעולה אשר היא פעולה מורכבת יחסית מתחת למכסה המנוע.
אני באופן לא סופי יכול להסיק כי התהליך של "לסיים" זרימת העבודה שנגרמו SPD כראוי לשייך את SPD עבודה עם ספריית המסמכים החדשה. אני גם יכול להסיק שאת XOML וממצאים אחרים XML רופפים למדי "". הם לא סופר בחוזקה מצמידים לספריית המסמכים.
מה זה אומר? בהנחה שזה תהליך אמין לשחזור, קיימת שיטה קשה אחד לפחות, שאנחנו יכולים להשתמש כדי להעביר אותם מסביב. אני לא יודע אם זה עובד אם חצינו גבולות אוסף האתר או אפילו יותר דרסטי, כל החוות חדש (המסופקים. dev לשלב כדי ויפיצו).
אם אתה קורא את זה ולא נוטה, בבקשה לפרסם תגובה או שלח לי דוא סיפורך הגירה SharePoint Designer. אני בשמחה אעדכן פרסום זה לתובנות הציעו.
</קצה>
