This blog entry is more of an "in the realm of the possible" giriş vs. beton info.

We have a technical design that calls for us to create a site in a site collection via a manually launched workflow process. Əsasən, users enter data into a "new customer" onlar məlumatın giriş prosesi başa və təsdiq zaman sonra xüsusi siyahısı və, ki, müştəri üçün bir site yaratmaq lazımdır.

Mən deklarativ iş böyük fan, eləcə də zəif Visual Studio iş proqramçı həm deyiləm, mən SharePoint Designer istifadə tələb görüşmək istədi.

Mən daha ətraflı bu barədə yazmaq planlaşdırırıq (və gələn il bir istifadəçi qrupu və ya iki inşallah indiki), Amma burada ümumi həll:

• SPD ilə inteqrasiya xüsusi bir fəaliyyət yarat.
• Xüsusi fəaliyyət SPD bir internet xidmət ibadət və XML bir simli keçmək üçün imkan verir.
• Web xidmət yerləşən gömrük siyahısında sıra və xüsusi site sözünün istifadə ki, yeni müştəri üçün məlumatlara görə yeni bir site yaradır.
• Web xidmət sonra belə yeni saytınıza bir keçid kimi bəzi informasiya ilə xüsusi siyahı yeniləyir.

Biz digər yanaşmalar hesab, such as event handlers and visual studio based workflow. The SPD approach gives our end users a little more control over the process. Granted, Bu həll C # kod çox var, ancaq bir deklarativ iş daxilində bükülmüş oldu, site yaradılması xidmətə qoşulma isə biz deklarativ iş faydaları bəzi əldə.

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.

</son>

Blog abunə.

Mən bir müddət üçün SharePoint Designer üçün xüsusi tədbirlər ilə ətrafında oynayan olduğunuz (burada Bəzi ətraflı heyəti üçün, maraqların Əgər).

Mənim cari layihə, we need to do some fairly heavy lifting and we want to use declarative SPD workflow to manage the associated business process.

Uzun hekayə qısa, this is entirely possible. I extended my Codeplex project to invoke a "helper service" and now we can invoke a web service directly from an SPD workflow.

Burada imza:

 ictimai sim Dispetçer(
        Guid WebID, // Uzunluğu mühit tərəfindən qəbul
        Guid SiteID, // Uzunluğu mühit tərəfindən qəbul
        sim ListID, // Ki, RTE qəbul (bu bir simli nə bilmirəm, bir GUID)
        int ListItemID, // Ki, RTE qəbul.
        sim XmlMessage) // Kimi SPD elan istifadəçi tərəfindən qəbul.

Bu mühüm iş məlumat əldə edə bilərsiniz ki, yararlanmaktadır, sayt kimi, siyahısı ID, və s.. This is well documented in several places for those of you interested in creating your own custom actions. The idea is to extract the XML string as provided by the user to dispatch an appropriate procedure. Fun stuff!

Qubarlı, Bu açıq-aydın bir yol bilet aşağı edir "Loosey Goosey" anti-model torpaq, but it’s better than hitting a brick wall 🙂

Siz bilirəm, hətta bunu əgər bir anti-model var bir anti-nümunəsidir?

I hope to wrap this inside Codeplex in the near future. If you’re interested in me doing so, Mənə soxmaq vermək (e-poçt və ya comment tərk) and I’ll be that more enthusiastic about doing it 🙂

</son>

Blog abunə.

I’m working on a project that uses five different SharePoint Designer work flows to handle some document approvals. SPD provides the "collect data from a user" hərəkət biz informasiya müxtəlif bit üçün istifadəçi təklif edə bilər ki,, Onlar təsdiq olmadığı kimi, bəzi şərhlər və bəlkə digər gecə şam yeməyi üçün onlar idi soruşması.

The forms are perfectly functional. They are tied to a task list as a content type. Onlar 100% system-generated. This is their strength and weakness. If we can live with the default form, then we’re good to go. Lakin, we don’t have too much control over how SPD creates the form. If we don’t like that default behavior, biz bu ətrafında almaq üçün müxtəlif tövsiyələr müraciət etmək lazımdır (məsələn, bir vəzifə prioritet qəbulu).

Mən baxımından xüsusiyyətləri açılır ki, bu məsələ formaları linki təmin etmək üçün lazım (dispform.asxp) of the "related item" in a new window. This provides one-click access to the meta data of the related item. This is what I mean:

Təşəkkürlə, we can do that and it’s not very hard. Broadly speaking, SPD yanğın, navigate to the directory that houses the workflow files and open the ASPX file you want to modify. These are just classic XSL transform instructions and if you’ve mucked about with itemstyle.xsl, axtarış və ya digər XSL ssenarilər, this will be easy for you. Faktiki olaraq, Oluşturulan forma axtarış əsas nəticələri web hissəsi nisbətən riayət etmək qədər asandır bəri mən ümumiyyətlə asan hesab (və ya nightmarish CWQP).

Əlbəttə, there is one major pitfall. SPD’s workflow editor expects full control over that file. If you modify it, SPD will happily overwrite your changes give the right set of circumstances. I did two quick tests to see how bad this could get. They both presuppose that you’ve crafted a valid SPD workflow that uses the "collect data from a user" addım.

Sınaq 1:

• Əl ilə Aspx faylı dəyişdirin.
• Test (Sizin dəyişikliklər düzgün xilas və bir şey qırmaq olmadığını yoxlamaq).
• Ki, iş açmaq və əlaqəli olmayan hərəkət et (such as "log to history").
• Ki, iş Saxla.

Nəticə: Bu halda, SPD yenidən yaratmaq şəklində vermədi.

Sınaq 2:

• Eyni etməyin #1 except directly modify the "collect data from a user" fəaliyyət.

Nəticə: Bu sıfırdan şəklində yenidən yaradır, Sizin dəyişikliklər artıq yazılı.

Final Qeydlər:

• Ən azı iki SPD tədbirlər bu kimi formaları yaratmaq: "Collect Data From a User" and "Assign To Do Item". Both of these actions’ formaları əl dəyişdirilə bilər.
• Mən dispform.aspx mənim link əldə edə idi, çünki, bu halda, the relate item always has its ID embedded in the related item’s URL. I was able to extract it and then build an <a href> based on it to provide the one-click meta data access feature. It’s unlikely that your URL follows this rule. There may be other ways to get the ID of the related item but I have not had to cross that bridge, mən uçurum digər tərəfdən olur, əgər bilmirəm.
• Mən araşdırmaq etməyib, də şablon faylı bir növ olduqda amma sürpriz olmaz 12 Mən SPD default formaları yaradır necə təsir dəyişə bilər ki, Hive (biz alert şablonları dəyişə bilərsiniz çox kimi).

</son>

Blog abunə!

Mən bu kimi bir iş ssenari var:

• Bir sənəd kitabxana bir istifadəçi yüklenenler sənəd.
• O, bir içerik növü seçir və lazım olan meta data girir. Meta data sahələri biri bayraq deyil, "Urgent".
• Bu SharePoint Designer iş ki tetikler, digər məsələlərlə yanaşı, uses the "Collect Data from a User" fəaliyyət.

"Collect Data from a User" ki, sənəd bir görev siyahısını tələb təsdiq bir maddə yaradır.

Mən təsdiq edilməsi üçün təcili sorğu göstərdi ki, görev siyahısını bir görünüşü yaratmaq üçün.

Həll: Put the word "URGENT:" into the title of these tasks.

I would have preferred to specify the priority field directly. Lakin, Mən bir neçə səbəblərə görə bunu edə bilmədi:

1. Bu toplamaq data fəaliyyət title başqa hər hansı bir sahədə güncellemek üçün bir mexanizm təmin etmir (və həmin əlavə alanlar məlumat toplamaq üçün istədiyiniz).
2. The "assign a to do item" hərəkət eyni problem var.
3. Bu siyahıda bir maddə əlavə etmək mümkündür (i.e. birbaşa vəzifəsi siyahısına bir maddə daxil) but this not a blocking action. That means that the workflow will not wait for the user to complete that task.

Mən əvvəl bir neçə yanaşma hesab (təşəkkürlə) realizing we could just put "urgent" başlığında.

1. Yeni vəzifə yaradılmışdır zaman ki, görev siyahısını özü bir iş başlayın, Bu elə ilk iş başlayan sənəd istinad geri keçmək, pull out the urgent flag value and update priority as needed.
2. Do something similar with an event receiver. On create of the task, bağlı sənəd tapmaq və lazım olduğu kimi prioritet yeniləmək.
3. Use the "create list item" action in conjunction with the "wait for field change" action and an event receiver. If we create a list item, we can specify all the fields we want. Use an event receiver to update the original item when the user completes the task and the "wait for field change" action’s condition would be met and the workflow would proceed. (Nədənsə, Ağıllı bir müddət uzaq gəzmək karar əvvəl daha az və ya bu yanaşma həll etdi).

Mənim həllinə bir qorxu var (kənara adı yalnız mətn aktuallığını göstərir ki, açıq-aydın faktı). Since "collect feedback" yalnız ağır kodlu adı adlar qəbul, I need to use two different collect feedback actions whose only difference is that hard coded title.

Lakin, ən azı hadisə alıcıları və ya xüsusi SPD tədbirlər tələb etmir ki, bir həlli var.

Kimsə bir daha ağıllı şəkildə bu həll Əgər, lütfen.

</son>

UPDATE: Madjur Ahuja bir bu link göstərir haber qrup müzakirəsi: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. It’s pretty definitive.

===

We often want to embed hyperlinks to InfoPath forms in emails sent from SharePoint Designer workflows. When users receive these emails, Onlar e-poçt linki basın və InfoPath form birbaşa bilərsiniz.

Bu canavar URL tikinti mənim üçün işləyir:

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

Şəklində adı ilə qalın harflerle qırmızı mətn əvəz, Aşağıdakı ekran göstərildiyi kimi:

Sabit kodlu yolu bir çox URL var Qeyd edək ki,, as well as a URL-encoded component. If this is too hard to translate to your specific situation, try turning on alerts for the form library. Post a form and when you get the email, E-poçt mənbəyinə və sizə daxil lazım olan hər şeyi görəcəksiniz.

Astute readers may notice that the above email body also shows a link that directly accesses the task via a filtered view. I plan to explain that in greater detail in a future post.

</son>

I’ve implemented a workflow using SharePoint Designer in a site which is mainly read-only to "NT_AUTHORITY\Authenticated Users" (i.e. hamı). There is a forms library for an InfoPath form. There is an associated workflow tasks list as well so that when the workflow operates, insanların vəzifələri təyin edə bilər.

Mən heç bir təsdiq istifadəçi formaları yaratmaq və onların tapşırıqlarını təkmilləşdirə bilər ki, formaları kitabxana və tapşırıq siyahısı üçün icazə qırmaq.

I test with my low-privileges test account.

Mən doldurun və kitabxana forması saxlaya bilərsiniz? –> YES

Bir e-poçt link vəzifə əldə edə bilərsiniz? –> YES

Mən Edit iş vəzifə link edə bilərsiniz –> YES

Hesab edirəm ki, linki vurun? –> NO … İcazə Reddedildi.

Mən bunu basın zaman niyə mənə icazə inkar ki edit link bilərsiniz? That’s not how it’s supposed to work…

Mən təhlükəsizlik konfiqurasiya keçmək, very closely. I do it again. Mən bu post silmə hesab Mən açıq-aydın təhlükəsizlik haqqında bir şey bilmirəm.

Nəhayət, I search the Internets. I find this highly unlikely MSDN forum thread: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

Plakatlar bir sürücü platter üçün iş ixrac sadə akt MOSS təhlükəsizlik problemi düzeltmek edəcək ki, təklif görünür? I can hardly believe I just typed that. I’m reminded of the South Park episode about the 9/11 Stan bizim Preznit xahiş yerləşir sui-qəsd, "Really?" over and over again.

Belə, itirmək heç bir şey, Mən yanğın SPD, ki, iş sağ basın və mənim c qeyd edin:\ drive. That would be the c:\ drive on my laptop. I’m looking over my shoulder the whole time so that no one will ask me, "why are you saving that workflow to your laptop?"

Inanılmaz, that solves my problem. I can edit the task.

Mən bununla da ən qəribə Workflow Geçici Çözüm üçün bu irəli 2007.

</son>

We often want to send an email that includes a hyperlink to the item or document that triggered the workflow. We can use current item’s "Encoded Absolute URL" for this purpose. Lakin, it always seems to use "http" for the URL protocol. If your site runs on HTTPS then it will not work for you.

Bildiyimə kimi, bu problemin qutusu həlli heç orada. Siz HTTPS istifadə etmək lazımdır, Siz qutusu seçimi heç həyata var.

Həll etmək, Sizin iş istifadə etmək funksiyası əvəz simli təmin edən xüsusi fəaliyyət yaratmaq. Alternatively, burada belə gözəl paketi kimi bir 3-cü tərəf aracı istifadə: http://www.codeplex.com/spdwfextensions 🙂

</son>

Forum istifadəçi Bəzən sual: Niyə SharePoint Designer qoymaq yoxdur ???? əvəzinə sahədə dəyər mənim e-poçt?

Sizə müraciət dəyişən null çünki bu baş bir səbəbi.

This can happen because you are trying to reference a field from the "current item" ancaq istifadəçi formada sahəsində bir dəyər daxil heç vaxt.

<Tamamlama />

Ssenari: SharePoint Designer iş olaraq, you need to determine if a date field is blank.

Problem: SPD does not provide a direct method for comparing dates to anything other than a date. You cannot create a condition like this: "If [Tarix sahəsi] equals blank".

Həll: Convert the date to a string. Use string comparison to determine if the date is blank.

Ekran Görüntüleri:

The following screen shots show how to do this. Bu ssenaridə, bir maddə üzrə bir sahədə, "Environmental Permits:First Permit Reminder Date", təqdim və cavab olaraq iş yanğınlar edir.

Qeydlər:

Mən bu cəhd zaman, I was pleasantly surprised to learn that it works. I was worried that SharePoint Designer might disallow the string assignment (Dəyişən:StringReminderDateDate) lakin bu imkan etdi.

Mən də imkan narahat idi, dəyəri null olmaq və ya zamanı da WF partlatmaq və ya bəlkə qlobal temperatur qaldırmaq bilər 1/2 dərəcəsi, lakin bu narahatlıqlar əsassız.

</son>

Bu iki anlayışları arasında çox mühüm fərqlər var ki, yalnız tez müşahidə:

<FieldBind Alan = "InParam1" Designer type = "Simli yarat" Id = "2" Text = "Giriş parametr # 1" />

qarşı:

<FieldBind Alan = "InParam1" Id = "2" Text = "Giriş parametr # 1" />

SPD bu kimi ilk göstərir:

Sonuncu bu kimi göstərir isə:

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 🙂

Müşahidə bu: StringBuilder bir string yaratmaq imkan verir (açıq-aydın) string literator və iş data birlikdə qarışdırmaqla (via the "Add Lookup" aşağı sol küncündə 'düyməsinə). When you use the Add Lookup button, it inserts a token in the form "[%mö'cüzə%]". When SharePoint invokes your custom action, (Mənim halda C # kodu), SharePoint simge özü keçir, not the value of the token. If you use the default designer type (ikinci növ), SharePoint simge genişləndirir və fəaliyyət üçün mö'cüzə faktiki dəyəri keçir.

StringBuilder = BAD, default dizayner type = GOOD.

Əlbəttə, that’s not what I really mean. Just don’t try and pass a parameter to your custom action when the designer type = StringBuilder. Use the default designer type and chain a StringBuilder to it up front if you need to build complex strings in your workflow (olan gəlmişkən bir e-poçt fəaliyyət üçün dinamik bir mövzu yaratmaq üçün nə dəqiq nə, amma ki, başqa bir blog giriş üçün bir mövzu var, Har Har).

<Tamamlama />