Ответ 1
Я тоже столкнулся с этим сценарием. В принципе, вы хотите иметь возможность запускать свой код локально из Eclipse, используя файл userConfig.properties, который легко доступен, например, внутри /src/main/resources
. Кроме того, вы хотите предоставить скомпилированный исполняемый JAR с внешним userConfig.properties, который позволяет пользователю настраивать приложение без взлома JAR.
Моя реализация такова: running mvn clean install
будет:
- создать исполняемый JAR с указанным
mainClass
- исключить все
.properties
файлы, расположенные вsrc/main/resources
из JAR - скопировать зависимости проекта в папку
lib
в корневом каталоге проекта - скопируйте все
.properties
файлы, расположенные вsrc/main/resources
, в папкуconf
в корне вашего проекта. Обратите внимание, что этот шаг является дополнительным удобством для ваших пользователей JAR. Вы можете потребовать явно создать этот файл в каталогеconf
. Этот каталогconf
эффективно добавляется в ваш путь к среде выполнения через манифест. - добавьте эту папку
conf
в манифест, обеспечив доступ к ней из исполняемого JAR
Использование этих плагинов Maven в сочетании друг с другом в вашей конфигурации POM даст вам то, что вам нужно. Что касается "лучших практик" этого решения; Я не уверен.
Использование maven-dependency-plugin следующим образом:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
<executions>
<execution>
<id>copy-dependencies</id>
<phase>prepare-package</phase>
<goals>
<goal>copy-dependencies</goal>
</goals>
<configuration>
<outputDirectory>${project.build.directory}/lib</outputDirectory>
<overWriteReleases>false</overWriteReleases>
<overWriteSnapshots>false</overWriteSnapshots>
<overWriteIfNewer>true</overWriteIfNewer>
</configuration>
</execution>
</executions>
</plugin>
Использование maven-jar-plugin следующим образом:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<version>2.3</version>
<configuration>
<excludes>
<exclude>**/*.properties</exclude>
</excludes>
<archive>
<manifest>
<addClasspath>true</addClasspath>
<classpathPrefix>lib/</classpathPrefix>
<mainClass>package.path.to.your.main.class.MainClass</mainClass>
</manifest>
<manifestEntries>
<Class-Path>conf/</Class-Path>
</manifestEntries>
</archive>
</configuration>
</plugin>
Использование maven-resources-plugin следующим образом:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-resources-plugin</artifactId>
<version>2.3</version>
<executions>
<execution>
<id>copy-resources</id>
<phase>install</phase>
<goals>
<goal>copy-resources</goal>
</goals>
<configuration>
<outputDirectory>${basedir}/target/conf</outputDirectory>
<resources>
<resource>
<directory>src/main/resources</directory>
<includes>
<include>**/*.properties</include>
</includes>
</resource>
</resources>
</configuration>
</execution>
</executions>
</plugin>
Используя эту настройку проекта, я могу запустить Eclipse с помощью одной конфигурации и предоставить своим пользователям файл свойств для настройки без свойств, наступающих друг на друга.