Maven не задает путь класса для зависимостей должным образом

Ответ 1

  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-dependency-plugin</artifactId>
    <executions>
      <execution>
        <id>copy-dependencies</id>
        <phase>package</phase>
        <goals>
          <goal>copy-dependencies</goal>
        </goals>
        <configuration>
          <outputDirectory>${project.build.directory}</outputDirectory>
          <overWriteReleases>false</overWriteReleases>
          <overWriteSnapshots>true</overWriteSnapshots>
        </configuration>
      </execution>
    </executions>
  </plugin>

Подробнее об этом можно узнать здесь: https://maven.apache.org/plugins/maven-dependency-plugin/usage.html

Получение maven для упаковки фляг вместе было бы неплохо, но это достаточно хорошо, чтобы ответить на этот вопрос. Похожие ответы по stackoverflow:

Создание исполняемого банку с maven?

Как создать исполняемый JAR с зависимостями с помощью Maven?

Ответ 2

Я знаю, что этот вопрос старый, но он обнаруживается в верхней части поисков, чтобы заставить Maven правильно установить зависимости с версиями -SNAPSHOT, и мне пришлось уточнить принятое решение, чтобы получить правильное разрешение моего пути к классам.

Проблема, с которой я столкнулся, заключалась в том, что maven-jar-plugin включал resolvedVersion зависимости (например, -. Jar), в то время как maven-dependency-plugin (начиная с версии 2.5.1) копирует зависимости, сохраняя их baseVersion - -SNAPSHOT.jar). (См. Https://jira.codehaus.org/browse/MDEP-380 для получения дополнительной информации об этом улучшении.)

Чтобы все заработало, мне пришлось отключить это поведение следующим образом:

    ...
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-jar-plugin</artifactId>
            <configuration>
                <archive>
                    <manifest>
                        <addClasspath>true</addClasspath>
                        <classpathPrefix>dependency/</classpathPrefix>
                        <mainClass>com.example.MainClass</mainClass>
                    </manifest>
                </archive>
            </configuration>
        </plugin>

        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-dependency-plugin</artifactId>
            <executions>
                <execution>
                    <id>copy-dependencies</id>
                    <phase>package</phase>
                    <goals>
                        <goal>copy-dependencies</goal>
                    </goals>
                    <configuration>
                        <useBaseVersion>false</useBaseVersion>
                    </configuration>
                </execution>
            </executions>
        </plugin>
    </plugins>
    ...

Эта конфигурация привела к тому, что зависимости были скопированы в ${project.build.directory}/dependency с их resolvedVersion совпадающим с blasspath, установленным в META-INF/MANIFEST.MF с помощью maven-jar-plugin. Надеюсь, это поможет кому-то в будущем.

Ответ 3

Maven действительно корректно устанавливает путь к свойствам зависимостей, но не префикс местоположения репозитория. Это будет выглядеть в вашем файле Manifest.

Class-Path: mysql-connector-java-5.1.14.jar

Вам нужно разместить зависимые банки в той же папке, в которой вы работаете.

Обратитесь к примерам

Ответ 4

Или, если вы используете maven-shade-plugin обходной путь - добавить фильтр для включения отсутствующих файлов:

        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-shade-plugin</artifactId>
            <version>3.1.0</version>
            <executions>
                <execution>
                    ...
                    <configuration>
                        ...
                        <filters>
                            ...                                
                            <filter>
                                <artifact>com.sun.istack</artifact>
                                <includes>
                                    <include>**</include>
                                </includes>
                            </filter>