1、整体步骤

yum -y install java-1.8.0-openjdk.x86_64 maven
git clone git@github.com:361way/java.git
mvn package -Dmaven.test.skip=true -U -e -X -B
docker build -t javaweb-demo:v1 .

2、maven参数说明

# 功能：  打包
# 参数说明：
#               -Dmaven.test.skip=true：跳过单元测试
#               -U：每次构建检查依赖更新，可避免缓存中快照版本依赖不更新问题，但会牺牲部分性能
#               -e -X ：打印调试信息，定位疑难构建问题时建议使用此参数构建
#               -B：以batch模式运行，可避免日志打印时出现ArrayIndexOutOfBoundsException异常
# 使用场景： 打包项目且不需要执行单元测试时使用
mvn package -Dmaven.test.skip=true -U -e -X -B

#功能：打包;执行单元测试，但忽略单元测试用例失败，每次构建检查依赖更新
#使用场景： 需要执行单元测试，且使用构建提供的单元测试报告服务统计执行情况
# 使用条件：在”单元测试“中选择处理单元测试结果，并正确填写测试结果文件路径
#mvn package -Dmaven.test.failure.ignore=true -U -e -X -B

#功能：打包并发布依赖包到私有依赖库
#使用场景： 需要将当前项目构建结果发布到私有依赖仓库以供其他maven项目引用时使用
#注意事项： 此处上传的目标仓库为Devcloud私有依赖仓库，注意与软件发布仓库区分
#mvn deploy -Dmaven.test.skip=true -U -e -X -B

参数区别如下：

mvn clean package依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)等７个阶段。
mvn clean install依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8个阶段。
mvn clean deploy依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等９个阶段。

# 由上面的分析可知主要区别如下，
package命令完成了项目编译、单元测试、打包功能，但没有把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库
install命令完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库，但没有布署到远程maven私服仓库
deploy命令完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库

3、Dockerfile文件编写

这里dockerfile文件是我自己写的，demo代码参考的devcloud里的最简单的hello-world代码（比较简单，自己也可以写一个）：

FROM openjdk:8-jdk-alpine
ARG JAR_FILE=target/*.jar
COPY ${JAR_FILE} app.jar
ENTRYPOINT ["java","-jar","/app.jar"]

这部分可以参考： Spring Boot with Docker

4.编译与打包一体

FROM  maven:3.3-jdk-8
ADD .  /usr/src/mymaven
RUN  cd /usr/src/mymaven && \
     mvn clean install

FROM openjdk:8-jdk-alpine
COPY --from=0 /usr/src/mymaven/target/*.jar  app.jar
ENTRYPOINT ["java","-jar","/app.jar"]

先用maven包编译打包，再将打包好的结果编译成新的容器。

maven docker项

donation