如何在Docker镜像中缓存jetty:run目标所需的全部Maven依赖？

这个问题其实是因为mvn dependency:go-offline默认只处理项目主依赖（也就是pom.xml里<dependencies>块的内容），而jetty:run需要的插件（比如jetty-maven-plugin）及其依赖并不在这个范围内，所以离线运行时会找不到插件的依赖包。下面给你几个靠谱的解决办法：

方法1：添加dependency:resolve-plugins指令 #

dependency:resolve-plugins这个Maven目标专门负责下载项目中配置的插件及其依赖，把它和dependency:go-offline结合起来，就能覆盖所有需要的依赖了。修改你的Dockerfile如下：

# 假设你的基础镜像已经是Maven环境
WORKDIR /your-project-dir

# 先复制pom.xml，利用Docker的分层缓存
COPY pom.xml .

# 下载插件依赖 + 项目主依赖
RUN mvn dependency:resolve-plugins dependency:go-offline

# 再复制项目源码
COPY . .

# 离线启动Jetty
ENTRYPOINT ["mvn", "-o", "jetty:run"]

这样构建镜像时，Maven会把插件（包括jetty-maven-plugin）和它的依赖（比如报错里的plexus-utils:jar:1.1）都下载到本地仓库，后续运行时用-o离线模式就不会报错了。

方法2：提前运行一次jetty:run并快速终止 #

如果觉得上面的Maven目标组合不够直观，还有个更" brute force "但有效的方法：在构建阶段直接运行一次jetty:run，等它下载完所有依赖后再终止进程。这样Maven会自动把所有需要的依赖（包括插件的）都缓存下来。修改Dockerfile：

WORKDIR /your-project-dir

COPY pom.xml .

# 启动Jetty，等待足够时间让依赖下载完成，再杀死进程
RUN mvn jetty:run & \
    sleep 15 && \
    pkill -f "jetty:run"

COPY . .

ENTRYPOINT ["mvn", "-o", "jetty:run"]

注意这里的sleep 15可能需要根据你的网络情况调整，如果依赖较多，可能需要延长时间。你也可以换成更智能的检测方式，比如用curl检查Jetty是否启动（比如默认端口8080），但sleep对于大多数场景已经足够。

为什么原来的方法不行？ #

再补充下原理：dependency:go-offline的设计目标是预下载项目编译、测试、运行时需要的所有主依赖，但它不会处理构建插件的依赖——这些插件属于构建过程的工具，不在项目的运行依赖范围内，所以默认不会被预下载。而jetty:run本质是通过Maven插件启动的，插件本身的依赖也需要被下载，这就是你遇到报错的核心原因。

内容的提问来源于stack exchange，提问作者nuoritoveri