私はJRebelをチェックしてきました。彼らのサイトによると：
「JRebel は、ワークスペースで行われた変更を実行中の JVM に再ロードすることで、JVM ベースの開発 (Java、Scala、Groovy) を高速化する Java プラグインです。再起動や再デプロイを行うことなく、コーディング中にアプリケーションの状態を維持します。 ."
これは、Eclipse、Netbeans、および IntelliJ ですでに達成していることと同じようです。保存すると、変更が即座に展開されます。JRebel がもたらす追加の利点は何ですか?
誰かが私にそれを説明できますか？
IDE (Eclipse、NetBeans、または IntelliJ) は、そのように構成されている場合、アプリケーションを自動的に再デプロイしますが、これは即時ではありません。基本的に、新しいクラスローダーの作成や初期化プロセスに関連するすべての補完的なものを含む、アプリケーションの実際の再デプロイにつながるのは自動化だけです。
場合によっては、いくつかのコンテナーと組み合わせた IDE でセッション状態を保持できます。そうでない場合は、どうぞ - JRebel が答えです。
パッケージ化されたデプロイメントの場合、ビルド フェーズが追加されますが、JRebel を使用することで、それを一度にすべて排除できます。
サーバー (使用しているサーバーに関係なく) をリロードまたは再起動せずに jar ファイルのクラスを変更する場合は特に、一部の変更をリロードできません。サーバーでコンパイルされたクラスが自動的に変更され、クラスパスに自動的に再ロードされます。
IDE で変更を保存して更新する場合、基本的には war ファイルを再構築してサーバーに再デプロイします。このプロセスは、特に複数の jar ファイルと war ファイルを含む大規模なアプリケーションを再デプロイし、すべてのクラスパスを更新する必要がある場合に、依然として遅くなる可能性があります。