С точки зрения методологии я бы предпочел способ m2eclipse, то есть Eclipse вызывает maven для сборки, поэтому он делает то же самое, что и чистая сборка maven.
Однако проблема, которую я обнаружил с m2eclipse, заключалась в том, что он всегда становился настолько ужасно, смехотворно, медленным, когда проект maven становился больше, добавляя больше. и другие подпроекты.
Я впервые попробовал его в 2010 году и, в конце концов, отказался от него. Попробовал снова год спустя, и, к моему ужасу, это все еще было отстойно - я не понимаю - это занимает НАМНОГО больше времени, чем просто сборка с помощью "mvn clean install" напрямую - разве это не должно делать то же самое? ??
С другой стороны, плагин «mvn eclipse:eclipse» работает как шарм, если у вас есть только ЧИСТАЯ сборка java/jar/war. Но если сборка maven выполняет другие «плагины», например, устаревшие компиляции rmi или использование ant для подзадач и т. д., это будет просто игнорироваться во время сборки Eclipse и поэтому не будет работать.
Обходной путь для этого заключается в том, что вам ПЕРВЫЙ нужно построить проект ОДИН РАЗ в maven, затем запустить «mvn eclipse: eclipse», затем вы можете отредактировать java-код, и он работает в Eclipse - до тех пор, пока вы не делаете Project => Clean !
Если вы сделаете это (или измените что-либо в частях maven-plugins, о которых Eclipse не понимает), вам нужно перестроить в maven, затем снова выполнить eclipse:eclipse, а затем обновить проект в Eclipse. Вот как я обычно работаю, и я думаю, что это работает достаточно хорошо.
person
Rop
schedule
20.12.2012
