これらの日, 私は絶え間なく遊んでるキャッチアップ私ブログを読んで、私はこの記事に出会いました: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html
それは、固体と詳細な SharePoint Designer ワークフロー チュートリアルです。 (プラスの詳細!) interwebs 上任意の場所の表示. それをチェック アウト, 場合でも、傷跡が残る SPD ベテラン.
それは偉大な SharePoint チュートリアル InfoPath のワークフロー.
</終了>
私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin
今月の初め, 私は 記事をまとめる マーク ミラーの当初の計画 www.endusersharepont.com. ただし, 私は代わりにダスティン ・ ホフマンの終わりには、クロスを使用するように使用します 卒業生 かわすために私 (素晴らしい! フレンドリーです!) エディターで TechTarget.
これはここに私の最近の努力と同じ静脈に別の SharePoint Designer ワークフロー記事です。: http://www.endusersharepoint.com/?p=1226 (「制御リストを使用して柔軟なワークフロー ソリューションを作成する」).
このような開始します。:
望んだことが SharePoint Designer ワークフローを一時的に無効にできます。? 質量は十を設定しなくても多数のドキュメントを承認するためにこれを行うにしたいことがあります- または多分何百-不要なワークフローの.
これを実現する方法の 1 つは、共有ポイントのデザイナーを使用してワークフローにアクセスし、それを無効にするには. するには, SharePoint デザイナーを開く必要があります。, アクセス、ワークフロー, そのプロパティを変更し、再保存. その方法の問題は、それは少し面倒ですし、おそらくリング多くの警報ベルをでほとんどの企業.
一般的に, 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 デザイナー), "RTFM" (マニュアルを読んでください。), など. この記事「ハード コーディングと呼ばれる特定のバガブーとそれ自身にかかわる:"それは何, なぜそれが悪いと SharePoint デザイナー ワークフロー ソリューションを回避する方法.
私はカスタム リストを使用して、ワークフローの制御と構成データを格納する方法について説明します. このアプローチを使用してください。, 我々 は承認者などの値をハード コーディングを避けることができます。’ e メール アドレス, 承認のドルの限界, など.
それをチェック アウト.
</終了>
私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin
私はクライアントのサイトで働いているとので、いくつかの SharePoint デザイナーの仕事をことができるように、windows ワークフロー foundation をインストールする必要. (本当に少なくとも必要があるインストール罰金 SPD 今日まで知らなかった .NET 2.0 実際に使用する Windows Workflow Foundation と; 私は常にこれらの SPD と共にインストールされたと仮定, しかし、間違っていた).
クライアントがプロキシ サーバー. 大丈夫, 私は外公共のインターネットを取得する資格があります。. 私は WWF をダウンロードするいつもの場所に行く (SPD 役立ってくれたのリンク). そのダウンロードは本当にあらゆる種類のブートス トラップです。. それは実行し、それがダウンロードする必要がある何を. 2 番目のダウンロード プロセスが失敗しました. それかはまったくしません, または、プロキシ サーバーの資格情報を求めてからどうかして防いだが. かなりハード クラッシュしました。, 私にメッセージを:
Microsoft .NET Framework 3.0 セットアップ中に問題が発生しました. セットアップが正常に完了しませんでした。.
私は再起動しようし、過ごした 10 秒は、それをプロキシ サーバーの資格情報を求める私を得ることができるかどうかを把握しよう. 諦めて、代わりにここに行きました: .NET フレームワーク 3.5 サービス パック 1 (完全なパッケージ).
そのパッケージをダウンロード, インストールされていると、この時間, 問題なし.
</終了>
私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin
どのような彼の就任のブログの投稿には、表示されます。, chiqnlips 計算列である、一般的な SharePoint Designer ワークフロー電子メール活動問題への解決策を説明狂気に掘り下げたしています: 「Domain username 代わりに、電子メールで人の本当の名前を表示する方法"
自分でテストしていません。, それは有望に見えるが、. それをチェック アウト.
</終了>
私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin
マーク ミラーの上で www.endusersharepoint.com SharePoint Designer ワークフローに私の最新の記事を掲載 ここで (http://www.endusersharepoint.com/?p=1037).
1 つのリストを別のリストを作成するワークフローを移動するための基本的なアプローチを記述します。. 他のリストは、同じサイトにすることができます。, 同じサイト コレクションまたは全く別のファーム (例えば. 開発から生産まで).
これは複雑な主題であるので、私だけ非常に基本的なシナリオをカバー. 来週, 私はより有用な現実世界の例を書こうと思います。.
それをチェック アウトし、そこに任意のコメントを共有.
<終了>
私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin
マーク ミラー私最新エンドユーザー指向を掲載している彼のサイトでここを SharePoint デザイナー ワークフロー記事: http://www.endusersharepoint.com/?p=1008
質問へのストレートな答えを提供する試み, "なぜ私は簡単に移植できない開発からテストへの SharePoint デザイナー ワークフロー?" プロセスで, また SPD が実際に何のシーンの背後にある我々 使用してワークフロー ソリューションを作成するときにいくつかの洞察力を与える.
来週, エンド ユーザー フレンドリーなポート SPD ワークフローにから別のサーバーを記述します。, または少なくとも終わりユーザー ・ フレンドリーとしてツールの状態を考えると可能な限りのソリューションの設定.
</終了>
私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin
ここで別の一般的な SharePoint Designer ワークフロー質問:
「アクセスすることができます。 (読み取り/書き込み) SharePoint リストはリスト自体と同じサイトに存在しないワークフローを介して?"
答えは: なし.
そう多くの方法で, ただし, 我々 は、修飾する必要があります。 (この場合は良いことは). プラットフォームは、私たちは多くの点で生産の拡張機能を作成することができます。, カスタム アクションを含む (例については、ここで少し codeplex プロジェクトを参照してください。). カスタム アクションは、基本的に我々 が SharePoint デザイナー ワークフローから欲しいものを行う私たちをことができます。. 私はこれの大ファン, 実際, 以来、私たちは両方の世界の最高を与える — 私達の指先での .NET framework の完全な深さを持つ宣言型のエンド ユーザー フレンドリーなデザイナー.
悲しいことに, SPD を使用している場合, visual studio を使用することはできませんので、それをやっている良いチャンスがあります。 (visual studio で開発者の深い背景を必要とするという事実のため). 必要がありますカスタム アクションの種類を作成する技術的な同僚の 1 つに勝つべきであることを除いてその問題の任意の良い答えを持っていない私. 別の方法として, 雇うまたはそのようなリソースを契約する管理作業します。.
</終了>
私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin
悲しいことに, それはならない. ボックス機能を使用して SharePoint Designer ワークフローから添付ファイル付きメールを送信できません。. この願いがアップに MSDN フォーラムで取り上げ.
ただし, 、 SharePoint プラットフォーム, そう多くの事と同様に, 私たちの進むべき道を提供して. 私たちすることができます。 カスタム アクションを作成します。 私たちは、私たちのワークフローに組み込む. 一度インストールされています。, カスタム アクションの外観し、その他のアクションのような感じ (例えば. データを収集します。, ログ メッセージ, など).
カスタム アクションの作成は、大きな山に登る, ただし, エンド ・ ユーザーの. この codeplex プロジェクトは、この機能を提供します。: http://www.codeplex.com/SPDActivities. それを引き下げると、それをインストールは典型的なエンド ・ ユーザーのスキルを超えても、します。. ただし, それはそれを行うには SharePoint 管理者にとって非常に簡単です。, この機能を備えたワークフローを開発する必要があるのであれば, それを成し遂げる、SharePoint 管理者で動作します。.
</終了>
私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin
私たちは"通信する SharePoint デザイナー ワークフローのセットを持っています。" サイトの列値の変更を介してリストにイベント レシーバーを備えた. たとえば, 場合は、サイト内の列"SetDuedate" 設定されて、ワークフローによって真, イベント レシーバーがその変更を検出します。, 期日を計算し、別のサイト内の列にその日付を割り当てます, 「期日。" イベント レシーバーは、複雑なビジネス ルールを使用して期日を計算できるためものをこのような分割我々 (会社の休日や週末を考慮) SPD しながら本当にことはできません。.
1 つの特定のインスタンス, 我々 はこのトリックで問題に遭遇しました。. これはすべて、デバッグがかなり困難, しかし、我々 は 1 つ場合に明確な結論に来た (少なくとも), イベント レシーバーは、すべての時間を実行されませんでした。. ワークフローの 1 つのステップで, サイト内の列の値を変更して、イベント レシーバーを実行する表示されませんでした。. ただし, それは一貫して、ワークフローの各段階で実行されていた.
それを確認した後, 私は幸せなワークフロー ステップ"更新リスト項目を使用することに気づいた" その他のステップを使用"現在のアイテムのセット フィールドです。" リスト アイテムを更新更新していた「現在の項目。" 確信はない我々 は、以来、彼らは同じことをやっているように思わ他上の 1 つを選んだ理由.
だから … リスト アイテムを更新アクション、イベントは発生しました。. 反対に, 現在のアイテムにアクションをしなかった設定フィールド.
私は両方の場所でリスト アイテムを更新を使用し、 ヴィオラ! それは働いた. [[ わき合計であります。, 私はほぼ毎日のためのバイオリンを演奏 15 年 ]]
これから, 一応信じて"設定フィールド" アクションは、火災へのイベント レシーバーを発生しません, 少なくともいくつかの時間の.
この問題のために私たち悩ま週間.
これは 1 つのそれら」行動を観察しました。" 投稿. 見たこれ起こる一度特定の環境で、私はいくつかの推測どおりに物事がなぜ起こったか. この 1 つに任意の洞察力を持っている場合, コメント欄で共有してください。.
</終了>
