fabric8 docker-maven-plugin capAdd завершается ошибкой с "неизвестной возможностью добавления"
Контекст: попытка настроить автоматизированный интеграционный набор тестов, в котором maven может запускать и останавливать образы докера до и после запуска тестов на сервере CI. Решил пойти с fabric8 из-за обширной документации.
fabric8io.github.io/docker-maven-plugin/docker-start.html говорит
capAdd список добавляемых элементов, чтобы указать параметры ядра для добавления в контейнер.
Я предполагаю, что синтаксис похож на ADD local-artifact-version.jar app.jar, но это не работает.
Проблема: когда я запускаю mvn clean docker пакета:build docker:start -Ddocker.follow=true, я получаю ошибку io.fabric8.maven.docker.access.hc.http.HttpRequestException: Cannot start container [sha1]: Unknown capability to add "target/artifact-1.0.0-SNAPSHOT-exec.jar app.jar"
Как правильно использовать семантику Dockerfile "ADD" при использовании плагина fabric8 docker maven?
Пом:
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
<plugin>
<groupId>io.fabric8</groupId>
<artifactId>docker-maven-plugin</artifactId>
<configuration>
<image>
<name>postgres:9.4</name>
<alias>dbstore</alias>
<run>
<namingStrategy>alias</namingStrategy>
<volumes>
<bind>/var/lib/postgresql/data</bind>
</volumes>
</run>
</image>
<image>
<name>private-dockerhub.company.com/dbpath/postgres:latest</name>
<alias>data_dump_loader</alias>
<run>
<namingStrategy>alias</namingStrategy>
<ports>
<port>5432:5432</port>
</ports>
<volumes>
<from>dbstore</from>
</volumes>
</run>
</image>
<image>
<name>private-dockerhub.commpany.com/path/reports</name>
<alias>reports</alias>
<build>
<from>private-dockerhub.company.com/core/java:oracle-server-jre8</from>
<tags>
<tag>${project.version}</tag>
</tags>
<entryPoint>
<arg>java</arg>
<arg>-Djava.security.egd=file:/dev/./urandom</arg>
<arg>-jar</arg>
<arg>/app.jar</arg>
</entryPoint>
</build>
<run>
<namingStrategy>alias</namingStrategy>
<capAdd>
<capAdd>target/reports-1.0.0-SNAPSHOT-exec.jar app.jar</capAdd>
</capAdd>
<ports>
<port>${project.port}:${project.port}</port>
</ports>
<wait>
<!-- The plugin waits until this URL is reachable via HTTP ... -->
<http>
<url>http://localdocker:${project.port}/beans</url>
<method>GET</method>
<status>403</status>
</http>
<!-- ... but at max 10 seconds -->
<time>120000</time>
</wait>
<log>
<enabled>true</enabled>
<color>red</color>
</log>
<env>
<SPRING_DATASOURCE_URL>jdbc:postgresql://localdocker:5432/thedatabase</SPRING_DATASOURCE_URL>
<SPRING_DATASOURCE_DRIVER-CLASS-NAME>org.postgresql.Driver</SPRING_DATASOURCE_DRIVER-CLASS-NAME>
<SPRING_DATASOURCE_USERNAME>cool-username</SPRING_DATASOURCE_USERNAME>
<SPRING_DATASOURCE_PASSWORD>secret</SPRING_DATASOURCE_PASSWORD>
</env>
<extraHosts>localdocker:ip.168.99.100</extraHosts>
</run>
</image>
</configuration>
</plugin>
</plugins>
1 ответ
capAdd
не может использоваться для добавления файлов в образ Docker. Он предназначен для установки определенных возможностей Linux для запуска контейнеров. Это так же, как --cap-add
Cli вариант.
Для добавления файлов при создании изображений у вас есть несколько возможностей, как описано в документации:
- Вы можете использовать сборку, которая работает во многом как плагин maven-assembly-plugin. Есть также предопределенные дескрипторы, например, для включения вашего артефакта сборки.
- Вы можете обратиться к внешнему Dockerfile (куда вы можете поместить обычный Dockerfile
ADD
команды. Это может быть вызвано установкой<build><assembly><dockerFileDir>....
в конфигурации (в следующей версии вы можете поставить<dockerFileDir>
также прямо внизу (<build>...</build>
).
Так что для вашего примера (при условии, что ваш артефакт reports-1.0.0-SNAPSHOT-exec.jar
) вы можете попробовать:
<build>
<from>private-dockerhub.company.com/core/java:oracle-server-jre8</from>
<tags>
<tag>${project.version}</tag>
</tags>
<entryPoint>
<arg>java</arg>
<arg>-Djava.security.egd=file:/dev/./urandom</arg>
<arg>-jar</arg>
<arg>/app.jar</arg>
</entryPoint>
<!-- ============================================ -->
<assembly>
<inline>
<dependencySets>
<dependencySet>
<includes>
<include>${project.groupId}:${project.artifactId}:jar:${project.version}:exec</include>
</includes>
<outputFileNameMapping>app.jar</outputFileNameMapping>
</dependencySet>
</dependencySets>
</inline>
</assembly>
</build>
См. Документацию формата дескриптора для деталей.
Если вы не используете классификатор exec
все было бы намного проще, потому что тогда вы могли бы использовать предопределенный дескриптор artifact
,