Вы можете указать свойство finalName, чтобы дать jar желаемое имя, и указать, что appendAssemblyId должен иметь значение false, чтобы избежать суффикса «jar-with-dependencies».
Приведенная ниже конфигурация выведет jar с именем «test.jar»
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.2-beta-4</version>
<executions>
<execution>
<id>jar-with-dependencies</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
<configuration>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
<finalName>test</finalName>
<appendAssemblyId>false</appendAssemblyId>
</configuration>
</execution>
</executions>
</plugin>
Обновление: на основе ваших комментариев, использование встроенного дескриптора не будет работать. Я полагаю, что это связано с ошибкой в последних версиях ассемблера - они убрали поддержку классификаторов, но идентификатор исправлен, если вы используете встроенный дескриптор, так что в итоге вы получите большое имя.
В качестве обходного пути вы можете скопировать дескриптор сборки, используемый дескриптором jar-with-dependencies, и изменить идентификатор.
Этот пример приведет к добавлению идентификатора сборки к finalName, поэтому, если вам нужно иметь имя region-full.jar , вы можете указать finalName как регион и идентификатор сборки как полный . Это приведет к созданию файла в target с именем region-full.jar, но обратите внимание, что он все равно будет установлен в репозиторий Maven в качестве вложенного артефакта, а full используется в качестве классификатора. Пока этот идентификатор отличается от идентификатора вашей другой сборки, столкновения не должно быть.
Конфигурация пом будет выглядеть следующим образом.
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<version>2.2-beta-4</version>
<executions>
<execution>
<id>jar-with-dependencies</id>
<phase>prepare-package</phase>
<goals>
<goal>single</goal>
</goals>
<configuration>
<descriptors>
<descriptor>src/main/assembly/jar-assembly.xml</descriptor>
</descriptors>
<finalName>region</finalName>
</configuration>
</execution>
</executions>
</plugin>
и jar-assembly.xml в src / main / assembly, например так:
<assembly>
<id>full</id>
<formats>
<format>jar</format>
</formats>
<includeBaseDirectory>false</includeBaseDirectory>
<dependencySets>
<dependencySet>
<unpack>true</unpack>
<scope>runtime</scope>
</dependencySet>
</dependencySets>
<fileSets>
<fileSet>
<directory>${project.build.outputDirectory}</directory>
</fileSet>
</fileSets>
</assembly>
Я думаю, что я нашел способ настроить это непосредственно в pom, не нуждаясь в отдельном jar-assembly.xml.
Это в основном то же самое, что и ответ Рича, за исключением того, что finalName указывается с помощью artifactId и version.
источник
Благодаря сообщениям здесь и некоторому копанию в документации maven я придумал следующую конфигурацию для общей одноразовой перепакованной исполняемой сборки jar с произвольным именем.
В pom.xml:
В Assembly.xml:
Это произведет
MyJarName.jarсо всеми его зависимостями, повторно упакованными в тот же самый jar и указанныйMain-Class: karlthepagain.MyMain.источник
Я собираюсь отдать должное Ричу за то, что он указал мне правильное направление, но хотел опубликовать решение, которое работало для меня, так как у Рича было немного не так:
Мой файл jar-assembly.xml выглядел примерно так, что позволило изменить идентификатор сборки для региона, который был сохранен как свойство в моем профиле:
Я не использовал параметр finalName в настройках плагина maven-assembly-plugin, так как это создало мой проект с моим именем project-name-version-env-full.jar, где env-full был классификатором.
Вообразите мое удивление, когда я узнал, что сборка xml может быть параметризована элементами в сборке. Это было именно то, что я искал.
источник
Это сработало для меня
источник
Также возможно перезаписать исходный файл JAR, используя в
${project.build.finalName}качестве окончательного имени:источник