Что такое Maven: назначение, преимущества и недостатки - Вопросы

Maven (Apache Maven) — инструмент для сборки Java-проектов и управления их зависимостями. Он скачивает библиотеки, компилирует код, запускает тесты, упаковывает результат в jar или war и генерирует документацию. Проект описывается декларативно в файле pom.xml: вы указываете, что нужно получить, а как — Maven знает сам. Одна команда mvn package работает одинаково в Windows, Linux и macOS, без платформенно-зависимых bat/sh-скриптов.

Convention over configuration («соглашения важнее конфигурации») — если проект следует стандартной структуре, настраивать почти ничего не нужно: исходный код лежит в src/main/java, ресурсы — в src/main/resources, тесты — в src/test/java, результат сборки Maven кладёт в target. Недостающие настройки (каталоги, упаковка jar, стандартные плагины) берутся из встроенного Super POM.

Maven — не фреймворк и не библиотека: в итоговый jar приложения он не попадает. Его разрабатывает Apache Software Foundation, первая версия вышла в 2004 году.

Maven закрывает весь путь от исходного кода до готового артефакта: скачивание библиотек, компиляция, запуск тестов, упаковка в jar/war, установка в локальный репозиторий, публикация и генерация отчётов.

• Управление зависимостями — библиотеки и их собственные (транзитивные) зависимости скачиваются автоматически по координатам из pom.xml.
• Единый процесс сборки — mvn test или mvn package работают в любом Maven-проекте.
• Стандартная структура проекта — в чужом проекте сразу понятно, где код, ресурсы и тесты.
• Автоматизация на CI-сервере — Jenkins, GitHub Actions, GitLab CI запускают ту же команду, что и разработчик.
• Отчёты и проверки качества — Javadoc, покрытие тестами, статический анализ подключаются плагинами.
• Многомодульные проекты — родительский pom.xml собирает связанные модули в правильном порядке.

• POM (Project Object Model) — описание проекта в pom.xml: координаты, зависимости, плагины, настройки сборки.
• Артефакт — любой файл, который Maven создаёт или скачивает: jar, war, pom, исходники, Javadoc.
• GAV-координаты — тройка groupId, artifactId, version, однозначно задающая артефакт, например com.google.code.gson:gson:2.11.0.
• Репозиторий — хранилище артефактов: локальное (~/.m2/repository), центральное (Maven Central) или корпоративное.
• Зависимость — сторонняя библиотека, объявленная в pom.xml по GAV-координатам.
• Жизненный цикл — упорядоченная последовательность фаз сборки (compile → test → package → install); запуск фазы выполняет и все предыдущие.
• Плагин — модуль, выполняющий реальную работу; фазы лишь вызывают цели (goals) плагинов.

Сам Maven почти ничего не умеет: компилирует maven-compiler-plugin, тесты запускает maven-surefire-plugin, упаковывает maven-jar-plugin.

Maven Wrapper фиксирует версию Maven для всей команды. Команда mvn wrapper:wrapper добавляет в проект скрипты mvnw и mvnw.cmd и файл .mvn/wrapper/maven-wrapper.properties с версией Maven.

После этого проект собирают командой ./mvnw package (в Windows — mvnw.cmd package): нужная версия Maven скачивается автоматически, ставить Maven вручную не нужно. Скрипты и каталог .mvn коммитят в Git — так CI-сервер и все разработчики собирают проект одной и той же версией.

Актуальная стабильная ветка — Maven 3.9.x; для её запуска нужна Java 8 или новее, а версию Java для компиляции проекта задаёт pom.xml.

Преимущества: независимость сборки от ОС; автоматическое управление зависимостями с разрешением конфликтов версий (побеждает версия, ближайшая к проекту в дереве, — nearest wins); сборка одной командой из командной строки и на CI; интеграция с IntelliJ IDEA, Eclipse и VS Code; декларативный POM; огромный репозиторий Maven Central; множество плагинов; единые соглашения во всех проектах.

Недостатки: сложность освоения; «неявное» поведение из-за Super POM и привязки плагинов к фазам (итог показывает mvn help:effective-pom); много плагинов разного качества; трудная диагностика ошибок (помогают флаги -e и -X); нужен доступ в интернет или свой репозиторий; многословный XML; ограниченная гибкость для нестандартной логики сборки.

Выбор: Maven подходит, если проект укладывается в стандартный процесс «скомпилировать — протестировать — упаковать», а важны предсказуемость и единообразие. Gradle выигрывает в больших многомодульных проектах, где критична скорость сборки, и в Android-разработке. Новичку разумно начинать с Maven: его терминологию (GAV, scope, репозитории) использует и Gradle.