Как создать автономное приложение с неповрежденными зависимостями с помощью Maven?
У меня есть настольное Java-приложение, созданное с использованием Maven 2 (но я могу перейти на Maven 3, если это поможет) с рядом зависимостей с открытым исходным кодом. Сейчас я пытаюсь упаковать его как автономный, чтобы сделать его доступным для конечных пользователей без необходимости установки maven или чего-либо еще.
Я успешно использовал maven-assembly-plugin для создания одного jar-файла, содержащего все зависимости, но это не совсем то, чего я хочу, потому что при использовании библиотек LGPL вы должны перераспределять библиотеки, которые используете, как отдельные jar-файлы.
Я хочу, чтобы Maven создал почтовый индекс, содержащий банку с моим кодом и MANIFEST.MF
это относится к другим банкам, которые мне нужны вместе с другими банками. Это похоже на стандартную практику, но я не вижу, как это сделать.
Вот выписка из моего пом
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<encoding>UTF-8</encoding>
<compilerVersion>1.6</compilerVersion>
<source>1.6</source>
<target>1.6</target>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<configuration>
<argLine>-Dfile.encoding=UTF-8</argLine>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<version>2.4</version>
<configuration>
<archive>
<manifest>
<mainClass>com.company.widget.Main</mainClass>
<packageName>com.company.widget</packageName>
<addClasspath>true</addClasspath>
</manifest>
</archive>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.3</version>
<configuration>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
<archive>
<manifest>
<mainClass>com.company.widget.Main</mainClass>
<packageName>com.company.widget</packageName>
<addClasspath>true</addClasspath>
</manifest>
</archive>
</configuration>
<executions>
<execution>
<id>make-assembly</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
РЕДАКТИРОВАТЬ: взято на идею Kals
создал файл с именем descriptor.xml
<?xml version="1.0" encoding="UTF-8"?>
<assembly
xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0 http://maven.apache.org/xsd/assembly-1.1.0.xsd">
<id>distribution</id>
<formats>
<format>zip</format>
</formats>
<dependencySets>
<dependencySet>
<scope>runtime</scope>
<outputDirectory>lib</outputDirectory>
<unpack>false</unpack>
</dependencySet>
</dependencySets>
</assembly>
а пом содержит:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.3</version>
<configuration>
<descriptors>
<descriptor>assembly.xml</descriptor>
</descriptors>
<archive>
<manifest>
<mainClass>com.company.widget.cmdline.Main</mainClass>
<packageName>com.company.widget</packageName>
<addClasspath>true</addClasspath>
</manifest>
</archive>
</configuration>
<executions>
<execution>
<id>make-assembly</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
Теперь поддерживает jar и помещает их все в папку lib, включая мой собственный код
4 ответа
Попробуйте создать собственный дескриптор сборки, добавить набор зависимостей и убедиться, что вы указали, распаковать как ложное.
Используйте это как дескриптор сборки,
<?xml version="1.0" encoding="UTF-8"?>
<assembly
xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0 http://maven.apache.org/xsd/assembly-1.1.0.xsd">
<id>distribution</id>
<formats>
<format>zip</format>
</formats>
<dependencySets>
<dependencySet>
<scope>runtime</scope>
<outputDirectory>lib</outputDirectory>
<useProjectArtifact>false</useProjectArtifact>
<unpack>false</unpack>
</dependencySet>
</dependencySets>
</assembly>
Сохраните этот файл с именем src/main/assembly/assembly.xml и обновите конфигурацию подключаемого модуля сборки в pom.xml следующим образом.
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.2.1</version>
<executions>
<execution>
<id>assembly</id>
<phase>package</phase>
<goals>
<goal>attached</goal>
</goals>
<configuration>
<descriptor>${basedir}/src/main/assembly/assembly.xml</descriptor>
</configuration>
</execution>
</executions>
</plugin>
Вот ссылка на дескриптор сборки, если вам нужно больше
http://maven.apache.org/plugins/maven-assembly-plugin/assembly.html
Вы должны проверить плагин Maven Appassembler. Используя его, вы можете получить гораздо более надежный пакет, чем свернуть собственную сборку.
Он генерирует полезные сценарии запуска для Unix и Windows, которые позволяют вам устанавливать предопределенные параметры виртуальной машины JAVA, параметры командной строки и путь к классам.
Он также имеет концепцию каталога конфигурации, куда вы можете скопировать конфигурации по умолчанию, которые пользователь может впоследствии изменить. Вы также можете установить каталог конфигурации, который будет доступен на пути к классам.
Зависимости могут быть сохранены в "репо" стиле Maven, или вы можете использовать директорию "lib" в плоском стиле.
Вам все еще нужен плагин сборки для создания архива zip или tar.
Вот пример конфигурации appassembler:
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>appassembler-maven-plugin</artifactId>
<version>1.2.2</version>
<configuration>
<programs>
<program>
<mainClass>com.mytools.ReportTool</mainClass>
<name>ReportTool</name>
</program>
</programs>
<assembleDirectory>${project.build.directory}/ReportTool</assembleDirectory>
<repositoryName>lib</repositoryName>
<repositoryLayout>flat</repositoryLayout>
</configuration>
<executions>
<execution>
<id>assembly</id>
<phase>package</phase>
<goals>
<goal>assemble</goal>
</goals>
</execution>
</executions>
</plugin>
Чтобы получить zip-архив, я использую эту сборку:
<assembly xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0 http://maven.apache.org/xsd/assembly-1.1.0.xsd">
<id>bin</id>
<formats>
<format>zip</format>
</formats>
<fileSets>
<fileSet>
<directory>${project.build.directory}/ReportTool</directory>
<outputDirectory>/</outputDirectory>
<includes>
<include>/**</include>
</includes>
</fileSet>
</fileSets>
</assembly>
Насколько я знаю, можно также перераспределить библиотеки LGPL в ваши собственные пакеты, если они не затронуты. Плагин сборки maven создает jar-файл, содержащий исходные jar-файлы в папке lib архива. Пока вы выполняете LGPL.
Может быть, этот вопрос дает больше информации по этой теме.
(Отказ от ответственности: я не юрист, поэтому, пожалуйста, перепроверьте эту информацию;))
Добавьте следующие плагины в pom.xml. Проверьте значение в тегах mainClass,classpathPrefix,addClasspath.
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<version>2.4</version>
<configuration>
<archive>
<manifest>
<mainClass>org.apache.camel.spring.Main</mainClass>
<classpathPrefix>lib/</classpathPrefix>
<addClasspath>true</addClasspath>
</manifest>
</archive>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.4</version>
<configuration>
<descriptors>
<descriptor>src/assembly/some-assembly.xml</descriptor>
</descriptors>
</configuration>
<executions>
<execution>
<id>make-assembly</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
Создайте some-assembly.xml в src/assembly, как показано ниже.
<assembly
xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0 http://maven.apache.org/xsd/assembly-1.1.0.xsd">
<id>distribution</id>
<formats>
<format>zip</format>
</formats>
<includeBaseDirectory>true</includeBaseDirectory>
<fileSets>
<fileSet>
<directory>${project.build.directory}</directory>
<outputDirectory>/</outputDirectory>
<includes>
<include>*.jar</include>
</includes>
</fileSet>
</fileSets>
<dependencySets>
<dependencySet>
<scope>runtime</scope>
<outputDirectory>/lib</outputDirectory>
<useProjectArtifact>false</useProjectArtifact>
<unpack>false</unpack>
</dependencySet>
</dependencySets>
Обратите внимание, что флаг useProjectArtifact имеет значение false, а флаг распаковки - false. Если корневая папка внутри zip-файла не требуется, то можно включить includeBaseDirectory в false.
Это создаст файл name-version-distribution.zip. Внутри zip-файла будет находиться папка name-version. Внутри этой папки будут присутствовать ваши исполняемые файлы jar и lib, содержащие все файлы зависимостей. Проверьте файл manifest.MF исполняемого файла jar. Он содержит информацию как основного класса, так и пути к классам.