Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/jenkins/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java openjdk 8修补程序版本_Java_Jenkins_Java 8_Virtual Machine - Fatal编程技术网

Java openjdk 8修补程序版本

Java openjdk 8修补程序版本,java,jenkins,java-8,virtual-machine,Java,Jenkins,Java 8,Virtual Machine,我有一个jenkins构建作业,用最新的openjdk 8修补程序版本(8u222-b10)创建工件,但需要部署构建工件的VM使用较低的修补程序版本(例如8u141)运行。 我的问题是,在较低的补丁环境中使用较高的补丁运行构建有多重要? 应该遵循什么样的最佳实践?通常,补丁版本与构建应用程序无关。只是运行时可能会有一些小的变化。这些更改通常包括时区更改、安全错误修复或证书更新 所以我在同一个主要版本中从来没有遇到过问题。但是,最好将执行java程序的运行时版本更新为最新版本。也存在一些问题,但它

我有一个jenkins构建作业,用最新的openjdk 8修补程序版本(8u222-b10)创建工件,但需要部署构建工件的VM使用较低的修补程序版本(例如8u141)运行。 我的问题是,在较低的补丁环境中使用较高的补丁运行构建有多重要?
应该遵循什么样的最佳实践?

通常,补丁版本与构建应用程序无关。只是运行时可能会有一些小的变化。这些更改通常包括时区更改、安全错误修复或证书更新


所以我在同一个主要版本中从来没有遇到过问题。但是,最好将执行java程序的运行时版本更新为最新版本。

也存在一些问题,但它们往往具有相当模糊的功能。例如,我们有一群服务器在更新JVM时突然无法通过RMI与客户机通信。结果表明,Oracle在1.8的两个次要版本之间默认禁用了HTTP上的RMI。在翻阅发行说明之后,我们发现我们所需要做的就是添加一个JVM参数来再次打开它,这在过去是不需要的。但是,如果构建和运行时有两个不同的次要版本呢。假设构建版本的次要版本较高,运行时版本较低。如果有任何问题,请告诉我。