Тези дни, Аз съм постоянно играе догонване с моя блог четене и аз просто дойде в този пост: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

Тя е толкова солидна и подробни SharePoint Designer поток ръководство (плюс още!) че ще видите навсякъде на определителен член преплитам. Аз ще го проверите, дори ако сте ветеран помрачени SPD.

Това е голям настойнически SharePoint InfoPath, както и за работен поток.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

По-рано този месец, АЗ взети заедно статия първоначално планирано за Марк Милър www.endusersharepont.com. Въпреки това, Вместо това използвах като Дъстин Хофман използва кръст в края на Завършил да дадем ми (Жестоко! приятелски!) редактор на TechTarget.

Това е друга статия за работен поток на SharePoint Designer в същия дух като моя по-новите усилия тук: http://www.endusersharepoint.com/?p=1226 ("Използвайте списъците за контрол да се създаде гъвкав работен поток решения").

Тя започва като този:

Били ли сте някога пожела можете да забраните временно на работен поток на SharePoint Designer? Може да искате да направите това за маса-одобрява голям брой документи, без прихващане десетки — или може би стотици-от ненужните потоци.

Един от начините да се постигне това е да получите достъп до работния поток, използвайки дял-точка дизайнер и го изключите. За да направите това, трябва да се отворят SharePoint Designer, достъп до работния поток, промяна на свойствата му и го запишете отново. Проблемът с този метод е, че това е малко разхвърлян и вероятно да пръстен много аларма звънци най-много компании.

Като цяло, незначителен с SharePoint Designer работни потоци не е добра практика в производствена среда, нито е част от един добре контролиран процес.

Статията тогава ви разходки чрез решение на този проблем, който използва потребителски списък, за да включите WF или изключите, както диктуват се нуждае. Прочетете цялото нещо тук (HTTP://WP.bitpipe.com/Resource/org_1127860336_240/SharePoint_vol5_v6 1_16.PDF).

Тази статия е вдъхновена от въпрос, зададен във форума тук: http://www.endusersharepoint.com/STP/. Въпреки, че аз прекарват много повече време на форумите на MSDN, Аз силно препоръчвам, че имате един поглед на EUSP форум, както и, особено за крайния потребител ориентирани въпроси. Тя все още е друг източник на добра информация и съвети.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Миналата седмица, Марк Милър публикувани ми най-новите SharePoint Designer поток статия за крайни потребители на неговия сайт (http://www.endusersharepoint.com/?p=1226).

Тя започва като този:

Технически типове използваме много жаргон и съкращения в ежедневната си практика като "OOP" (Обектно-ориентирано програмиране), "CT" (Типове съдържание), "SPD" (SharePoint Designer), "RTFM" (Моля прочетете ръководството), н. Тази статия се отнася с особено страшилище, наречена "твърд кодиране:"Какво е, Защо това е лошо и как да го избегнем в SharePoint дизайнер поток решения.

Ще опиша как можем да използваме списъци по избор да съхранявате работния поток контрол и конфигурационни данни. Използването на този подход, можем да избегнем твърд кодиране стойности като одобряващите’ имейл адреси, лимити за одобрение долар, н.

Проверете го.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Аз съм работи на клиента сайт и е необходимо да инсталирате windows workflow foundation, така че мога да така че някои SharePoint Designer работа. (Аз не знаех до днес, че ЕДП инсталира добре, но наистина се нуждае най-малко .NET 2.0 и Windows поток Фондацията да бъде наистина използваем; Аз винаги се предположи, те са били инсталирани заедно с ЕДП, но аз was крив).

Клиентът има прокси сървър. Няма проблеми, Имам пълномощията да получите извън към публични Internets. Аз отивам към обичайното място за изтегляне на WWF (ЕДП услужливо ми даде линк). Това изтегляне е наистина bootstrap неразположен. Тя работи и цифри, какво друго трябва да изтеглите. Че втори изтеглянето е неуспешно. Тя или не опитайте изобщо, или по някакъв начин е възпрепятстван да кандидатства за идентификационни данни за прокси сървъра. Това е доста трудно катастрофа, ми дава съобщение:

Microsoft .NET Framework 3.0 Възникна проблем по време на инсталирането. Инсталирането не завърши успешно.

Аз се опитах да рестартирате и прекарва 10 секунди, опитвайки се да разбера дали мога да го да ме пита за идентификационни данни за прокси сървъра. Аз се отказах и отиде тук вместо: .NET рамки 3.5 Сервизен пакет 1 (Пълен пакет).

Свалих този пакет, инсталирани и този път, няма проблеми.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

В това, което изглежда да бъде си встъпително блог постинг, chiqnlips има delved в лудост, че е изчисляема колона и описва решение на SharePoint Designer поток имейл дейност проблем: Как да се покаже истинското име на човек в имейл вместо "домейнпотребителско име."

Аз не съм го изпитва себе си, но тя изглежда обещаващ. Проверете го.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Марк Милър над в www.endusersharepoint.com Публикувано на последния ми статия на SharePoint Designer поток Тук (http://www.endusersharepoint.com/?p=1037).

Аз описват основния подход за преместване на работен поток, можете да създадете в един списък към друг списък. Другият списък може да бъде в същия сайт, същата колекция от сайтове или съвсем различна ферма (e.g. от развитието на производството).

Това е сложна тема, така че само обхванати много основен сценарий. Следващата седмица, Аз ще пиша до по-полезен реалния свят пример.

Проверете го и да споделят всякакви коментари там.

<край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Марк Милър е публикуван ми късен краен потребител ориентиран към работния поток на SharePoint дизайнер статия горе на сайта си тук: http://www.endusersharepoint.com/?p=1008

Аз се опита да осигури прав напред отговор на въпроса, "Защо не може да мога easily пристанище на SharePoint дизайнер работен поток от развитие за тестване?" В процеса на, Аз също даде някои вникване в това, което ЕДП е всъщност прави зад кулисите когато го използвате за да създадете работен поток разтвор.

Следващата седмица, Аз описват краен потребител приятелски начин към пристанище ЕДП поток от един сървър на друг, или най-малко като крайния потребител приятелски решение е възможно с оглед състоянието на инструмента.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Ето още един общ въпрос за работния поток на SharePoint Designer:

"Да получа достъп до (четене/запис) Списъци на SharePoint чрез работни потоци, които не пребивават на същото място като самия списък?"

Простият отговор е:: Не.

Както и в толкова много начини, Въпреки това, Ние трябва да отговарят на изискванията (което е добро нещо в този случай). Платформата позволява да ни създават разширения на продукцията по много начини, включително действие по избор (Вижте ми малък проект codeplex тук за пример). Действие по избор позволява да ни правя basically нещо искаме от дизайнер работния поток на SharePoint. Аз съм голям фен на това, Всъщност, тъй като тя ни дава най-доброто от двата свята — декларативни краен потребител приятелски дизайнер с пълната дълбочина на .NET framework на нашите пръст съвети.

За съжаление, Ако използвате SPD, има добър шанс, вие сте това, защото не можете да използвате Зрителен Студио (дължи на факта, че visual studio изисква дълбока разработчик фон). Аз нямам никакви добър отговор на този проблем, освен, че ви трябва да преобладават при един от вашите технически колеги да се създаде вид на потребителско действие, което трябва. Алтернативно, работа с ръководството да под наем или договор за този вид на ресурс.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

За съжаление, не може да бъде. Ние не може да изпрати имейл с прикачени файлове от SharePoint Designer поток, използвайки извън кутията функции. Това желание идва с увеличаване на редовността на форумите на MSDN.

Въпреки това, на Платформата SharePoint, както и при толкова много неща, ни предлагат път напред. Ние можем да създаване на потребителски действия които ние след това включи в нашите работни потоци. Веднъж инсталиран, потребителско действие изглежда и се чувства като всяко друго действие (e.g. Събиране на данни, Дънер съобщение, н).

Създаване на потребителско действие е голям планински да се катерят, Въпреки това, за крайни потребители. Този codeplex проект предвижда тази функционалност: http://www.codeplex.com/SPDActivities. Който дърпа надолу и да го инсталирате също е извън уменията на типични крайните потребители. Въпреки това, Това е много проста за SharePoint администратор да го направя, така че, ако откриете себе си се налага да разработи работен поток с тази възможност, работа с вашия SharePoint администратор да го направи.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Ние имаме набор от SharePoint дизайнер работни потоци, които "комуникират" с събитие получател в списъка чрез промени в стойностите на колоните на сайта. За пример, Ако на колона на сайт "SetDuedate" е настроено на вярно от работния поток, събитие получател открива тази промяна, изчислява дата на падеж и присвоява тази дата на друга колона на сайт, "Дата на падеж." Ние разделят неща като това защото събитието приемник може да се изчисли дата на падеж, използвайки сложни бизнес правила (отчитайки почивните дни и фирмените ваканции) докато ЕДП, наистина не може да.

В един конкретен случай, Ние се блъсна в един проблем с този трик. Всичко това е доста трудно, но стигнахме до категорично заключение, че в един случай (най-малко), събитие получател е не работи през цялото време. В една стъпка от работния поток, Ние ще се промени стойността на колона на сайт и приемник събитието не се е явил да тече. Въпреки това, Той е действал последователно в различна стъпка от работния поток.

След преглед, Аз забелязах, че стъпка щастлив поток използва "актуализация на елемент от списък" докато други стъпка използва "Set поле в текущия елемент." Актуализирай списъка елемент е актуализиране "текущия елемент." Аз не съм сигурен защо избрахме една върху друга, тъй като те изглежда да се прави едно и също нещо.

Така … действието актуализиране списъка елемент е причинило събитието на огън. От друга страна, Задайте поле в текущия елемент действие не.

Използвах актуализация елемент от списъка и на двете места и виола! Тя работи. [[ Общо настрана, Свири на цигулка за ежедневно за почти 15 години ]]

От това, Колебливо вярват, че "Задайте полето" действие не причинява събитие получател на огън, поне някои от времето.

Този проблем ни е тормозел в продължение на седмици.

Това е един от тези "наблюдава поведение" Постове. Забелязах това се случи веднъж в специфична среда и аз съм като някои предположения за защо нещата се случи, тъй като те са. Ако имате някакви вникване в това, Моля, Споделете в коментарите.

</край>

Абонирайте се за моя блог.