4

JBoss5/6 で Seam 2 を使用していくつかのプロジェクトを行いましたが、特定の Java クラス (通常は GUI ハンドラーと util クラス) を特別な src フォルダーに配置し、ファイルとその後、ターゲットを自動的に爆発させます。

今は Java EE 6 + CDI に切り替えて JBoss7 を使用するのが好きなので、Eclipse Juno の JBoss ツールによって生成された Maven ベースの Java EE Web プロジェクトから始めました。xhtml ファイルのみを変更すると、自動再公開後に変更を確認できますが、Java ファイルの変更ではそうではありません。

JRebel などのサードパーティ製ツールを使用せずに、以前の Seam 2 と同様の動作を新しいプロジェクトのセットアップで取得する方法はありますか?

編集 2012/07/23:

質問にもう 1 点追加します。JBoss7 のような新しいコンテナーでは、アプリケーションの再起動が非常に高速に行われるようです。コード置換ツールを統合して、最善を尽くすことを試みる必要さえありますか?

4

3 に答える 3

2

そのスタック（Java EE 6 / CDI / JBoss AS 6）について1年ほど前にJRebelを評価したところ、そのツールでもCDIに対応していませんでした。これは過去 12 か月で改善された可能性がありますが、一般的に言えば:

ツール サポートの有無にかかわらず、JBoss AS での Java EE 6 の高度なホット デプロイメント サポートについては知りません。

（スレッドを最後まで読むとGFの方が状況は良さそうですが、それはご質問の範囲外です）

于 2012-07-20T13:47:46.573 に答える
0

JRebelを見てください。CDIパーツは絶えず改善されており、まだ道はありますが、かなりの時間を節約できます。JRebelが配信に失敗した場合は、フォーラムで報告してください。開発者は、エクスペリエンスを向上させるために最善を尽くします。

于 2012-07-20T20:33:31.927 に答える
0

In regards to the second question, even if container startup takes no time, like in case of Tomcat or Jetty, the application deployment time will not get much faster and might still take considerable amount of time.

So the answer is - yes - code replacement tools are still relevant even with the lightweight containers.

于 2012-07-23T20:42:08.660 に答える