私はこれについて本当にイライラしています：
eclipselinkでjdbcを使用して、Mavenプロジェクトを使用しています。mvn install意図したとおりに動作します。persistence.xmlのPWを変更する必要があるまで。mvn cleanその後、プロジェクトが壊れてmvn install、間違った（古い）persistence.xmlがまだ使用されています。Eclipseではmaven -> update project（m2eアドオンを使用して）実行する必要があり、mvn install突然再び動作します。
今私の問題：展開サーバーでコマンドラインスクリプトを使用していますmvn XYZが、m2e機能に相当するものが見つかりませんでした...
同等のものはありますか？
明示的なシナリオ：
EclipseにインポートされたMavenプロジェクトで、ローカルマシン（osx / win7）で開発しています。eclipselinkを介して実現されるデータベース接続をカプセル化するJPAPersistenceインターフェースがあります。ローカルにデプロイすることはできますが（mvn install）、実行mvn cleanしてパスワードを変更した後persistence.xml mvn installは、もうできません。新しい原因を接続できないEntityManagerclassDefNotFound Persistorを静的に初期化するため、テストに参加します。少なくとも、スタックトレースはあまり役に立たないため、私の意見です。しかし、プロジェクトで日食をした後、再び機能し、新しいパスワードが取得されます（テストが実行されます！）。persistence.xmlmaven -> update project...mvn install
プロジェクトをリモートマシン（debian、コマンドライン）にデプロイしたい場合、プルされたプロジェクトを「mvn install」できません。これは、デプロイメント用にpersistence.xmlのパスワードを変更した後、persistence.xmlが間違っているか、少なくとも一部のキャッシュが使用されました。それがもう少し明確になることを願っています。
解決策： persistence.xmlがsrc / main / resources / META-INFに配置され、他の場所には配置されていないことを確認してください。m2eは間違った場所（私の場合はsrc / main / java / META-INF）からpersistence.xmlをキャッチします。つまり、それは基本的に間違ったプロジェクト構造でした。