問題タブ [workflow]

拡張性と既存のワークフロー エンジンへの統合を可能にするタイプの調査エンジンを実装 (または最後の手段として構築) しようとしています。

調査/アンケート エンジンでは、管理者ユーザーが新しい質問と回答の種類 (text/bool/multiple/etc) を追加できるようにする必要があります。永続性のために SQL Server を使用し、ASP.NET 2.0 以降を使用する必要があります。Windows 統合認証とセキュリティに AD を活用する必要があります。

これらの基本的な要件を満たす優れた (無料または安価なほうがよい) 既製のソリューションを知っている人はいますか?

Visual Studio 2008でカスタムWSSワークフローを作成していて、「タスクの作成」アクティビティがあります。タスクを作成するときに、ワークフローに関連付けられているリストアイテムからフィールド値の一部を参照できるようにしたいのですが、私の人生の間、そのフィールド内の値を取得する方法を決定できないようです。アイテム。私はあなたが使うことができることを知っています：

アイテム自体にアクセスしますが、「要求された金額」と呼ばれるそのアイテムのフィールドの値を取得したい場合は、どうすればよいですか？'GetFromattedValue（string）'メソッドを見てきましたが、フォーマットされた値は本当に必要ありません。生の文字列値が本当に必要なすべてです。

クラス ライブラリと Web サイトが既に含まれている既存のソリューションに、ワークフローを追加する必要があります。ワークフローが論理的に適合するクラス ライブラリにワークフローを追加すると、デザイナーによるサポートはありません。別のプロジェクトでそれらを作成すると、ドメイン オブジェクトがワークフローを実行し、ワークフローがドメイン オブジェクトを必要とするため、依存関係が循環する傾向があります。

この問題を回避するために推奨されるアーキテクチャは何ですか?

デフォルトの WF SQL 永続化スキーマを使用しているワークフロー プロジェクトをデバッグしようとしています。各テーブルのデータが何を表しているかについての良い説明を知っている人はいますか?

Assembla で svn をセットアップし、本番サーバーと同じようにセットアップされたローカル マシンでコーディングとテストを行います。次に、変更を assembla svn にコミットし、本番サーバーに ftp アップロードします。

ワークフローを改善するにはどうすればよいですか? 別の本番サーバーに頻繁に移動できるため、svn を assembla に保持したいと考えています。

どうもありがとうございました！

私はシェアポイントプログラミングの初心者です。次のコードがあります。

そして私はSPExceptionを取得しています:

私は根本的に間違ったことをしていると思います。誰でも私を助けることができますか？

プロジェクトで JBPM ワークフローを使用していますが、JBPM ワークフローの変更を適用するためのデータベース パッチまたは SQL ステートメントの生成に関して、ちょっとした質問があります。

現在、JBPM ワークフローは、最新のプロセス定義をデプロイして、スキーマ内の JBPM テーブルを更新する方法を提供します。しかし、私のシステムが状態 X で展開されたプロセス定義で既に稼働しており、変更 X2 に対応するようにプロセス定義ファイルを変更した場合はどうなるでしょうか。古い保存データのインスタンスを中断することなく、差分変更を展開できる必要があります。

JBPM プロセス定義の変更用に「デルタ」データベース スクリプトのみを生成することはできますか? また、プロセス定義をより直感的に変更するために使用できるその他の優れたツールは何ですか?

私の問題を繰り返しますが、JBPM デプロイはそこに維持されている古いインスタンスの JBPM テーブルを消去してから、最新のファイルを再デプロイします。古いデータを削除せずにデルタを生成するにはどうすればよいですか? そのためのユーザーフレンドリーなツールはありますか?

この点で何か助けていただければ幸いです。

ある時点で、Sharepoint MOSS 2007 システムの wokflows が機能しなくなりました。それらは開始されず、ステータスは常に「開始中」状態のままです。この問題は、宣言型ワークフローに残ります。また、ワークフローを手動で実行しようとしても。owstimer サービスを再起動することで問題は一時的に解決しましたが、約 5 分後に再び機能しなくなりました。誰かが同様の問題に遭遇しましたか?

リンクをドキュメントにルーティングするワークフローアプリケーションを作成したいと思います。特定のポストに誰がいるのかわからないため、ルーティングはユーザーではなくマシンに基づいています。たとえば、フォームがあります。最初は場所Aに記入します。次に、場所Bに移動して、残りを記入してもらいます。最後に、スーパーバイザーが承認する場所Cに移動します。

これらの場所には、既知のユーザーがいません。それは私はそれが誰になるかわかりません。私はそれが許可されている人は誰でも知っているだけです（彼らはワークステーションに割り当てられ、そこにいることが承認されています）。

Microsoft Windows Workflowはこれを実行しますか、それともSQL ServerやIPアドレスなどに基づいて独自のワークフローを構築する必要がありますか？

また、ワークステーションのユーザーは、ドキュメントが自分のマシンに送信されたことをどのように通知されますか？

助けてくれてありがとう。

現在、(Visual Studio で) SharePoint 内に単純な承認ワークフローを作成しているため、ユーザーがアイテムを承認したらカスタム コードを実行できます。ただし、使用する承認フォームを指定しないと、SharePoint は [タスクの完了] ボタンのある既定のフォームを選択するだけで、[拒否] ボタンは選択しないようです。

独自のページを作成したり、Web からコピー/貼り付けしたりする代わりに、ユーザーに両方の選択肢を提供するために、コードで参照できるデフォルトの承認/拒否フォームはありますか?

PS InfoPath には近づきません。これは非常に単純なワークフローであり、それほど時間はかからないはずです。InfoPath ルートに進むと、無駄に時間がかかるように感じます。