این روزها, I’m perpetually playing catch-up with my blog reading and I just came across this post: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html
It’s as solid and detailed a SharePoint Designer workflow tutorial (plus more!) that you’ll see anywhere on the interwebs. I’d check it out, even if you’re a scarred SPD veteran.
It’s a great SharePoint tutorial for both InfoPath and workflow.
</پایان>
من در توییتر در http://www.twitter.com/pagalvin
در اوایل این ماه, من با هم قرار یک مقاله در اصل مارک میلر برنامه ریزی شده www.endusersharepont.com. اما, من به جای استفاده می شود مانند داستین هافمن صلیب در پایان استفاده می شود تحصیلات تکمیلی دفع کردن من (عالی! دوستانه!) ویرایشگر در TechTarget.
این مقاله یکی دیگر از شیرپوینت طراح گردش کار در ورید همان تلاش های اخیر من در اینجا: http://www.endusersharepoint.com/?p=1226 ("Use Control Lists to Create Flexible Workflow Solutions").
مثل این شروع می شود:
آیا تا به حال خواست شما می تواند به طور موقت غیر فعال کردن گردش کار طراح شیرپوینت? شما ممکن است بخواهید برای انجام این کار به منظور انبوه تایید تعداد زیادی از اسناد بدون تنظیم کردن ده ها تن - یا احتمالا صدها نفر - از گردش های غیر ضروری.
یک راه برای تحقق این امر این است که برای دسترسی به گردش با استفاده از طراح به نقطه اشتراک و غیر فعال کردن آن. برای انجام این کار, شما باید برای باز کردن شیرپوینت طراح, دسترسی به گردش کار, تغییر خواص آن و دوباره، به صرفه جویی در آن. مشکل با این روش این است که آن تعداد زیادی کمی کثیف و به احتمال زیاد به زنگ زنگ های خطر را در اکثر شرکت ها.
به طور کلی, جزئی در مورد با گردش طراح شیرپوینت عمل خوبی در یک محیط تولید نمی باشد., و نه آن را بخشی از یک فرایند به خوبی کنترل شده.
The article then walks you through a solution to this problem that uses a custom list to turn the WF on or off as needs dictate. دفعات بازدید: همه چیز در اینجا (HTTP://wp.bitpipe.com/resource/org_1127860336_240/SharePoint_vol5_v6٪ 201_16.pdf).
این مقاله توسط یک سوال پرسیده شده در انجمن اینجا الهام گرفته بود: http://www.endusersharepoint.com/STP/. اگرچه من صرف زمان به مراتب بیشتر در انجمن های MSDN, من به شدت توصیه است که شما باید نگاه در انجمن EUSP به عنوان, particularly for end user oriented questions. It’s yet another source of good information and advice.
</پایان>
من در توییتر در http://www.twitter.com/pagalvin
هفته گذشته, Mark Miller posted my latest SharePoint Designer workflow article for end users on his site (http://www.endusersharepoint.com/?p=1226).
مثل این شروع می شود:
We technical types use a lot of jargon and acronyms in our daily routine such as “OOP” (object oriented programming), “CT” (نوع محتوا), “SPD” (شیرپوینت طراح), “RTFM” (please read the manual), غیره. This article concerns itself with a particular bugaboo called “hard coding:” What it is, why it’s bad and how to avoid it in SharePoint designer workflow solutions.
I describe how we can use custom lists to store workflow control and configuration data. Using this approach, we can avoid hard coding values such as approvers’ email addresses, approval dollar limits, غیره.
آن را چک کنید.
</پایان>
من در توییتر در http://www.twitter.com/pagalvin
I’m working at a client site and needed to install windows workflow foundation so that I could so some SharePoint Designer work. (من نمی دانم تا به امروز که SPD خوب نصب اما واقعا نیاز به حداقل دات نت 2.0 و بنیاد ویندوز گردش کار واقعا قابل استفاده است; من همیشه فرض بر این همراه با SPD نصب شد, اما من اشتباه بود).
The client has a proxy server. No problem, I have credentials to get outside to the public Internets. I go to the usual place to download WWF (SPD helpfully من با لینک ارائه شده). That download is really a bootstrap of sorts. It runs and figures out what else it needs to download. That second download process failed. It either does not try at all, or is somehow prevented from asking for proxy server credentials. It was a pretty hard crash, دادن پیام به من:
مایکروسافت دات نت چهارچوب 3.0 has encountered a problem during setup. Setup did not complete successfully.
من سعی کردم به راه اندازی مجدد و صرف 10 seconds trying to figure out if I could get it to ask me for proxy server credentials. I gave up and went here instead: .دات نت فریم ورک 3.5 سرویس پک 1 (بسته کامل).
من دریافت این بسته, نصب و این زمان, مشکلات.
</پایان>
من در توییتر در http://www.twitter.com/pagalvin
در آنچه به نظر می رسد وبلاگ مراسم تحلیف خود را ارسال, chiqnlips به جنون است که یک ستون محاسبه شده delved و یک راه حل برای مشترک شیرپوینت طراح گردش کار مشکل ایمیل فعالیت درسایت: How to display a person’s real name in an email instead of "domain\username."
من تست آن خودم, but it looks promising. آن را چک کنید.
</پایان>
من در توییتر در http://www.twitter.com/pagalvin
مارک میلر در بیش از www.endusersharepoint.com posted my latest article on SharePoint Designer workflow اینجا (http://www.endusersharepoint.com/?p=1037).
I describe the basic approach for moving a workflow you create in one list to another list. The other list can be in the same site, same site collection or an entirely different farm (e.g. from development to production).
This is a complicated subject so I only covered a very basic scenario. هفته بعد, I’ll write up a more useful real world example.
Check it out and share any comments there.
<پایان>
من در توییتر در http://www.twitter.com/pagalvin
Mark Miller has posted my latest End User oriented SharePoint Designer Workflow article up on his site here: http://www.endusersharepoint.com/?p=1008
I attempt to provide a straight-forward answer to the question, "Why can’t I easily port a SharePoint designer workflow from development to test?" In the process, I also give some insight into what SPD is actually doing behind the scenes when we use it to create a workflow solution.
هفته بعد, I describe an End User friendly way to port SPD workflow from one server to another, or at least as End User friendly a solution as is possible given the state of the tool set.
</پایان>
من در توییتر در http://www.twitter.com/pagalvin
در اینجا یکی دیگر از رایج شیرپوینت طراح سوال گردش کار:
"Can I access (خواندن / نوشتن) شیرپوینت لیست ها از طریق گردش که اقامت ندارند در همان محل به عنوان لیست خود?"
پاسخ ساده است: نه.
همانطور که در بسیاری از راه, اما, ما باید واجد شرایط که (است که چیز خوبی در این مورد). The platform lets us create extensions to the produce in many ways, از جمله اقدام های سفارشی (پروژه codeplex کمی من را ببینید در اینجا برای مثال). A custom action lets us do basically anything we want from SharePoint designer workflow. I’m a big fan of this, در واقع, از آن به ما می دهد بهترین از هر دو جهان — کاربر نهایی طراح دوستانه اعلانی با عمق پر از چارچوب دات نت در نوک انگشتان ما.
متاسفانه, اگر شما با استفاده از SPD, یک فرصت خوب برای شما انجام می دهند که دلیل این که شما می توانید از ویژوال استودیو استفاده نمی کند وجود دارد (با توجه به این واقعیت است که ویژوال استودیو نیاز به پس زمینه توسعه دهنده عمیق). I don’t have any good answer to that problem except that you should prevail upon one of your technical co-workers to create the kind of custom action you need. Alternatively, کار با مدیریت به استخدام و یا قرارداد این نوع از منابع.
</پایان>
من در توییتر در http://www.twitter.com/pagalvin
متاسفانه, it is not to be. We cannot send an email with attachments from a SharePoint Designer workflow using out of the box features. This wish comes up with increasing regularity on the MSDN forums.
اما, the شیرپوینت پلت فرم, با چیزهای زیادی, does offer us a path forward. We can ایجاد اقدامات سفارشی which we then incorporate into our workflows. Once installed, یک عمل سفارشی مانند هر عمل دیگر به نظر می رسد و احساس می کند (e.g. جمع آوری اطلاعات, ورود پیغام شخصی, غیره).
ایجاد یک عمل سفارشی یک کوه بزرگ برای صعود است, اما, for End Users. This codeplex project provides this functionality: http://www.codeplex.com/SPDActivities. Pulling that down and installing it is also beyond the skills of typical End Users. اما, آن را کاملا ساده برای مدیر شیرپوینت را به انجام آن, بنابراین اگر شما خودتان را با این قابلیت نیاز به توسعه گردش کار, کار با ADMIN شیرپوینت خود را برای به دست آوردن آن را انجام داده.
</پایان>
من در توییتر در http://www.twitter.com/pagalvin
We have a set of SharePoint designer workflows that "communicate" with an event receiver on the list via changes to site column values. مثلا, if a site column "SetDuedate" گردش کار درست, گیرنده رویداد تغییر را تشخیص دهد, محاسبه موعد مقرر و اختصاص آن تاریخ به ستون دیگر, "Due Date." We split things up like this because the event receiver can calculate a due date using complex business rules (گرفتن تعطیلات آخر هفته و تعطیلات شرکت به حساب) در حالی که SPD واقعا می تواند در.
در یک نمونه خاص, we ran into a problem with this trick. Debugging all this is pretty difficult, اما ما به این نتیجه قطعی رسید که در یک مورد (حداقل), the event receiver was not running all the time. In one step of the workflow, we would change the value of a site column and the event receiver didn’t appear to run. اما, شد به طور مداوم در حال اجرا در یک مرحله از گردش کار.
پس از مرور آن, I noticed that the happy workflow step used the "Update List Item" while the other step used "Set Field in Current Item." Update List Item was updating the "current item." I’m not sure why we picked one over the other since they would seem to be doing the same thing.
پس … the Update List Item action did cause the event to fire. از طرف دیگر, میدان را در عمل مورد جاری نمی.
لیست به روز رسانی مورد در هر دو جا استفاده می شود و بنفش! It worked. [[ مجموع کنار, ویولن برای به صورت روزانه برای تقریبا بازی 15 سال ]]
از این, I tentatively believe that the "Set Field" عمل می کند ایجاد نمی کند گیرنده واقعه به آتش, at least some of the time.
This issue bedeviled us for weeks.
This is one of those "observed behavior" posts. I observed this happen once in a specific environment and I’m making some guesses as to why things happened as they did. If you have any insight into this one, لطفا سهم در نظر.
</پایان>
