Entri blog ini adalah lebih daripada sebuah "di alam yang mungkin" kemasukan vs. info konkrit.

Kami mempunyai reka bentuk teknikal yang memerlukan kami untuk membuat tapak dalam koleksi tapak melalui satu proses aliran kerja secara manual telah dilancarkan. Pada asasnya, pengguna memasukkan data ke dalam "pelanggan yang baru" Senarai adat dan kemudian apabila mereka telah selesai dan disahkan proses kemasukan data, kita perlu untuk mewujudkan sebuah laman web untuk pelanggan yang.

Saya kedua-dua peminat besar kerja perisytiharan serta studio visual programmer kerja yang lemah, jadi saya mahu untuk memenuhi keperluan menggunakan SharePoint Designer.

Saya bercadang untuk menulis tentang perkara ini dengan lebih terperinci (dan diharapkan hadir kepada kumpulan pengguna atau dua tahun akan datang), tetapi di sini adalah penyelesaian keseluruhan:

• Buat tindakan adat yang mengintegrasikan dengan SPD.
• Tindakan adat membolehkan SPD untuk menggunakan perkhidmatan web dan lulus rentetan XML.
• Menempatkan perkhidmatan web berturut-turut dalam senarai adat dan mencipta laman baru seperti data untuk pelanggan yang baru menggunakan definisi tapak adat.
• Perkhidmatan web kemudian mengemas kini senarai adat dengan beberapa maklumat seperti pautan ke laman web yang baru.

Kami mempertimbangkan pendekatan yang lain, seperti pengendali acara dan visual studio berdasarkan aliran kerja. Pendekatan SPD memberikan pengguna akhir kami sedikit lebih kawalan ke atas proses. Diberikan, terdapat banyak kod C # dalam penyelesaian ini, tetapi ia dibalut di dalam aliran kerja perisytiharan, jadi kita mendapat beberapa faedah daripada aliran kerja perisytiharan manakala hooking ke dalam perkhidmatan laman web penciptaan.

All we need now is an easy tool to automatically migrate SPD workflows around as easily as we can for visual studio workflows and we’ll really be cooking with gas 🙂 I understand that some folk are out there working on this problem and I hope they have some good success with it soon.

</akhir>

Langgan ke blog saya.

Saya telah telah bermain dengan tindakan tersuai bagi pereka SharePoint untuk beberapa waktu (lihat di sini bagi beberapa barangan terperinci, Jika yang menarik bagi anda).

Dalam projek semasa saya, kita perlu melakukan beberapa agak berat angkat dan kita mahu menggunakan pengisytiharan SPD aliran untuk menguruskan proses perniagaan yang berkaitan dengan.

Long cerpen, ini adalah mustahil sama sekali. Saya melanjutkan projek Codeplex saya untuk memohon "Pembantu perkhidmatan yang" dan sekarang kita boleh memohon Perkhidmatan web secara terus dari satu aliran SPD.

Berikut adalah tandatangan:

 awam rentetan Penghantar(
        GUID WebID, // Diluluskan oleh keadaan runtime
        GUID SiteID, // Diluluskan oleh keadaan runtime
        rentetan ListID, // Diluluskan oleh RTE (tidak tahu mengapa ini adalah rentetan, tidak GUID)
        int ListItemID, // Diluluskan oleh RTE.
        rentetan XmlMessage) // Diluluskan oleh pengguna seperti yang diisytiharkan dalam SPD.

Ini memanfaatkan fakta bahawa kita boleh mendapatkan maklumat penting aliran kerja, seperti tapak, Senarai ID, dan sebagainya.. Ini telah didokumentasi dengan baik dalam beberapa tempat bagi anda yang berminat dalam mewujudkan tindakan tersuai anda sendiri. Ideanya adalah untuk cabutan rentetan XML sebagaimana yang diperuntukkan oleh pengguna untuk penghantaran prosedur yang sesuai. Seru hal!

Malangnya, ini adalah jelas Tiket sehala ke bawah untuk "Loosey Goosey" corak anti tanah, but it’s better than hitting a brick wall 🙂

Adakah ia satu corak anti jika anda melakukannya walaupun anda tahu ia adalah satu corak yang anti?

Saya berharap untuk membalut ini di dalam Codeplex dalam masa terdekat. Jika anda berminat untuk saya berbuat demikian, Berikan saya mencucuk (e-mel atau tinggalkan komen) and I’ll be that more enthusiastic about doing it 🙂

</akhir>

Langgan ke blog saya.

Saya bekerja pada sebuah projek yang menggunakan lima aliran kerja SharePoint Reka bentuk yang berbeza untuk mengendalikan beberapa dokumen kelulusan. SPD menyediakan "mengumpul data daripada pengguna" tindakan supaya kita boleh meminta pengguna untuk bit maklumat yang berbeza, seperti sama ada mereka meluluskannya, beberapa komen dan mungkin bertanya apa yang mereka mempunyai untuk makan malam malam lain.

Borang-borang adalah berfungsi dengan sempurna. Mereka akan terikat dengan senarai tugas sebagai sejenis kandungan. Mereka adalah 100% sistem yang dijana. Inilah kekuatan dan kelemahan mereka. Jika kita boleh hidup dengan borang lalai, kemudian kita baik pergi. Walau bagaimanapun, kita tidak mempunyai terlalu banyak mempengaruhi bagaimana SPD mencipta bentuk. Jika kita tidak suka itu kelakuan lalai, kita perlu mengambil jalan keluar dengan pelbagai helah untuk mendapatkan sekitar ia (contohnya, menetapkan keutamaan pada tugas).

Saya diperlukan untuk menyediakan pautan pada bentuk-bentuk tugas yang membuka sifat-sifat pandangan (dispform.asxp) "berkaitan perkara tersebut" dalam tetingkap baru. Ini menyediakan satu klik akses kepada data meta item-item yang berkaitan. Ini adalah apa yang saya maksudkan:

Syukurlah, kita boleh berbuat demikian dan ia tidak sukar. Secara umumnya, api sehingga SPD, Direktori yang menempatkan aliran kerja fail dan membuka fail ASPX yang anda ingin ubah suai. Ini adalah hanya klasik XSL mengubah arahan dan jika anda telah mucked kira-kira dengan itemstyle.xsl, carian atau lain-lain senario XSL, ini akan membantu anda. Malah, Saya dapati ia secara amnya mudah kerana bentuk yang dihasilkan adalah agak mudah untuk diikuti berbanding dengan teras hasil carian web bahagian (atau CWQP mimpi buruk).

Kursus, Terdapat satu kesilapan utama. SPD di aliran kerja editor menjangkakan kawalan penuh ke atas fail tersebut. Jika anda mengubah suai ia, SPD bahagia akan menggantikan anda memberi perubahan yang hak set keadaan yang. Saya melakukan dua ujian yang cepat untuk melihat bagaimana buruk ini boleh. Kedua-duanya presuppose bahawa anda telah direka aliran kerja SPD sah yang menggunakan "mengumpul data daripada pengguna" melangkah.

Ujian 1:

• Mengubah suai fail ASPX dengan tangan.
• Menguji (mengesahkan bahawa perubahan anda telah disimpan dengan betul dan tidak melanggar apa-apa).
• Membuka aliran kerja dan menambah tindakan yang tidak berkaitan (seperti "layari sejarah").
• Simpan aliran kerja.

Keputusan: Dalam kes ini,, SPD tidak mewujudkan semula bentuk.

Ujian 2:

• Melakukan perkara yang sama seperti yang #1 kecuali terus mengubahsuai "mengumpul data daripada pengguna" tindakan.

Keputusan: Ini semula mewujudkan bentuk dari awal, lebih-menulis perubahan.

Nota Akhir:

• Sekurang-kurangnya dua tindakan SPD mencipta bentuk-bentuk seperti ini: "Mengumpul Data daripada pengguna" dan "Peruntukkan untuk melakukan perkara". Kedua-dua tindakan ini’ bentuk boleh diubah suai secara manual.
• Saya dapat menjana link saya untuk dispform.aspx kerana, dalam kes ini, perkara relate sentiasa mempunyai ID yang tertanam dalam perkara berkaitan URL. Saya telah dapat cabutan itu dan kemudian membina sebuah <a href> Ia menyediakan ciri capaian satu klik meta data berdasarkan. Ia tidak mungkin bahawa URL anda mengikut peraturan ini. Mungkin ada cara lain untuk mendapatkan ID item berkaitan tetapi saya tidak pernah untuk menyeberang jambatan itu, jadi saya tidak tahu jika sampai ke sisi lain jurang.
• Saya tidak menyiasat, tetapi saya tidak akan terkejut jika terdapat beberapa jenis fail template dalam 12 sarang bahawa saya boleh mengubah suai untuk mempengaruhi bagaimana SPD menjana bentuk lalai (sama seperti kita boleh mengubah suai template amaran).

</akhir>

Langgan ke blog saya!

Saya mempunyai satu senario perniagaan seperti ini:

• Pengguna upload dokumen ke dalam pustaka dokumen.
• Dia memilih jenis kandungan dan memasuki meta data yang diperlukan. Salah satu medan data meta adalah bendera, "Urgent".
• Ini mencetuskan aliran SharePoint Reka bentuk yang, antara lain, menggunakan "mengumpul Data dari satu pengguna" tindakan.

"Mengumpul Data daripada pengguna" mewujudkan satu item dalam senarai tugas yang memohon kelulusan untuk dokumen itu.

Saya perlu untuk mencipta satu paparan senarai tugas yang menunjukkan permintaan segera untuk kelulusan.

Penyelesaian: Meletakkan perkataan "penting:" ke dalam tajuk tugasan ini.

Saya mempunyai pilihan untuk menentukan bidang keutamaan terus. Walau bagaimanapun, Saya tidak dapat berbuat demikian kerana beberapa sebab:

1. Tindakan mengumpul data itu tidak menyediakan satu mekanisme untuk mengemaskini bidang apa-apa selain daripada tajuk (dan orang-orang bidang tambahan yang mana anda ingin mengumpul data).
2. Dalam "berikan satu kepada perkara" tindakan mempunyai masalah yang sama.
3. Ia adalah mungkin untuk memasukkan item ke dalam senarai (Dgn kata lain. memasukkan item ke dalam senarai tugas secara langsung) tetapi ini tidak menyekat tindakan. Ini bermakna bahawa aliran yang tidak akan menunggu bagi pengguna untuk menyelesaikan tugas itu.

Saya menganggap beberapa pendekatan sebelum (Syukurlah) menyedari kita hanya meletakkan "segera" dalam tajuk.

1. Memulakan satu aliran kerja senarai tugas itu sendiri supaya apabila suatu tugasan baru mencipta, entah bagaimana ia cross rujukan kembali kepada dokumen yang memulakan aliran yang pertama, tarik keluar nilai bendera segera dan mengemaskini keutamaan yang diperlukan.
2. Melakukan sesuatu yang serupa dengan penerima acara untuk. Dalam mencipta tugas, mencari dokumen yang berkaitan dan keutamaan update seperti yang diperlukan.
3. Gunakan dalam "mencipta item senarai" tindakan bersama-sama dengan "menunggu untuk Tukar bidang" tindakan dan penerima acara untuk. Jika kita membuat item senarai, kita boleh menentukan semua bidang yang kita mahu. Gunakan untuk acara penerima untuk mengemaskini item asal apabila pengguna selesai tugas dan menunggu"untuk Tukar bidang" syarat tindakan ini akan bertemu dan alur kerja akan meneruskan. (Sebab-sebab tertentu, Saya telah dijelaskan lebih atau kurang pada pendekatan ini sebelum bijak membuat keputusan untuk berjalan kaki untuk seketika).

Terdapat kelemahan dalam penyelesaian saya (Selain daripada fakta bahawa hanya teks tajuk menunjukkan segera). Sejak "mengumpul maklum balas" hanya menerima nama tajuk sukar dikodkan, Saya perlu menggunakan dua tindakan berbeza mengumpul maklumbalas yang cuma perbezaannya ialah judul dikodkan tersebut sukar.

Tetapi, sekurang-kurangnya terdapat satu penyelesaian yang tidak memerlukan acara penerima atau adat SPD tindakan.

Jika seseorang telah menyelesaikan ini dengan cara yang lebih bijak, sila beritahu saya.

</akhir>

UPDATE: Madjur Ahuja menunjukkan pautan ini dari perbincangan kumpulan berita: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. Ianya cukup sahih.

===

Kita sering ingin menerapkan Pautan Hiper ke InfoPath borang dalam e-mel yang dihantar daripada aliran kerja Reka bentuk SharePoint. Apabila pengguna menerima e-mel, mereka boleh klik pada pautan daripada e-mel dan pergi terus ke bentuk InfoPath yang.

Ini kerja-kerja pembinaan raksasa URL untuk saya:

http://server/sites/departments/Technical Services/InformationTechnology/HelpDesk/_layouts/FormServer.aspx?XmlLocation=/sites/departments/Technical Services/InformationTechnology/HelpDesk/REC REM RED Forms/REC2007-12-18T11_33_48.xml&Source=http://server.corp.domain.com/sites/departments/Technical%20Services/InformationTechnology/HelpDesk/REC%20REM%20RED%20Forms/Forms/AllItems.aspx&DefaultItemOpen = 1

Gantikan teks merah huruf tebal, dengan nama bentuk, seperti yang ditunjukkan dalam skrin berikut:

Perhatikan bahawa terdapat banyak jalan berkod keras dalam URL yang, serta komponen Terkod URL. Jika ini adalah terlalu sukar untuk diterjemahkan kepada keadaan tertentu anda, cuba menghidupkan isyarat kepada borang Perpustakaan. Pos borang dan apabila anda dapatkan e-mel, melihat sumber e-mel dan anda akan melihat segala-galanya yang anda perlukan untuk memasukkan.

Pembaca yang cerdas mungkin perasan bahawa badan e-mel di atas juga menunjukkan pautan yang terus mengakses tugas melalui gambaran yang ditapis. Saya bercadang untuk menjelaskan bahawa dengan lebih terperinci dalam posting yang akan datang.

</akhir>

Saya telah melaksanakan suatu aliran yang menggunakan Reka bentuk SharePoint dalam tapak yang terutamanya baca sahaja kepada "pengguna NT_AUTHORITYAuthenticated" (Dgn kata lain. semua orang). Terdapat sebuah perpustakaan borang bagi satu bentuk InfoPath. Terdapat satu aliran yang berkaitan senarai tugas serta supaya Bilakah aliran yang beroperasi, ia boleh memberikan tugas kepada orang-orang.

Saya memecahkan kebenaran untuk perpustakaan bentuk dan senarai tugas supaya mana-mana pengguna yang disahkan boleh membuat bentuk dan mengemaskini tugas yang diberikan mereka.

Saya menguji dengan akaun ujian rendah-keistimewaan saya.

Bolehkah saya mengisi dan menyimpan bentuk ke perpustakaan? –> YA

Bolehkah saya mengakses tugas dari pautan e-mel? –> YA

Bolehkah saya melihat aliran kerja Edit link tugas –> YA

Bolehkah saya klik pada pautan yang? –> NO … Kebenaran Ditolak.

Mengapa saya boleh melihat pautan edit yang menafikan kebenaran saya apabila saya klik pada? Itulah sebabnya tidak bagaimana ia sepatutnya berusaha…

Saya pergi melalui konfigurasi keselamatan lagi, sangat berkait rapat. Saya melakukannya sekali lagi. Saya menganggap memotong catatan ini kerana saya jelas tidak tahu apa-apa tentang keselamatan.

Akhirnya, Saya mencari di internet. Saya dapati thread forum MSDN ini sangat tidak mungkin: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

Poster muncul untuk menunjukkan bahawa perbuatan mudah mengeksport kerja untuk pinggan memandu akan menetapkan isu keselamatan MOSS? Saya hampir tak percaya aku baru sahaja taip yang. Saya mengingatkan episod Taman Selatan kira-kira yang 9/11 konspirasi di mana Stan meminta Preznit kami, "Benar--benar?" berulang-ulang kali.

Jadi, apa-apa kehilangan, Saya api sehingga SPD, klik kanan pada kerja dan simpan untuk saya c:\ memandu. Yang akan menjadi c dalam:\ memandu pada laptop saya. Saya melihat ke atas bahu saya sepanjang masa supaya tiada siapa akan tanya saya, "mengapa anda simpan aliran itu untuk laptop anda?"

Amat, yang menyelesaikan masalah saya. Saya boleh mengedit tugas.

Saya dengan ini menamakan ini sebagai Workaround workflow yang Aneh daripada 2007.

</akhir>

Kita sering mahu menghantar e-mel yang merangkumi Hiperpautan kepada barang atau dokumen yang dicetuskan dalam aliran kerja. Kita boleh menggunakan item semasa "dikodkan mutlak URL" untuk tujuan ini. Walau bagaimanapun, Ia seolah-olah menggunakan "http" bagi protokol URL. Jika laman web anda akan berjalan mengikut HTTPS maka ia tidak akan bekerja untuk anda.

Setakat yang saya tahu, Terdapat tiada daripada peti penyelesaian kepada masalah ini. Jika anda perlu gunakan HTTPS, anda tidak mempunyai pilihan daripada kotak.

Untuk menyelesaikannya, membuat tindakan yang adat yang menyediakan fungsi Gantikan rentetan untuk digunakan dalam aliran kerja anda. Selain itu, menggunakan alat pihak ke-3 seperti pakej yang sangat baik di sini: http://www.codeplex.com/spdwfextensions 🙂

</akhir>

Pengguna forum kadang-kadang meminta: Mengapa SharePoint Designer meletakkan ???? ke dalam e-mel saya dan bukan nilai bidang?

Salah satu sebab ini terjadi adalah kerana pembolehubah yang kamu maksudkan adalah batal.

Ini boleh berlaku kerana anda cuba untuk rujukan bidang dari "semasa perkara" tetapi pengguna tidak pernah masuk ke dalam nilai bahawa bidang bentuk.

<akhir />

Senario: Dalam aliran kerja SharePoint Designer, anda perlu menentukan apakah bidang tarikh yang kosong.

Masalah: SPD tidak menyediakan satu kaedah secara langsung untuk membandingkan tarikh untuk apa-apa selain daripada tarikh. Anda tidak boleh mencipta keadaan yang seperti ini: "Jika [DateField] sama dengan kosong".

Penyelesaian: Convert tarikh ke rentetan. Gunakan tali perbandingan untuk menentukan jika tarikh kosong.

Shots Skrin:

Screen Shot yang berikut menunjukkan bagaimana untuk melakukannya. Dalam senario ini, medan pada item, "Permit alam sekitar:Mula-mula membenarkan tarikh peringatan", dikemukakan dan kebakaran kerja sebagai tindak balas.

Nota:

Apabila saya cuba ini, Saya terkejut untuk mengetahui bahawa ia berfungsi. Saya adalah bimbang bahawa Reka bentuk SharePoint mungkin tidak membenarkan tugasan rentetan (Berubah-ubah:StringReminderDateDate) tetapi ia tidak membenarkan ia.

Saya juga bimbang bahawa membenarkan ia, nilai yang mungkin tidak sah dan sama ada meletupkan WF di runtime atau mungkin meningkatkan suhu global 1/2 ijazah, tetapi kebimbangan mereka tidak berasas.

</akhir>

Hanya pemerhatian cepat bahawa terdapat perbezaan yang sangat penting antara kedua-dua definisi:

<FieldBind Field = "InParam1" DesignerType = "StringBuilder" ID = "2" Teks "Input parameter #1" = />

berbanding:

<FieldBind Field = "InParam1" ID = "2" Teks "Input parameter #1" = />

Menunjukkan pertama seperti ini dalam SPD:

manakala menunjukkan seperti ini:

I’m not sure how helpful these screen shots are but I put in the effort to make them so you have to view them 🙂

Pemerhatian ini ialah: StringBuilder membolehkan anda untuk membina rentetan (jelas) bersama-sama dengan mencampurkan literals tali dan data aliran kerja (melalui ini "Tambah Lookup" butang di sudut kiri). Apabila anda menggunakan butang Tambah carian, Ia memasukkan token dalam bentuk"[%token%]". Bilakah SharePoint berkata tindakan tersuai anda, (C # kod dalam kes saya), SharePoint pas tanda itu sendiri, bukan nilai token. Jika anda menggunakan jenis Reka bentuk yang lalai (jenis kedua), SharePoint mengembang tanda dan pas nilai sebenar tanda itu kepada tindakan anda.

StringBuilder = BAD, Jenis pereka lalai = BAIK.

Kursus, Itulah yang tidak apa yang saya benar-benar maksudkan. Hanya Jangan mencuba dan lulus satu parameter untuk tindakan tersuai anda apabila pereka menaip = StringBuilder. Menggunakan jenis Reka bentuk lalai dan di StringBuilder kepadanya dahulu jika anda perlu untuk membina kompleks string dalam aliran kerja anda (yang kebetulan adalah tepat apa yang dilakukan untuk mewujudkan satu perkara yang dinamik bagi tindakan e-mel, tetapi itu adalah satu perkara yang lain blog, mempunyai).

<akhir />