Windows环境下Jenkins内置JRE更新咨询（适配Let's Encrypt证书）

我之前也碰到过一模一样的情况！Let's Encrypt的根证书在JDK 8u101版本之前没有被默认纳入信任列表，所以你用的1.8.0_66才会出现更新中心无法正常连接的问题。下面给你两种可行的解决思路：

方法一：替换Jenkins文件夹内的独立JRE #

这是最直接的方案，完全替换掉Jenkins自带的旧JRE：

• 下载适配Windows的JRE 8u101及以上版本（推荐8u301+，稳定性更好），注意要和你的Jenkins架构匹配（32位/64位）
• 停止Jenkins服务：按下Win+R输入services.msc打开服务管理器，找到Jenkins服务右键选择「停止」
• 定位到Jenkins安装目录下的jre文件夹（通常路径是C:\Program Files\Jenkins\jre），将其重命名为jre_old作为备份
• 把下载好的JRE压缩包解压，将解压后的文件夹重命名为jre，放到Jenkins安装目录的原位置
• 重新启动Jenkins服务，进入Jenkins后台「系统管理」→「系统信息」，查看java.version字段确认更新成功

方法二：配置Jenkins使用系统已安装的JRE #

如果你的Windows系统已经安装了符合版本要求的JRE（8u101+），可以直接让Jenkins复用这个JRE：

• 停止Jenkins服务（操作同方法一）
• 找到Jenkins安装目录下的jenkins.xml配置文件，用文本编辑器打开
• 找到<executable>标签，将原来的路径（通常是.\jre\bin\java.exe）替换为系统JRE的绝对路径，比如C:\Program Files\Java\jre1.8.0_301\bin\java.exe
• 保存配置文件后启动Jenkins服务，同样在「系统信息」里验证Java版本是否正确

补充说明 #

Jenkins本身并没有自带的JRE自动更新机制，所以只能通过上述两种手动方式更新JRE。另外需要注意：

• 替换JRE前一定要停止Jenkins服务，避免文件被占用导致替换失败
• 备份旧的JRE文件夹，万一新JRE出现兼容性问题可以快速回滚

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