Maven: добавьте зависимость к банке относительным путем

Ответ 1

Я хочу, чтобы jar был в libpart-источнике стороннего элемента управления и ссылался на него по относительному пути из файла pom.xml.

Если вы действительно этого хотите (понимаете, если вы не можете использовать корпоративный репозиторий), то мой совет будет заключаться в использовании "репозитория файлов", локального для проекта, и не использовать a system зависимая область. Следует избегать области system, такие зависимости не очень хорошо работают во многих ситуациях (например, в сборке), они вызывают больше проблем, чем преимуществ.

Итак, вместо этого объявите локальный репозиторий для проекта:

<repositories>
  <repository>
    <id>my-local-repo</id>
    <url>file://${basedir}/my-repo</url>
  </repository>
</repositories>

Установите свою стороннюю библиотеку там, используя install:install-file с параметром localRepositoryPath:

mvn install:install-file -Dfile=<path-to-file> -DgroupId=<myGroup> \ 
                         -DartifactId=<myArtifactId> -Dversion=<myVersion> \
                         -Dpackaging=<myPackaging> -DlocalRepositoryPath=<path>

Забастовкa >

Обновление: Похоже, что install:install-file игнорирует localRepositoryPath при использовании версии 2.2 плагина. Однако он работает с версией 2.3 и более поздними версиями плагина. Поэтому, чтобы указать версию, используйте полное имя плагина.

mvn org.apache.maven.plugins:maven-install-plugin:2.3.1:install-file \
                         -Dfile=<path-to-file> -DgroupId=<myGroup> \ 
                         -DartifactId=<myArtifactId> -Dversion=<myVersion> \
                         -Dpackaging=<myPackaging> -DlocalRepositoryPath=<path>

Документация maven-install-plugin

Наконец, объявите его как любую другую зависимость (но без области system):

<dependency>
  <groupId>your.group.id</groupId>
  <artifactId>3rdparty</artifactId>
  <version>X.Y.Z</version>
</dependency>

Это IMHO лучшее решение, чем использование области system, так как ваша зависимость будет рассматриваться как хороший гражданин (например, она будет включена в сборку и т.д.).

Теперь я должен упомянуть, что "правильный способ" справиться с этой ситуацией в корпоративной среде (возможно, не здесь) - использовать корпоративный репозиторий.

Ответ 2

Использование области system. ${basedir} - это каталог вашего pom.

<dependency>
    <artifactId>..</artifactId>
    <groupId>..</groupId>
    <scope>system</scope>
    <systemPath>${basedir}/lib/dependency.jar</systemPath>
</dependency>

Однако рекомендуется установить банку в хранилище и не передавать ее SCM - после всего, что maven пытается устранить.

Ответ 3

Это еще один метод в дополнение к моему предыдущему ответу на Могу ли я добавить банки в maven 2 build classpath без их установки?

Это будет связано с ограничением при использовании многомодульных сборок, особенно если загруженный JAR ссылается на дочерние проекты вне родителя. Это также уменьшает работу по настройке, создавая файлы POM и SHA1 как часть сборки. Он также позволяет файлу находиться в любом месте проекта без фиксации имен или после структуры репозитория maven.

Здесь используется maven-install-plugin. Для этого вам нужно настроить проект с несколькими модулями и создать новый проект, представляющий сборку для установки файлов в локальный репозиторий, и убедиться, что он первый.

Многомодульный проект pom.xml будет выглядеть следующим образом:

<packaging>pom</packaging>
<modules>
<!-- The repository module must be first in order to ensure
     that the local repository is populated -->
    <module>repository</module>
    <module>... other modules ...</module>
</modules>

В файле repository/pom.xml будут содержаться определения для загрузки JAR, которые являются частью вашего проекта. Ниже приведены некоторые фрагменты файла pom.xml.

<artifactId>repository</artifactId>
<packaging>pom</packaging>

Упаковка pom препятствует тому, чтобы она выполняла какие-либо тесты или компилировала или создавала любой файл jar. Мясо pom.xml находится в секции сборки, где используется maven-install-plugin.

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-install-plugin</artifactId>
            <executions>
                <execution>
                        <id>com.ibm.db2:db2jcc</id>
                        <phase>verify</phase>
                        <goals>
                            <goal>install-file</goal>
                        </goals>
                        <configuration>
                            <groupId>com.ibm.db2</groupId>
                            <artifactId>db2jcc</artifactId>
                            <version>9.0.0</version>
                            <packaging>jar</packaging>
                            <file>${basedir}/src/jars/db2jcc.jar</file>
                            <createChecksum>true</createChecksum>
                            <generatePom>true</generatePom>
                        </configuration>
                </execution>
                <execution>...</execution>
            </executions>
        </plugin>
    </plugins>
</build>

Чтобы установить более одного файла, просто добавьте больше исполнений.

Ответ 4

Я ранее написал о шаблоне для этого.

Он очень похож на решение, предложенное Pascal, хотя он перемещает все такие зависимости в выделенный модуль репозитория, поэтому вам не нужно повторять его везде, где используется зависимость, если это многомодульная сборка.

Ответ 5

В принципе, добавьте это в pom.xml:

...

<repositories>
   <repository>
       <id>lib_id</id>
       <url>file://${project.basedir}/lib</url>
   </repository>
</repositories>

...

<dependencies>
  ...
  <dependency>
      <groupId>com.mylibrary</groupId>
      <artifactId>mylibraryname</artifactId>
      <version>1.0.0</version>
  </dependency>
  ...
</dependencies>

Ответ 6

мы переключились на gradle, и это работает намного лучше в gradle;). мы просто указываем папку, в которую мы можем поместить банки для временных ситуаций. У нас все еще есть большинство наших банок, которые определяют типичный раздел управления зависимостями (т.е. Тот же, что и maven). Это еще одна зависимость, которую мы определяем.

поэтому в основном теперь мы можем просто отбросить любую банку, которую мы хотим, в наш каталог lib для временного тестирования, если он где-то не находится в репозитории maven.

Ответ 7

Это работает для меня: Скажем, у меня есть эта зависимость

<dependency>
    <groupId>com.company.app</groupId>
    <artifactId>my-library</artifactId>
    <version>1.0</version>
    <scope>system</scope>
    <systemPath>${project.basedir}/lib/my-library.jar</systemPath>
</dependency>

Затем добавьте класс-путь для вашей системной зависимости вручную, как этот

<Class-Path>libs/my-library-1.0.jar</Class-Path>

Полная конфигурация:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jar-plugin</artifactId>
    <version>2.4</version>
    <configuration>
        <archive>
            <manifestEntries>
                <Build-Jdk>${jdk.version}</Build-Jdk>
                <Implementation-Title>${project.name}</Implementation-Title>
                <Implementation-Version>${project.version}</Implementation-Version>
                <Specification-Title>${project.name} Library</Specification-Title>
                <Specification-Version>${project.version}</Specification-Version>
                <Class-Path>libs/my-library-1.0.jar</Class-Path>
            </manifestEntries>
            <manifest>
                <addClasspath>true</addClasspath>
                <mainClass>com.company.app.MainClass</mainClass>
                <classpathPrefix>libs/</classpathPrefix>
            </manifest>
        </archive>
    </configuration>
</plugin>
<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-dependency-plugin</artifactId>
    <version>2.5.1</version>
    <executions>
        <execution>
            <id>copy-dependencies</id>
            <phase>package</phase>
            <goals>
                <goal>copy-dependencies</goal>
            </goals>
            <configuration>
                <outputDirectory>${project.build.directory}/libs/</outputDirectory>
            </configuration>
        </execution>
    </executions>
</plugin>

Ответ 8

Одно небольшое дополнение к решению, отправленное Pascal

Когда я следил за этим маршрутом, у меня была ошибка в maven при установке ojdbc jar.

[INFO] --- maven-install-plugin:2.5.1:install-file (default-cli) @ validator ---
[INFO] pom.xml not found in ojdbc14.jar

После добавления -DpomFile проблема была решена.

$ mvn install:install-file -Dfile=./lib/ojdbc14.jar -DgroupId=ojdbc \
   -DartifactId=ojdbc -Dversion=14 -Dpackaging=jar -DlocalRepositoryPath=./repo \
   -DpomFile=~/.m2/repository/ojdbc/ojdbc/14/ojdbc-14.pom

Ответ 9

Вы можете использовать eclipse для создания runnable Jar: Экспорт/Сбой файла Jar