JBPMはこれに適したツールですか？
ディレクトリを監視し、それらのディレクトリにファイルが表示されたときにアクションを実行するためのユーティリティがあります。これはJavaにあり、起動時に複数のスレッドを起動するスタンドアロンjarの形式を取ります。
- 1つのスレッドが定期的（毎分など）に、監視するディレクトリに関する新しい指示をチェックします。
- 別のスレッドのセットは、監視されている各ディレクトリを定期的にチェックします。新しいファイルは通知キューに入れられます。
- 別のスレッドのセットが通知キューを処理し、新しいファイルごとにアクションを実行します。
さて、このユーティリティを [〜＃〜] jbpm [〜＃〜] 内で再実装したい力。主な目標は、ファイルの到着がJBPM内でワークフローを開始できるようにすることです。二次的な目標は、プロセスの可用性を高め、スタンドアロンのユーティリティとしてではなくJboss内で実行することでデプロイメントを簡素化することです。
WebSphereプロセスサーバー（IBMのBPMシステム）の過去の経験がありますが、JBPMはまったく新しいものです。このプログラムをJBPMプロセスのセットとして再作成する方法を見つけるのに苦労しており、JBPMがディレクトリの読み取りとファイルのリストの処理の低レベルロジックに適したツールであるかどうかさえわかりません。
古い監視ユーティリティのエントリポイントを呼び出すだけの簡単な1ステップのビジネスプロセスを作成できます。さらに多くの作業を行うことで、古いロジックを、相互に呼び出す2つの異なるビジネスプロセスに分解できると思います。しかし、私はその要点を理解するのに苦労しています。より実用的なレベルでは、ユーティリティは何も呼び出されずに自動的に起動するはずですが、jboss内にデプロイされたものに対してそれを行う方法を理解できませんでした。
JBPMを使用するには、この要件を後回しにする必要がありますか？またはそれを吸い取ってコーディングを取得しますか？
確かに、jBPMはあなたが説明する操作に対してはやりすぎかもしれません。ただし、最新のビジネスプロセス管理ツールを使用すると、多数のアイテムを無料で入手できます（無料の定義もあります）。
- 監視-すべてのプロセスをきちんとした視覚的インジケータで監視できます。
- レポート-トリガーされたプロセスの数、処理時間、システムの遅延など。
- プロセスのグラフィカルデザイン-新しいプロセスの追加は、特にプリミティブが手元にある場合は、グラフィカルエディタのWebツールを使用して実行できることがよくあります。
それよりも重要なのは、プロセス全体がある程度将来に対応できるようになることです。将来発生する可能性のあるいくつかの事柄があります。
- 人的交流。一部のファイルは、1人以上の人間による確認、サインオフ、またはリダイレクトが必要になる場合があります。 BPM環境は、コンピュータータスクに物事を渡すヒューマンタスクを非常に簡単に処理します。また、BPM構造により、作業を行う人間に通知することができます。
- マルチコンピュータの相互作用。 BPMは単一のサーバーに制限されていません。相互にメッセージを送信する多数の協調サーバーをセットアップできます。
- おそらく最も重要な側面は、ファイル管理からドキュメント管理へ、そしてタスク管理からワークフロー管理への根本的な進化があるということです。 BPMシステムは、このギャップを埋めるのに役立ちます。