Hari ini, Aku terus-menerus bermain catch-up dengan membaca blog saya dan saya hanya datang di posting ini: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

Itu adalah sebagai solid dan rinci SharePoint Designer alur kerja tutorial (ditambah lagi!) bahwa Anda akan melihat di mana saja di atas interwebs. Aku akan check it out, bahkan jika Anda seorang veteran SPD bekas luka.

Ini merupakan tutorial SharePoint untuk InfoPath dan alur kerja.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Awal bulan ini, SAYA mengumpulkan artikel awalnya direncanakan untuk Mark Miller www.endusersharepont.com. Namun, Sebaliknya dulu seperti Dustin Hoffman digunakan Salib pada akhir The Graduate untuk menangkis saya (Keren! ramah!) Editor di TechTarget.

Ini adalah artikel alur kerja SharePoint Designer lain di vena yang sama seperti usaha saya baru-baru ini di sini: http://www.endusersharepoint.com/?p=1226 ("Gunakan daftar kontrol untuk menciptakan alur kerja fleksibel solusi").

Dimulai seperti ini:

Apakah Anda pernah berharap Anda bisa menonaktifkan sementara SharePoint Designer alur kerja? Anda mungkin ingin melakukan hal ini untuk massa-menyetujui dokumen dalam jumlah besar tanpa berangkat puluhan- atau mungkin ratusan-dari alur kerja yang tidak perlu.

Salah satu cara untuk melakukannya adalah untuk mengakses alur kerja yang menggunakan titik berbagi desainer dan menonaktifkannya. Untuk melakukan itu, Anda akan perlu membuka SharePoint Designer, akses alur kerja, mengubah properti dan re-save itu. Masalah dengan metode tersebut adalah bahwa agak berantakan dan kemungkinan untuk banyak cincin alarm bells pada sebagian besar perusahaan.

Secara umum, bermain-main dengan SharePoint Designer Workflow adalah tidak praktis dalam lingkungan produksi, juga bukan bagian dari proses baik terkendali.

Artikel kemudian menuntun Anda melalui solusi untuk masalah ini yang menggunakan daftar kustom untuk mengaktifkan WF atau menonaktifkan sebagai kebutuhan mendikte. Membaca semuanya di sini (http://WP.bitpipe.com/Resource/org_1127860336_240/SharePoint_vol5_v6 1_16.PDF).

Artikel ini terinspirasi oleh pertanyaan di forum di sini: http://www.endusersharepoint.com/STP/. Meskipun aku menghabiskan jauh lebih banyak waktu di Forum MSDN, Saya sangat merekomendasikan bahwa Anda memiliki mengintip di forum EUSP juga, khususnya bagi pengguna akhir berorientasi pertanyaan. Ini adalah sumber informasi yang baik dan saran.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Minggu lalu, Mark Miller diposting saya terbaru SharePoint Designer alur kerja artikel untuk pengguna akhir pada situs (http://www.endusersharepoint.com/?p=1226).

Dimulai seperti ini:

Kami teknis jenis menggunakan banyak jargon dan akronim dalam rutinitas kita sehari-hari seperti "OOP" (pemrograman berorientasi objek), "CT" (Jenis konten), "SPD" (SharePoint Designer), "RTFM" (Baca manual), dll. Artikel ini kekhawatiran itu sendiri dengan momok tertentu yang disebut "keras coding:"Apa itu, Mengapa itu buruk dan bagaimana untuk menghindari dalam SharePoint desainer workflow solusi.

Saya menjelaskan bagaimana kita dapat menggunakan daftar kustom untuk menyimpan data alur kerja kontrol dan konfigurasi. Menggunakan pendekatan ini, kita dapat menghindari keras pengkodean nilai-nilai seperti approvers’ alamat email, persetujuan dolar batas, dll.

Check it out.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Saya bekerja di sebuah situs klien dan diperlukan untuk menginstal windows workflow foundation sehingga saya bisa jadi beberapa pekerjaan SharePoint Designer. (Aku tidak tahu sampai hari ini bahwa SPD menginstall baik tapi benar-benar membutuhkan setidaknya .NET 2.0 dan Windows Workflow Foundation untuk benar-benar digunakan; Saya selalu berasumsi ini dipasang bersama dengan SPD, tapi aku salah).

Klien memiliki proxy server. Tidak ada masalah, Saya memiliki kredensial untuk mendapatkan di luar Internets Umum. Aku pergi ke tempat yang biasa untuk men-download WWF (SPD membantu memberikan saya dengan link). Download adalah benar-benar bootstrap macam. Itu berjalan dan mengetahui apa lagi yang dibutuhkan untuk men-download. Bahwa kedua proses download gagal. Baik tidak mencoba sekali, atau entah bagaimana dicegah dari meminta kredensial server proxy. Itu cukup sulit kecelakaan, memberi saya pesan:

Microsoft .NET Framework 3.0 mengalami masalah selama setup. Setup tidak lengkap berhasil.

Aku mencoba untuk reboot dan menghabiskan 10 mencoba untuk mencari tahu jika aku bisa mendapatkannya untuk meminta saya untuk proxy server kredensial detik. Aku menyerah dan justru pergi di sini: .NET Framework 3.5 Paket Layanan 1 (Paket lengkap).

Saya download paket, diinstal dan kali ini, tidak ada masalah.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Dalam apa yang tampaknya menjadi posting blog pengukuhan, chiqnlips telah menggali ke kegilaan yang adalah kolom dihitung dan menggambarkan solusi untuk SharePoint Designer alur kerja email aktivitas masalah umum: Bagaimana menampilkan nama seseorang di email bukannya "domainusername."

Saya belum diuji sendiri, tapi tampaknya menjanjikan. Check it out.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Mark Miller atas di www.endusersharepoint.com Posted artikel terakhir saya pada alur kerja SharePoint Designer Sini (http://www.endusersharepoint.com/?p=1037).

Saya menggambarkan pendekatan dasar untuk memindahkan alur kerja Anda membuat dalam satu daftar untuk daftar lain. Daftar lain dapat di situs yang sama, koleksi situs yang sama atau sebuah peternakan yang sama sekali berbeda (misalnya. dari pengembangan produksi).

Ini adalah topik yang rumit sehingga aku hanya menutupi skenario yang sangat dasar. Minggu depan, Aku akan menulis contoh dunia nyata lebih berguna.

Check it out dan berbagi komentar di sana.

<akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Mark Miller telah diposting pengguna akhir terbaru berorientasi Artikel SharePoint desain Workflow up pada situs di sini: http://www.endusersharepoint.com/?p=1008

Saya mencoba untuk memberikan jawaban yang lurus ke depan untuk pertanyaan, "Mengapa tidak saya mudah port SharePoint desainer alur kerja dari pengembangan untuk menguji?" Dalam proses, Saya juga memberikan beberapa wawasan ke dalam apa SPD sebenarnya lakukan di belakang layar ketika kita menggunakannya untuk membuat solusi alur kerja.

Minggu depan, Saya menjelaskan End User friendly cara untuk port SPD alur kerja dari satu server ke yang lain, atau setidaknya sebagai akhir User friendly solusi seperti yang dimungkinkan diberikan keadaan alat set.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Berikut adalah pertanyaan lain umum SharePoint Designer alur kerja:

"Saya dapat mengakses (Baca/tulis) Daftar SharePoint melalui alur kerja yang tidak tinggal di situs yang sama sebagai daftar sendiri?"

Jawaban yang sederhana adalah: Tidak.

Seperti dalam begitu banyak cara, Namun, kita harus memenuhi syarat yang (yang merupakan hal yang baik dalam hal ini). Platform memungkinkan kita menciptakan ekstensi untuk memproduksi dalam berbagai cara, termasuk tindakan kustom (Lihat sedikit codeplex proyek saya di sini untuk contoh). Sebuah tindakan kustom memungkinkan kita pada dasarnya melakukan apa-apa yang kita inginkan dari SharePoint desainer alur kerja. Saya seorang penggemar besar dari ini, Sebenarnya, karena hal itu memberikan kita yang terbaik dari kedua dunia — perancang ramah pengguna akhir deklaratif dengan kedalaman penuh .NET framework di ujung jari kita.

Sayangnya, Jika Anda menggunakan SPD, ada kesempatan baik Anda lakukan itu karena Anda tidak dapat menggunakan visual studio (karena kenyataan bahwa visual studio memerlukan latar belakang dalam pengembang). Saya tidak punya jawaban baik untuk masalah tersebut kecuali bahwa Anda harus menang atas salah satu dari Co-Worker Anda teknis untuk membuat jenis tindakan kustom yang Anda butuhkan. Atau, bekerja dengan manajemen untuk menyewa atau kontrak semacam sumber daya.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Sayangnya, tidak harus. Kami tidak mengirim email dengan lampiran dari SharePoint Designer alur kerja yang menggunakan dari kotak fitur. Keinginan ini datang dengan meningkatkan keteraturan di forum MSDN.

Namun, The SharePoint platform, seperti begitu banyak hal, menawarkan kita sebuah jalan ke depan. Kita dapat membuat tindakan kustom yang kita kemudian memasukkan ke dalam alur kerja kami. Setelah diinstal, tindakan kustom terlihat dan terasa seperti tindakan lain (misalnya. Mengumpulkan Data, Log pesan, dll).

Menciptakan tindakan kustom adalah gunung besar untuk mendaki, Namun, bagi pengguna akhir. Proyek codeplex ini menyediakan fungsi ini: http://www.codeplex.com/SPDActivities. Meruntuhkan itu dan memasangnya juga luar keterampilan yang khas pengguna akhir. Namun, cukup sederhana bagi SharePoint admin untuk melakukannya, Jadi, jika Anda menemukan diri Anda perlu mengembangkan alur kerja dengan kemampuan ini, bekerja dengan SharePoint admin untuk mendapatkannya dilakukan.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Kami memiliki serangkaian desain SharePoint alur kerja yang "berkomunikasi" dengan acara Penerima pada daftar melalui perubahan nilai kolom situs. Misalnya, Jika kolom situs "SetDuedate" diatur ke benar oleh alur kerja, acara Penerima mendeteksi bahwa perubahan, menghitung tanggal jatuh tempo dan menetapkan tanggal ke kolom situs lain, "Tanggal jatuh tempo." Kami berpisah hal-hal seperti ini karena acara Penerima dapat menghitung tanggal jatuh tempo menggunakan aturan kompleks bisnis (mempertimbangkan akhir pekan dan hari libur perusahaan) Sementara SPD benar-benar tidak dapat.

Dalam satu contoh spesifik, Kami berlari ke dalam masalah dengan trik ini. Debugging semua ini cukup sulit, Tapi kita sampai pada kesimpulan yang pasti bahwa dalam satu kasus (setidaknya), acara Penerima tidak berlari sepanjang waktu. Dalam satu langkah alur kerja, kita akan mengubah nilai kolom situs dan acara Penerima tidak muncul untuk menjalankan. Namun, itu berlari secara konsisten dalam berbagai langkah alur kerja.

Setelah meninjau it, Aku melihat bahwa langkah alur kerja bahagia digunakan "Update daftar Item" Sementara langkah lain digunakan "Set lapangan di Item sekarang." Update daftar Item memperbarui "item saat ini." Saya tidak yakin mengapa kami memilih satu atas yang lain karena mereka tampaknya akan melakukan hal yang sama.

Jadi … tindakan Update daftar Item itu menyebabkan peristiwa kebakaran. Dilain pihak, Menetapkan bidang dalam tindakan Item saat ini tidak.

Saya menggunakan Update daftar Item di kedua tempat dan Viola! Itu bekerja. [[ Total samping, Aku bermain biola untuk setiap hari untuk hampir 15 tahun ]]

Dari ini, Sementara saya percaya bahwa "menetapkan bidang" tindakan tidak menyebabkan peristiwa receiver untuk api, setidaknya beberapa waktu.

Masalah ini bedeviled kita untuk minggu.

Ini adalah salah satu dari mereka "diamati perilaku" posting. Saya melihat ini terjadi sekali dalam lingkungan tertentu dan saya membuat beberapa tebakan tentang mengapa hal-hal terjadi seperti yang mereka lakukan. Jika Anda memiliki setiap wawasan ke satu ini, Silakan berbagi di komentar.

</akhir>

Berlangganan ke blog saya.