Структура каталогов теперь не зависит от Eclipse, но теперь она зависит от maven. Хорошо, я вижу, обе программы кажутся достаточно гибкими на данный момент.
Да, они оба гибкие, чтобы мы могли согнуть один или другой. Но если бы мне пришлось выбирать макет, я бы выбрал независимый от IDE, то есть макет Maven, и я бы придерживался значений по умолчанию, чтобы минимизировать усилия и потому, что они хорошо известны (поэтому любой, кто знаком с Maven, знает, где найти вещи). И если кто-то хочет использовать IntelliJ IDEA или NetBeans, потому что он чувствует себя более продуктивно с этим, он может сделать это. Другими словами, я не вижу никакой выгоды в использовании макета Eclipse.
Я не совсем уверен, если maven больше предназначен для серверов или клиентских систем, например есть функция / плагин для создания сайта проекта. Разве это не имеет смысла в серверной системе?
Maven может использоваться для локальных сборок на машинах разработчиков, для центральных сборок на машине непрерывной интеграции. Такие вещи, как создание веб-сайта, развертывание артефактов, обычно выполняются на центральном сервере.
Как интегрировать maven с системой контроля версий (VCS), например SVN? Я думаю о системе, в которой есть хранилище и постоянно обновляемый веб-сайт с разделом загрузки для артефактов разработки.
Я не очень понял первую часть вопроса. Как вы хотите точно интегрировать Maven с SVN (есть плагин maven-release-plugin, но я не уверен, что это вопрос)? Во второй части традиционный подход заключается в использовании сервера непрерывной интеграции для запуска сборки после изменения в VCS и развертывания (в смысле maven) созданных артефактов в «корпоративном хранилище». Многие люди используют Hudson в качестве CI-сервера.
Когда я генерирую новые проекты Java, версия JRE устанавливается на 1.4. Я должен сбросить его до 1,6 / по умолчанию для рабочего пространства.
Это потому, что сам проект maven не настроен на использование уровня 1.6 (конфигурация Eclipse получена из POM, что имеет смысл). Вы должны настроить плагин компилятора maven для 1.6. Вот один из способов сделать это (есть много из предыдущих вопросов по этой теме ):
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>2.3.1</version>
<configuration>
<source>1.6</source>
<target>1.6</target>
</configuration>
</plugin>
А затем обновите конфигурацию вашего проекта в Eclipse через , щелкните правой кнопкой мыши , затем Maven> Обновить конфигурацию проекта .
Конфигурация граней нестабильна. Некоторые конфигурации должны быть выполнены вручную и в определенном порядке.
Они для меня и снова, они получены из вашего POM (например, из версии вашего web.xml).
И у меня более или менее серьезная проблема с расширением WTP. Я думаю, важно сказать, что расширение WTP официально не поддерживается и может не иметь качества продукции.
А? Где ты это прочитал? Хорошо работает для веб-приложений для меня.
Я знаю, что есть еще один плагин, который интегрирует maven в Eclipse. Я еще не пробовал. Это лучше?
У меня нет опыта работы с Eclipse IAM . Но что у вас за проблема с m2eclipse?
Также я думаю, что maven может быть полезен для гораздо большего количества областей. Например, структура каталога может быть расширена для хранения, например, требования, спецификация и моделирование артефактов. Я думаю, что это будет работать только в том случае, если оно будет стандартизировано. Контроль версий для всех документов тоже подойдет.
Вы можете поместить все, что хотите, в дерево своего проекта. Многие люди делают это и ссылаются на документы с сайта. Возможности бесконечны.