3

バックグラウンドで動作するアプリケーションを作成しています（Windowsサービス？おそらくアプリケーションサーバー？）アプリケーションはデータを受信し、別のスレッドで変換/パック/最適化してから、別のスレッドでデータを次のサーバーに送信します（ウェブサービス）。Webサービスを介してプロセス全体を監視するためのシッククライアント（おそらくSwing）があります。すべてのアプリケーションは私のチームによって作成されます（したがって、複雑な統合サービスを使用する必要はありません）。アプリケーションは緩く結合されたクラス（単純なDIパターン）で構成されますが、JMSが役立つでしょうか？

どんな技術を使えばいいのかしら。Tomcat？Glassfish？または多分もっと軽いもの？春のサーバー？

4

2 に答える 2

2

アプリケーション サーバーは必要ありません。できるだけ軽量に保つのが良い選択です。私の提案は、アプリケーション ロジックに集中できるように、DI、変換、スレッド化/セダ、および統合 (weservices の呼び出し) をすぐにサポートする軽量フレームワークを使用することです。Apache CamelやMuleなどのフレームワークが適しています。

于 2010-12-06T15:11:35.737 に答える
0

Tomcat はアプリケーション サーバーではありません。私は春のサーバーについて聞いたことがありません。

ここにJava アプリケーション サーバーのリストがあります。

最も広く使用されているのは JBoss と Glassfish です。

于 2010-12-06T14:27:36.693 に答える