私はJava EEの新機能を採用しており、デプロイメントプロセスが遅くなっていると苦労しています。コードの変更が直ちに起きるDjangoには経験があり、Java EEアプリケーションのホットデプロイメントはちょっと混乱しているようです - ホットデプロイメント(Glassfish、Eclipse躁病ホットデプロイ、Jettyホットデプロイ、JRebelなど)。すぐにJava EEアプリケーションを再デプロイ
私のプロジェクトはMavenプロジェクトで、Netbeansを使用して展開しています。このサイトでは、Spring、JSF、およびHibernateフレームワークを使用しています。
Netbeansでは、次のスクリーンショットにしたがって、Deploy on Deployが有効になっているようですが、pom.xmlから情報を取得すると主張しているため、クリック/クリック解除できません(ただし、 .xml(依存関係のみ))。
ここで、一部のファイルの変更はすぐに有効に見えます。これらを含める: - JSFファイル - 静的ファイル
を 次へ変更は、展開が必要です: - 任意のXMLファイル を - 任意のプロパティは、 も、ローカライズのプロパティをファイルファイル - ものに
変更が私を必要とする任意のJavaファイルをを手作業でにデプロイしてください。現在、2〜3のクラス、基本的には1つのユーザークラスと承認クラスがあっても、再デプロイには0.5分かかります。このプロジェクトでは現時点でログインが可能ですが、コンパイルには数秒かかります。コンテナ(Glassfish)は約600 MBのRAMを消費し、いくつかの配備の後でPermGenエラーを出し、タスクマネージャを使用してJavaプロセスを終了する必要があります。 (これは、各再デプロイ後にガベージコレクタが漏れていることに関連していると私は読んでいます。プロファイルを生成するためにjhatを使用しましたが、何千ものクラス、クラス、Spring、Hibernateクラスなどのリストが表示されました)
jrebelについて聞いたことがありますが、実行しようとしましたが、Netbeansバージョン(7.0)と互換性がなく、実行されているように見えますが、Javaファイルの変更にはまだ再デプロイメントが必要です。
これらの問題を解決するためにできることはありますか、Java EEではJavaファイルを変更するたびに約1分待っているだけですか?この問題は生産性を著しく低下させます。アプリケーションをデプロイする際にここで
は私Glassfishの出力です:http://pastebin.com/7FhZ6AVh
"コード変更の適用"はホットスワップです。あなたがクラス署名を変更している場合は、動作しません。 – Daniel