This blog entry is more of an "in the realm of the possible" এন্ট্রি বনাম. কংক্রিট তথ্য.

We have a technical design that calls for us to create a site in a site collection via a manually launched workflow process. মূলত, users enter data into a "new customer" তারা ডাটা এন্ট্রি প্রক্রিয়া সমাপ্ত এবং যাচাই করার পরে কাস্টম তালিকা, আমরা যে গ্রাহকের জন্য একটি সাইট তৈরি করার প্রয়োজন.

আমি ঘোষণামূলক কর্মপ্রবাহ বড় ফ্যান এবং সেইসাথে একটি দুর্বল ভিসুয়াল স্টুডিও কর্মপ্রবাহ প্রোগ্রামার উভয় আছি, তাই আমি SharePoint ডিজাইনার ব্যবহার করে প্রয়োজন মেটাতে চেয়েছিলেন.

আমি অধিক বিস্তারিত এই সম্পর্কে লিখতে পরিকল্পনা (এবং আগামী বছরের মধ্যে একটি ব্যবহারকারী গোষ্ঠী বা দুই থেকে আশা করছি বর্তমান), কিন্তু এখানে সামগ্রিক সমাধান:

• SPD সঙ্গে সংহত করে একটি কাস্টম কর্মের তৈরি করুন.
• কাস্টম কর্মের SPD একটি ওয়েব পরিষেবা ডাকা এবং এটি XML এর একটি স্ট্রিং পাস করতে পারবেন.
• ওয়েব সার্ভিস সনাক্ত করে কাস্টম তালিকায় সারি এবং একটি কাস্টম সাইট সংজ্ঞা ব্যবহার করে এই নতুন ক্লায়েন্ট জন্য তথ্য অনুযায়ী একটি নতুন সাইট তৈরি.
• ওয়েব সার্ভিস তারপর যেমন নতুন সাইটের একটি লিঙ্ক হিসাবে কিছু তথ্য দিয়ে কাস্টম তালিকা আপডেট.

আমরা অন্যান্য পন্থা বলে মনে করা, such as event handlers and visual studio based workflow. The SPD approach gives our end users a little more control over the process. Granted, এই সমাধান সি # কোড অনেক আছে, কিন্তু এটা একটি ঘোষণামূলক কর্মপ্রবাহ ভিতরে জড়ান এর, সাইট সৃষ্টির সেবা মধ্যে hooking করার সময় তাই আমরা ঘোষণামূলক কর্মপ্রবাহ বেনিফিট কিছু পেতে.

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.

</শেষ>

আমার ব্লগ এর জন্য সাবস্ক্রাইব করুন.

আমি কিছু সময়ের জন্য SharePoint ডিজাইনার জন্য কাস্টম কর্ম নিয়ে খেলে আসছি (এখানে দেখুন কিছু বিস্তারিত উপাদান জন্য, যে স্বার্থ যদি আপনি).

আমার বর্তমান প্রকল্প, we need to do some fairly heavy lifting and we want to use declarative SPD workflow to manage the associated business process.

দীর্ঘ গল্প সংক্ষিপ্ত, 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.

এখানে স্বাক্ষর এর:

 জনসাধারণের স্ট্রিং Dispatcher(
        GUID WebID, // রানটাইম এনভায়রনমেন্ট দ্বারা গৃহীত
        GUID SiteID, // রানটাইম এনভায়রনমেন্ট দ্বারা গৃহীত
        স্ট্রিং ListID, // RTE দ্বারা গৃহীত (এই একটি স্ট্রিং কেন জানি না, একটি GUID)
        int-এ ListItemID, // RTE দ্বারা গৃহীত.
        স্ট্রিং XmlMessage) // SPD হিসেবে ঘোষণা ব্যবহারকারী দ্বারা গৃহীত.

আমরা গুরুত্বপূর্ণ কর্মপ্রবাহ তথ্য পেতে পারেন যে ওঠানামায়, সাইট চাই, তালিকা আইডি, প্রভৃতি. 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!

দুঃখিতভাবে, এই সম্ভবত একটি একমুখী টিকিট ডাউন "Loosey Goosey" বিরোধী প্যাটার্ন জমি, but it’s better than hitting a brick wall 🙂

এটা আপনি জানেন, যদিও আপনি এটি করতে হলে বিরোধী একটি প্যাটার্ন এর বিরোধী একটি প্যাটার্ন?

I hope to wrap this inside Codeplex in the near future. If you’re interested in me doing so, আমার সম্পর্কে অকর্মা দিতে (ইমেল অথবা একটি মন্তব্য) and I’ll be that more enthusiastic about doing it 🙂

</শেষ>

আমার ব্লগ এর জন্য সাবস্ক্রাইব করুন.

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" কর্ম আমরা তথ্য বিভিন্ন বিট জন্য ব্যবহারকারীকে অনুরোধ জানানো হয় যাতে, যেমন তারা এটি অনুমোদন কিনা হিসাবে, কিছু মন্তব্য এবং হয়ত অন্য রাতে ডিনার জন্য তারা ছিল কী জিজ্ঞাসা.

The forms are perfectly functional. They are tied to a task list as a content type. তারা 100% system-generated. This is their strength and weakness. If we can live with the default form, then we’re good to go. কিন্তু, we don’t have too much control over how SPD creates the form. If we don’t like that default behavior, আমরা এটা প্রায় পেতে বিভিন্ন ঠাট আপনি রিসোর্ট প্রয়োজন (উদাহরণস্বরূপ, একটি টাস্ক নেভিগেশন অগ্রাধিকার নির্ধারণের).

আমি ভিউ বৈশিষ্ট্যাবলী খোলা পর্যন্ত এই টাস্ক ফরম একটি লিঙ্ক প্রদান করা প্রয়োজন (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:

সৌভাগ্যক্রমে, we can do that and it’s not very hard. Broadly speaking, SPD জ্বলা, 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, অনুসন্ধান বা অন্য XSL পরিস্থিতিতে, this will be easy for you. বাস্তবিকই, উত্পন্ন ফর্মটি খোঁজো কোর ফলাফল ওয়েব অংশ তুলনায় অনুসরণ কিছুটা সহজ যেহেতু আমি এটা সাধারণত সহজ হতে পাওয়া (বা nightmarish CWQP).

অবশ্যই, 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" পইঠা.

টেস্ট 1:

• হাত দ্বারা ASPX ফাইল পরিবর্তন করুন.
• এটি পরীক্ষা (আপনার পরিবর্তনগুলি সঠিকভাবে সংরক্ষণ করা হয়েছে এবং কিছু বিরতি না তা যাচাই করা).
• কর্মপ্রবাহ খুলুন এবং একটি সম্পর্কহীন কর্ম যোগ করুন (such as "log to history").
• কর্মপ্রবাহ সংরক্ষণ করুন.

ফলাফল: এই ক্ষেত্রে, SPD পুনরায় নির্মাণ ফর্ম না.

টেস্ট 2:

• হিসেবে একই কাজ #1 except directly modify the "collect data from a user" কর্ম.

ফলাফল: এই স্ক্র্যাচ থেকে ফর্ম পুনরায় সৃষ্টি, আপনার পরিবর্তনগুলি উপর লেখা.

চূড়ান্ত নোট:

• অন্তত দুটি SPD কর্ম ভালো ফর্ম তৈরি: "Collect Data From a User" and "Assign To Do Item". Both of these actions’ ফর্ম স্বয়ং পরিবর্তন করা যাবে.
• আমি dispform.aspx আমার লিঙ্ক জেনারেট করতে পারবেন, কারণ, এই ক্ষেত্রে, the relate item always has its ID embedded in the related item’s URL. I was able to extract it and then build an <একটি 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, তাই আমি chasm অন্য দিকে পায় যদি জানি না.
• আমি তদন্ত করা হয়নি, টেমপ্লেট ফাইলের মধ্যে কিছু না থাকলে কিন্তু আমি বিস্মিত হবে না 12 আমি SPD ডিফল্ট ফরম উত্পন্ন কিভাবে প্রভাবিত করে পরিবর্তন করতে পারে যে মধুচক্র (আমরা সতর্কতা টেমপ্লেট পরিবর্তন করতে পারেন অনেক ভালো).

</শেষ>

আমার ব্লগ এর জন্য সাবস্ক্রাইব করুন!

আমি ভালো একটি ব্যবসা দৃশ্যকল্প আছে:

• একটি নথি লাইব্রেরি একটি ব্যবহারকারী আপলোড একটি নথি.
• তিনি একটি সামগ্রী প্রকার নির্বাচন এবং প্রয়োজনীয় মেটা তথ্য প্রবেশ. মেটা তথ্য ক্ষেত্র এক একটি করে ফ্ল্যাগ থাকে, "Urgent".
• এটি একটি SharePoint ডিজাইনার কর্মপ্রবাহ যে লী, অন্যান্য বিষয়ের মধ্যে, uses the "Collect Data from a User" কর্ম.

"Collect Data from a User" creates an item in a task list requesting approval for that document.

I needed to create a view of the task list that showed urgent requests for approval.

সমাধান: Put the word "URGENT:" into the title of these tasks.

I would have preferred to specify the priority field directly. কিন্তু, I was unable to do that for several reasons:

1. The collect data action does not provide a mechanism to update any field other than title (and those additional fields for which you want to collect data).
2. The "assign a to do item" action has the same problem.
3. It’s possible to insert an item into a list (I.E. insert an item into the task list directly) but this not a blocking action. That means that the workflow will not wait for the user to complete that task.

I considered a few approaches before (thankfully) realizing we could just put "urgent" in the title.

1. একটি নতুন টাস্ক নির্মাণ করা হয় যখন যাতে কার্য তালিকা নিজেই একটি ওয়ার্কফ্লো শুরু করুন, এটা একরকম প্রথম কর্মপ্রবাহ শুরু দস্তাবেজে রেফারেন্স ফিরে ক্রুশ, pull out the urgent flag value and update priority as needed.
2. Do something similar with an event receiver. On create of the task, সংশ্লিষ্ট নথি সনাক্ত এবং প্রয়োজনীয় অগ্রাধিকার আপডেট.
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. (কিছু কারণে, I had more or less settled on this approach before wisely deciding to walk away for a while).

There is a drawback to my solution (aside from the obvious fact that only the text of the title indicates urgency). Since "collect feedback" only accepts hard coded title names, I need to use two different collect feedback actions whose only difference is that hard coded title.

কিন্তু, at least there’s a solution that does not require event receivers or custom SPD actions.

If someone has solved this in a more clever way, please let me know.

</শেষ>

আপডেট: Madjur ahuja একটি থেকে এই লিংক খুঁজে স্থানটিকে সংবাদ সংক্রান্ত গ্রুপ আলোচনা: 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, তারা ইমেইল থেকে লিঙ্কে ক্লিক করুন এবং InfoPath ফর্ম সরাসরি যেতে পারেন.

এই দৈত্য URL টি নির্মাণ আমার জন্য কাজ করে:

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

ফর্ম নামের সঙ্গে বোল্ড লাল টেক্সট প্রতিস্থাপন করুন, নিম্নলিখিত স্ক্রিনশট দেখানো হয়েছে:

হার্ড কোড পথ অনেকটা যে URL-এ আছে নোট, 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, ইমেল উৎস দেখতে এবং আপনি অন্তর্ভুক্ত করা প্রয়োজন সবকিছু দেখতে পাবেন.

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.

</শেষ>

আমি একটি সাইট যা প্রধানত শুধুমাত্র পাঠযোগ্য থেকে "NT_AUTHORITY অনুমোদন যাচাই করা ব্যবহারকারীদের মধ্যে করেছি একটি কার্যপ্রবাহ SharePoint ডিজাইনার ব্যবহার করে বাস্তবায়িত" (I.E. সবাই). There is a forms library for an InfoPath form. There is an associated workflow tasks list as well so that when the workflow operates, এটা কর্ম মানুষ এসাইন.

আমি ফর্ম লাইব্রেরি এবং কাজের তালিকা জন্য অনুমতি যাতে ভঙ্গ যে কোনো অনুমোদিত ব্যবহারকারী ফর্ম নির্মাণ এবং তাদের নিয়োগ কর্ম আপডেট করতে পারেন.

I test with my low-privileges test account.

আমি ডায়েরী এবং লাইব্রেরি থেকে একটি ফর্ম বাঁচাতে পারেন? –> হ্যাঁ

একটি ইমেইল লিংক থেকে আমি টাস্ক ব্যবহার করতে পারি? –> হ্যাঁ

একটি সম্পাদনা কার্যপ্রবাহ টাস্ক লিংক আমি দেখতে পারি –> হ্যাঁ

আমি যে লিঙ্কে ক্লিক করতে পারেন? –> নয় … অনুমতি প্রত্যাখ্যান করা.

কেন একটি সম্পাদনা লিঙ্কে যে আমাকে অনুমতি অস্বীকার করে আমি যখন আমার উপর ক্লিক করে দেখতে পারেন? That’s not how it’s supposed to work…

আমি নিরাপত্তা কনফিগারেশন মাধ্যমে আবার হত্তয়া, very closely. I do it again. আমি বিবেচনা এই পোস্টটি মুছে ফেলা হচ্ছে কারণ সম্ভবত আমি নিরাপত্তা সম্বন্ধে কিছু জানি না.

পরিশেষে, I search the Internets. I find this highly unlikely MSDN forum thread: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

সদস্যবৃন্দ বার্তাপ্রেরকদের প্রদর্শিত হবে থেকেই বোঝা যায় একটি ড্রাইভ থালা থেকে কার্যপ্রবাহ এক্সপোর্ট সহজ আইন একটি শৈবাল নিরাপত্তা সমস্যা ঠিক করা হবে? I can hardly believe I just typed that. I’m reminded of the South Park episode about the 9/11 ষড়যন্ত্র যেখানে Stan জিজ্ঞাসা আমাদের Preznit হয়, "আমি?" over and over again.

সুতরাং, কিছুই থেকে হারান, আমি অগ্নি SPD আপ, কার্যপ্রবাহ দেখাবার জন্য এবং ডান ক্লিক করুন আমার গ এটি সংরক্ষণ করুন:\ 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, "কেন আপনি আপনার ল্যাপটপ হয় যে কার্যপ্রবাহ সংরক্ষণ?"

Incredibly, that solves my problem. I can edit the task.

আমি এতদ্দ্বারা এই বেশিরভাগ উদ্ভট এর কার্যপ্রবাহ Workaround হতে মনোনীত করা 2007.

</শেষ>

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. কিন্তু, এটি সর্বদা থেকে "HTTP ব্যবহার বলে মনে করা হচ্ছে" for the URL protocol. If your site runs on HTTPS then it will not work for you.

আমি যতদুর জানি, there is no out of the box solution to this problem. If you need to use HTTPS, আপনি বাক্স বিকল্প কোন আউট আছে.

থেকে সমাধানের, create a custom action that provides a string replace function to use in your workflow. Alternatively, যেমন চমৎকার প্যাকেজ হিসাবে এখানে একটি 3rd পার্টি টুল ব্যবহার: http://www.codeplex.com/spdwfextensions 🙂

</শেষ>

ফোরাম ব্যবহারকারীদের মাঝে মাঝে জিজ্ঞাসা: কেন SharePoint ডিজাইনার করা আছে ???? এর পরিবর্তে একটি ক্ষেত্রের মান আমার ইমেল মধ্যে?

যা আপনি পড়ুন পরিবর্তনশীল নাল কারণ এই ঘটনার এক কারণ.

This can happen because you are trying to reference a field from the "current item" কিন্তু ব্যবহারকারী যে ফর্ম ক্ষেত্রের মধ্যে একটি মান প্রবেশ না.

<শেষ />

চিত্রনাট্য: একটি SharePoint ডিজাইনার কর্মপ্রবাহ ইন, you need to determine if a date field is blank.

সমস্যা: SPD does not provide a direct method for comparing dates to anything other than a date. You cannot create a condition like this: "If [জন্ম মাঠ] equals blank".

সমাধান: Convert the date to a string. Use string comparison to determine if the date is blank.

Screen Shots:

The following screen shots show how to do this. এই দৃশ্যকল্প ইন, a field on an item, "Environmental Permits:First Permit Reminder Date", is submitted and the workflow fires in response.

নোট:

When I tried this, I was pleasantly surprised to learn that it works. I was worried that SharePoint Designer might disallow the string assignment (পরিবর্তনশীল:StringReminderDateDate) but it did allow it.

I was also concerned that allowing it, the value might be null and either blow up the WF at runtime or maybe raise the global temperature 1/2 a degree, but those concerns were unfounded.

</শেষ>

এই দুটি সংজ্ঞা মধ্যে একটি অত্যন্ত গুরুত্বপূর্ণ পার্থক্য আছে যে শুধু একটি দ্রুত পর্যবেক্ষণ:

<FieldBind Field="InParam1" DesignerType="StringBuilder" Id="2" Text="Input parameter #1"/>

বনাম:

<FieldBind Field="InParam1" Id="2" Text="Input parameter #1"/>

SPD মধ্যে ভালো প্রথম শো:

আধুনিক ভালো দেখায় যখন:

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 🙂

পর্যবেক্ষণ এই হল: StringBuilder আপনি একটি পংক্তি নির্মাণ করতে পারবেন (স্পষ্টত) স্ট্রিং literals এবং ওয়ার্কফ্লো তথ্য একসঙ্গে মিশিয়ে (via the "Add Lookup" নিচের বাম কোণায় অবস্থিত বাটন). When you use the Add Lookup button, it inserts a token in the form "[%টোকেনটি%]". When SharePoint invokes your custom action, (আমার ক্ষেত্রে সি # কোড), SharePoint টোকেন নিজেই পাসের, not the value of the token. If you use the default designer type (দ্বিতীয় ধরনের), SharePoint টোকেন বিস্তৃতি এবং আপনার কর্মের জন্য টোকেন প্রকৃত মান পাসের.

StringBuilder = খারাপ, ডিফল্ট ডিজাইনার টাইপ = ভালো.

অবশ্যই, 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 (যা প্রসঙ্গক্রমে একটি ইমেল ক্রিয়ার জন্য একটি গতিশীল বিষয় তৈরি করতে না ঠিক কি হয়, কিন্তু অন্য যে ব্লগে এন্ট্রির জন্য একটি বিষয়ের, আছে).

<শেষ />