Eclipse 4.2 と JBoss 7 を使用しています。
Eclipse でビルドを自動的にチェックしました。
それでも、EAR ファイルをビルドして JBOSS に再デプロイし、Eclipse デバッグ モードで行ったコード変更をテストする必要があります。
ここで何か不足していますか?
ありがとう、
Eclipse 4.2 と JBoss 7 を使用しています。
Eclipse でビルドを自動的にチェックしました。
それでも、EAR ファイルをビルドして JBOSS に再デプロイし、Eclipse デバッグ モードで行ったコード変更をテストする必要があります。
ここで何か不足していますか?
ありがとう、
Eclipse の「自動的にビルド」オプションが行うことは、クラスのソース コードを変更すると、これが自動的にコンパイルされるということです。これは、クラスを含むすべてのプロジェクト (つまり、war、jar、ear) を意味するわけではありません。 ...) がサーバーに再デプロイされます。ただし、プロジェクトを手動でビルドまたはデプロイするときに、変更したクラスが既にコンパイルされているため、もちろん、デプロイの速度に役立ちます。
一方、再デプロイの問題を回避するには、アプリケーションのアンデプロイ/再デプロイ時に作業ディレクトリにあるアプリケーション キープに関連するファイルを削除するように JBoss を設定することをお勧めします。詳細については、このスタック オーバーフロー スレッドを参照してください。
「自動的にビルド」オプションについて:
JBoss で Deployment Scanner を機能させるには、JBoss で有効にする必要があります。
また、[サーバー] ウィンドウでプロジェクトを JBoss サーバーに追加する必要があります。「追加または削除...」オプションを探します。
プロジェクトが追加されると、コードに加えた変更が検出され、モジュールがバックグラウンドで自動的に再デプロイされます。これに失敗し、プロジェクトに障害がないと仮定すると、 mvn install & mvn jboss-as:deploy を使用してモジュールを手動で更新できます。
mvn が最新の Java コードを取得しない場合があることに注意してください。これは何よりもプロジェクトの構成の問題のようです。プロジェクトを再作成すると、問題が修正されるようです。
また、persistence.xml ファイルの重複にも注意してください。
必要なのは 1 つだけです。