問題タブ [workflow]

私はここで少し迷っており、多くのドキュメントを見つけることができません。

次の条件の単純なビジネス ワークフローがあります。

1. ユーザーはdesingerを使用してワークフロー自体を変更する必要があります
2. ワークフローは長いリンニングワークフローなので、連載されます

さまざまなワークフロー アセンブリのバージョン管理タスクを自動化する方法はありますか?

私は、Web 上の基幹業務アプリケーションで WF を使用することを検討しています。このテクノロジに関する最近の直接の報告を楽しみにしています。

ここでの私の主な関心は、プロジェクトの保守性を改善することと、頻繁に変更される複雑なプロセスに取り組む際の開発者の生産性を向上させることです。

私は WF のアイデアが本当に気に入っていますが、比較的知られていないようで、私が遭遇した多くの古いコメントでは、一度それに入ると圧倒的に複雑であると述べています。

小規模から中規模のプロジェクトでは使用できない (またはトレードオフが悪い) ほど過剰に設計されている場合、それは私が知る必要があることです。

もちろん、2006年後半から出ているので、成熟したのかもしれません。もしそうなら、それは非常に役立つ別の情報です！

前もって感謝します！

タスクを処理するための複雑なワークフロー状態をデータベースに格納する方法に関するベスト プラクティスについて質問があります。私はオンラインで探しても無駄だったので、コミュニティに彼らが何が最善だと思うか尋ねてみようと思いました.

この質問は、前の質問で示したのと同じ「BoxItem」の例から出てきます。この「BoxItem」は、さまざまなタスクが実行されているため、システムで追跡されています。タスクは数日にわたって人的介入を伴う場合があるため、BoxItem の状態を永続化する必要があります。誰がタスクを実行したか (該当する場合)、いつタスクを実行したかも追跡する必要があります。

最初に、実行する必要がある人間と対話するタスクごとに「BoxItems」テーブルに 3 つのフィールドを追加することで、これに取り組みました。

TaskName は完了していますか

日付TaskName完了

ユーザーTaskName完了

これは、ワークフローが単純だったときに機能しました...しかし、現在では複雑なプロセスに成長しています (フロー内で可能な人間の相互作用は 10 を超えています...その約半分はオプションであり、BoxItem に対して実行される場合と実行されない場合があります。その結果、これらのオプションのタスクにも「Do TaskName」フィールドを追加し始めました)、単純なテーブルであるべきだったものが、この状態情報の保持に完全に専念する40ほどのフィールドになっていることがわかりました.

もっといい方法はないかと悩んでいますが…困っています。

最初に考えたのは、特定のボックスで実行できるタスクを定義する一般的な「BoxItemTasks」テーブルを作成することでしたが、それでも日付とユーザーの情報を個別に保存する必要があるため、あまり役に立ちませんでした。

私の 2 番目の考えは、おそらくそれは問題ではないということでした。このテーブルに状態保持専用のフィールドが 40 以上あっても心配する必要はありません。しかし、それは保持する情報が多いように感じます。

とにかく、3番目のオプションが何であるか、または上記の2つのオプションのいずれかが実際に合理的であるかどうかについて、私は途方に暮れています. このワークフローは将来さらに複雑になる可能性があり、新しいタスクごとに、追跡をサポートするためだけに 3 ～ 4 つのフィールドを追加する必要があります。

この状況であなたはどうしますか？

これは、ORM を使用せずに構築された既存のシステムの保守であるため、ORM だけに任せることはできません。

編集：

Kev、あなたはこのようなことについて話しているのですか:

ボックスアイテム

(PK) BoxItemID

(その他関係ないもの)

BoxItemActions

(PK) BoxItemID

(PK) BoxItemTaskID

完成されました

完了日

ユーザー完了

BoxItemTasks

(PK) タスクタイプ

説明（必要であれば）

うーん...それはうまくいくでしょう...それは、どのアイテムがどの状態にあるかを確認するためにSQLクエリを実行する現在のアプローチを変更する必要があることを表していますが、長期的には、このようなものがよりうまく機能するように見えます(シリアライゼーションのアイデアが表すような根本的な設計変更を行うこと...時間があれば、そのようにしたいと思います.)

これはあなたがKinについて言及していたことですか、それとも私はそれを理解していませんか?

編集：ああ、現在の状態を判断するための「最後のアクション」についてもあなたのアイデアが見えます...私はそれが好きです! それは私にとってはうまくいくと思います...少し変更する必要があるかもしれません(ある時点でタスクが同時に発生するため)が、アイデアは良いもののようです!

EDIT FINAL：要約すると、将来、誰かが同じ質問でこれを調べている場合...システムに情報がクエリ可能なインターフェースに事前にロードされている場合（つまり、私が取り組んでいるアドホック システムのように、データベース自体を直接呼び出すわけではありません)。ご回答ありがとうございます。

視覚は、ほとんどのプログラマーが当たり前と思っている感覚の1つです。ほとんどのプログラマーはコンピューターモニターを見るのに何時間も費やしますが（特にゾーンにいるとき）、盲目のプログラマー（現在Googleで働いているTVラマンなど）がいることは知っています。

あなたが盲人である（またはゆっくりと盲目になっている）場合、プログラミングを支援するために開発環境をどのように設定しますか？

（回答ごとに1つの提案をお願いします。この質問の目的は、優れたアイデアを一番上に表示することです。さらに、スクリーンリーダーは、優れたアイデアをより早く読むことができます。）

私は、Sharepoint Server 2007 Statemachine ワークフローに取り組んでいます。今まで、いくつかの状態と、InfoPath 2007 で作成したカスタムの Association/InitiationForm があります。現時点では、変更フォームに問題があります。ワークフローの状態ページに変更リンクが表示され、クリックすると InfoPath フォームに移動します。「送信」ボタンをクリックすると、フォームが閉じます。すべて正常に動作します。ここで、ワークフローに 2 番目の ModificationForm を追加しようとしました。そこで、新しい InfoPath フォームを作成し、最初のフォームと同じ方法でワークフローに追加しました。ワークフローのビルドまたはデプロイ プロセスにエラーはありません。しかし、状態ページの 2 番目の変更リンクをクリックしようとすると、フォームが表示されません。私のフォームの代わりに、「フォームは閉じられました」というテキストが表示されます。示されています。

集中管理を調べたところ、InfoPath フォームは [フォーム テンプレートの管理] の下にあります。Workflow.xml のすべての変更に独自の GUID を付けました。次の ModificationUrl を使用しました: ModificationUrl="_layouts/ModWrkflIP.aspx"

ワークフローで 2 つ以上の ModificationForms を使用する方法を段階的に知っている人はいますか?

前もって感謝します。

Sharepoint デザイナーのワークフロー エディターで、ワークフロー開始者のユーザー名/名前 (つまり、ワークフローを開始したユーザーまたはワークフローをトリガーしたユーザー) を取得したいと考えています。これは、Nintex Workflow 2007 (私が{Common:Initiator} のようなもの) - しかし、共有ポイント デザイナーと MOSS 2007 を使用してこれを行う方法をすぐに見つけることができないようです。

アップデート

このかなり明白な機能がOOTBでサポートされているようには見えないため、カスタムアクティビティを作成することになりました(回答の1つで提案されているように)。参照用にアクティビティ コードをここにリストしましたが、これは非常に些細な解決策であるため、おそらくブログに出回っているインスタンスがいくつかあると思います。

そして、次の .action xml ファイルを使用して接続します。

ドキュメント ライブラリにバインドする必要がある単純な SharePoint シーケンシャル ワークフローを開発しています。小さなワークフローをドキュメント ライブラリに関連付ける際に、これらのオプションをオンにしました

• アイテムの編集権限を持つ認証済みユーザーが、このワークフローを手動で開始できるようにします。
• 新しいアイテムが作成されたら、このワークフローを開始します。
• アイテムが変更されたときに、このワークフローを開始します。

このライブラリにドキュメントをアップロードすると、ワークフローが開始され、たとえばメールが送信されます。完了し、すべて問題ありません。

新しいアイテムで [プロパティの編集] を選択して変更を保存すると、ワークフローが再び開始されます。絶対に私たちが期待したものです。

Copy.asmx Web サービスを使用して新しいアイテムをライブラリにコピーする場合でも、ワークフローは正常に開始されます。

しかし、SharePoint WebService Lists.asmx を介してアイテムを更新したいと考えています。

私のCAMLはここにあります：

アイテムは更新されています (タイムスタンプが変更され、ダミーのプロパティも変更されています) が、ワークフローは再び開始されません。

この動作は、開発およびテスト システムで再現可能です。

エラー ログ (C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS) を確認すると、奇妙なエラー メッセージが見つかりました。

この動作を確認できる人はいますか? または解決策のヒントはありますか？

このトピックに関する進展があればお知らせします。

Infopath フォームを使用して情報を収集し、Sharepoint 2007 に座っている Windows ワークフローをトリガーしています。Infopath フォームには、Sharepoint ポータルにのみ表示されるロゴとブランドがありますが、ワークフロー中にタスクが作成されたときに電子メールで送信される Infopath フォームは異なって見えます。背景色 (Infopath テーマ) と jpeg はありません...Web フォームの互換性は、すべての適切な場所でチェックされました....何かアイデアはありますか?

私は、Sharepoint Server 2007 ステート マシン ワークフローに取り組んでいます。これまで、いくつかの状態と、InfoPath 2007 で作成したカスタムの Association/InitiationForm があります。さらに、いくつかの変更フォームがあります。ワークフローの状態ページで変更リンクを削除すると問題が発生します。

状態があり、この状態の初期化ブロックに EnableWorkflowModification アクティビティが表示されます。そのため、状態の開始時に変更がアクティブになります。同じ状態で、EnableWorkflowModification アクティビティによって発生したイベントをキャッチする OnWorkflowModification アクティビティがあります。この状態の後、私の変更は終了し、リンクは状態ページに表示されなくなります。しかし、そうではありません。どちらのアクティビティも、同じ相関トークン (変更) と同じ所有者 (所有状態) を持っています。リンクが削除されない理由と、変更リンクを削除する方法を知っている人はいますか?

よろしくお願いします、ステファン！