0

これはばかげた質問のように聞こえるかもしれません。私のアプリケーションには、ジョブをスケジュールするスケジューラと、ユーザーが対話してジョブのステータスを監視する WEB UI があります。スレッドのステータスをチェックするために 5 分ごとにスレッドを実行するジョブ処理メカニズムがあります。現在、すべてが 1 つの JVM の下で実行されています。ジョブがスケジュールされ、バックエンドで起動されたときに Web UI が行き詰まらないように、スケジューリング部分と Web UI 部分を異なる jvm にデプロイしたいと考えています。

私の質問は、アプリケーションの一部 (WEB UI) をある JVM にデプロイし、アプリケーションの別の部分 (ジョブのスケジューリングと実行) を別の JVM にデプロイするにはどうすればよいですか?

もう 1 つの質問は、スケジューリング メカニズムのアーキテクチャに関するものです。私が提案するアーキテクチャは、スケジューラ レイヤーと Web UI インタラクション レイヤーがあるというものです。そこからジョブを JMS キューまたは ActiveMQ に配置し、ActiveMQ からジョブを選択して処理するさまざまな Java プロセス (さまざまな jvm が実行されている) を用意し、ジョブの状態がさまざまなプロセス間で適切に通信されていることを確認する必要があります。 jvms. この考えは理にかなっていますか?もしそうなら、石英はここで適切なツールでしょうか? 私の要件を念頭に置いている代替ソリューションは何ですか?

ありがとう!

4

1 に答える 1

0

スケジューラの部分を Web UI から分離したいのは理にかなっています。2 つの異なる ear ファイルまたは war ファイルがあると仮定すると、比較的簡単に実行できるはずです。別の JVM をセットアップし、そこに ui ear/war ファイルのみをデプロイすれば、準備完了です。

于 2011-11-29T04:36:58.390 に答える