| Цитата(Nofate @ 20.11.2011, 17:14) | В первую очередь maven позволяет один раз указать, какие версии каких библиотек вы используете в проекте и быть уверенным, что при последующих сборках будут использоваться именно они. При этом практически не нужно забивать голову и тратить время на поиск и установку зависимостей для этих библиотек.
Кроме того, можно управлять процессом сборки проекта и его фазами.
Т.е. в идеале у вас есть исходники и maven-овский pom-файл со списком используемых вами библиотек и (опционально) описанием фаз сборки. Вы набираете в командной строке 'mvn package' и получаете на выходе скомпилированный, протестированный, собранный и упакованный артефакт вашего проекта.
При этом на разных фазах сборки может происходить все, что вашей душе угодно: прогонка тестов, операции над файлами, работа с архивами, отправка/получение каких-либо данных во внешние системы, заворачивание всего проекта в инсталлятор, развертывание на удаленном сервере. Эта гибкость достигается применением плагинов, которые включаются в нужные моменты жизненного цикла сборщика. Разумеется, любую фазу сборки можно запустить отдельно, например, прогнать юнит-тесты или собрать данные о качестве исходного кода в sonar.
Кроме того, сложные проекты можно разбивать на дочерние. При этом общие зависимости и особенности сборки указываются один раз в родительском pom-файле. |
Не понимаю до конца , зачем мне указывать версию если у меня есть жар, т,е до сих пор Я качал нужный мне жар и указывал его в класс пас ,
т,е, был нужен хибернет качал , был нужен SWT тоже качал и т,д, не могу сказать что всегда все шло гладко но вообщем все решалось довольно малой кровью ,
это Я про проект с жаром в 17мега
о каких зависимостях идет речь ?, что зависит от чего ?
тут Я так понимаю жар скачивать не нужно т,к он сидит в репозитори это так ? если можно то конкретный пример как это указаваеться
|
)