У меня есть следующая пользовательская сборка:
<assembly>
<id>full</id>
<formats>
<format>jar</format>
</formats>
<includeBaseDirectory>false</includeBaseDirectory>
<fileSets>
<fileSet>
<directory>${project.build.outputDirectory}</directory>
<outputDirectory>/</outputDirectory>
</fileSet>
</fileSets>
</assembly>
И следующий раздел конфигурации:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<configuration>
<descriptors>
<descriptor>src/main/assembly/assembly.xml</descriptor>
</descriptors>
<archive>
<manifest>
<mainClass>com.example.MyExample</mainClass>
<addClasspath>true</addClasspath>
<classpathPrefix>./lib/</classpathPrefix>
</manifest>
</archive>
</configuration>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
</plugin>
В соответствии с документацией к плагину сборки maven, это должно добавить элемент classpathв файл манифеста, однако он не работает.Если я использую устаревшую цель сборки вместо одиночной, она работает.
Я заметил, что где-то кто-то упоминал, что раздел архива доступен только в формате jar, но это то, что я использую.
Когда они устарели сборка: сборка, они определили новый способ сделать это правильно?Мне действительно не нравится использовать устаревшую функциональность, но если они нарушают работу и не документируют ее должным образом, я действительно не знаю, как этого избежать.
У кого-нибудь есть примеры того, каксделать это правильно?