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



У меня есть собственный jar, который я хочу добавить в свой pom в качестве зависимости.



но я не хочу добавлять его в репозиторий. Причина в том, что я хочу, чтобы мои обычные команды maven, такие как mvn compile и т. д., Чтобы работать из коробки. (Не требуя от разработчиков A добавить его в какой-то репозиторий самостоятельно).



Я хочу, чтобы jar находился в 3-й части lib в системе управления версиями и связывался с ней по относительному пути из pom.XML-файл.



можно ли это сделать? Как?

749   9  

9 ответов:

Я хочу, чтобы jar был в 3-й части lib в системе управления версиями и связывался с ним по относительному пути от pom.XML-файл.

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

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

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

Установите свой сторонний lib там с помощью install:install-file С localRepositoryPath:

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

обновление: получается, что 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 documentation

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

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

это ИМХО лучшее решение, чем использование system объем, как ваша зависимость будет рассматриваться как хороший гражданин (например, он будет включен в сборку и т. д.).

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

С помощью system объем. ${basedir} это каталог вашего пом.

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

однако желательно, чтобы вы устанавливали свой jar в репозитории, а не фиксировали его в SCM - в конце концов, это то, что maven пытается устранить.

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

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

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

вы многомодульный проект 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>

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

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

упаковка pom предотвращает это от выполнения каких-либо тестов или компиляции или создания любого файла jar. Мясо пом.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>

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

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

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

это работает для меня: Допустим, у меня есть эта зависимость

<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>

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

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

в принципе, добавьте это в 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>

одно небольшое дополнение к решению, опубликованному Паскалем

когда я следовал этому маршруту, я получил ошибку в 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

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

Comments

    Ничего не найдено.