Как расспаковать зависимости Maven в target/classes?

Question

[Risin0]

Здравия всем!

Появился вопрос, как после сборки maven проекта в INTELLIJ IDEA, все зависимости распаковать в выходную папку (target/classes)?

Comments

[Евгений]

Стесняюсь спросить, а зачем Вам это?

Answer 1

[Александр Косарев]

С использованием профиля:

<profiles>
    <profile>
      <id>qa</id>
      <build>
        <plugins>
          <plugin>
            <artifactId>maven-dependency-plugin</artifactId>
            <executions>
              <execution>
                <phase>install</phase>
                <goals>
                  <goal>copy-dependencies</goal>
                </goals>
                <configuration>
                  <outputDirectory>${project.build.directory}/lib</outputDirectory>
                </configuration>
              </execution>
            </executions>
          </plugin>
        </plugins>
      </build>
    </profile>

Этот профиль при сборке даст скачать все зависимости в директорию lib.
Так же это умеет Spring Boot Maven Plugin.

Но в целом у меня тоже напрашивается вопрос: зачем?

Comments

[pi314]

Может, конечно, статься, что автор вопроса действительно пытается сделать что-то странное... но, в принципе, есть один сценарий, при котором такое реально нужно. Если собирается не Java проект, к которому нужно подтягивать зависимости, которые процессируются тулзой, ожидающей, что все "части" (а не только исходники проекта) будут доступны из какой-то единой корневой папки и, при этом, нет возможности сделать сам проект модульным. Например, copy-dependencies приходилось делать для asciidoc проекта, подтягивающего шаблоны документа и картинки, экспортируемые Jenkins-ом.
Но, что, действительно, смущает в вопросе - зачем это делать ПОСЛЕ сборки, когда, в общем-то, нужно делать ДО :)

[Risin0]

pi314: Почти идеально угадали. А после нужно для того, что бы "пропатчить" библиотеку.

ps. Я понимаю насколько всё это костыльно и в продакшене за такое ругать сильно надо :)

[pi314]

Risin0: Да нет, почему костыльно... не Джавой же единой. Такой подход ничем не отличается от какого-нибудь MAKE или др. сборщиков. В некоторых случаях сборка - несколько сложнее, чем просто компиляция и упаковка. Maven, конечно, заточен под ванильную Java, но как раз для нестандартных случаев и существуют плагины. У меня, например, подобным образом в продакшене собирается документация очень даже серьезных, сертифицированных вдоль и поперек проектов. Там, правда, ничего не патчится, но без распаковки зависимостей никак не обойтись. И ничего - пока еще никто не жаловался :)