У меня есть собственная банка, которую я хочу добавить в мой pom как зависимость.
Но я не хочу добавлять его в репозиторий. Причина в том, что я хочу, чтобы мои обычные команды maven, такие как mvn compile и т.д., Работали из коробки. (Не требуя от разработчиков a добавить его в какой-то репозиторий самостоятельно).
Я хочу, чтобы jar был в libpart-источнике стороннего элемента управления и ссылался на него по относительному пути из файла pom.xml.
Можно ли это сделать? Как?
Я хочу, чтобы 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, так как ваша зависимость будет рассматриваться как хороший гражданин (например, она будет включена в сборку и т.д.).
Теперь я должен упомянуть, что "правильный способ" справиться с этой ситуацией в корпоративной среде (возможно, не здесь) - использовать корпоративный репозиторий.
Использование области system. ${basedir} - это каталог вашего pom.
<dependency>
<artifactId>..</artifactId>
<groupId>..</groupId>
<scope>system</scope>
<systemPath>${basedir}/lib/dependency.jar</systemPath>
</dependency>
Однако рекомендуется установить банку в хранилище и не передавать ее SCM - после всего, что maven пытается устранить.
Это еще один метод в дополнение к моему предыдущему ответу на Могу ли я добавить банки в 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>
Чтобы установить более одного файла, просто добавьте больше исполнений.
Я ранее написал о шаблоне для этого.
Он очень похож на решение, предложенное Pascal, хотя он перемещает все такие зависимости в выделенный модуль репозитория, поэтому вам не нужно повторять его везде, где используется зависимость, если это многомодульная сборка.
В принципе, добавьте это в 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>
мы переключились на gradle, и это работает намного лучше в gradle;). мы просто указываем папку, в которую мы можем поместить банки для временных ситуаций. У нас все еще есть большинство наших банок, которые определяют типичный раздел управления зависимостями (т.е. Тот же, что и maven). Это еще одна зависимость, которую мы определяем.
поэтому в основном теперь мы можем просто отбросить любую банку, которую мы хотим, в наш каталог lib для временного тестирования, если он где-то не находится в репозитории maven.
Это работает для меня: Скажем, у меня есть эта зависимость
<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>
Одно небольшое дополнение к решению, отправленное 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
Вы можете использовать eclipse для создания runnable Jar: Экспорт/Сбой файла Jar