GÜNCELLEŞTİRME: Ben nasıl bir SPD iş akışı bir site tanımına katıştırmak için araştırma. Bu MSDN forum zinciri bazı ilginç bilgiler bulunmaktadır. Bu kesin değil, Ama ormanın içinden yol noktaları.
Bu yazı bir biraz tuhaf "gözlenen davranış veriyorum" Ben ondan kararınızı biraz uyanık olduğum kurşun. SPD iş akışları vardır … maymun iştahlı.
İnsanlar sık sık soruyorsun / Merak / SPD iş akışları bir yerden diğerine taşınmasına fretting. Bugün, Bu adımları izlemek ve bu gözlemler yapılmış:
- Bir iş akışını bir belge kitaplığına ekli bir sitedeki SharePoint Designer kullanarak oluşturdu..
- İlgili belge kitaplığı zaten çeşitli belgeler yer alır..
- Siteyi şablon olarak kaydedilen.
- Siteyi şablon olarak kurtarmandan, Ben de tam içeriği kaydedilir.
- Bu şablon kullanılarak aynı site koleksiyonu içinde yeni bir site oluşturuldu.
Bu noktada, İş akışını çalıştırmak için çalıştı. Derhal kendisini içeren günlüğü iletisi sonlandırıldı, "Başlangıçta başarısız oldu".
Bunu bekliyor. SPD iş akışları hareket etme konusunda düşük beklentileri vardır.
Devam ettim:
- SharePoint Designer'da sitesi açıldı.
- İş akışı bir göz vardı. İyi görünüyordu.
- "Son" tıkladım..
- İş akışı koştu.
Bu sefer, o amele para cezası.
Bu iş akışı "veri toplama kullanıcı üzerinden kullanılan ekleyeceğiz" hangi başlık altında oldukça karmaşık bir eylem eylem.
Kesin olmayan biçimde sonucuna süreci "bitirme" iş akışı düzgün SPD iş akışı yeni belge kitaplığıyla ilişkilendirmek SPD neden oldu.. Ayrıca XOML ve diğer XML yapıları makul "gevşek" sonucuna. Süper sıkı belge kitaplığına eşleşen değil.
Bu ne demek? Güvenilir ve tekrarlanabilir bir süreç olduğunu varsayarsak, Biz onları hareket etmek için kullanabileceğiniz en az bir kaba yöntem. Bu site koleksiyonu sınırları geçtik işe yoksa bile bilmiyorum daha büyük ölçüde, tüm yeni çiftlikleri (e.g. Dev aşamaya prod).
Eğer bu okuduğunuz ve eğimli, Yorum yazmak için lütfen ya bana e-posta SharePoint Designer geçiş hikayeni. Ben memnuniyetle böylece sunulan herhangi bir anlayışı ile bu posta güncelleriz.
</sonunda>