标题说明了一切。我想在同一台机器上有 2 个版本的 java。例如14.0.1.7
and 14.0.2.12
(它们都在 EPEL7 repo 中)。
如果我一个一个地安装它们yum
,yum 将删除第一个版本并保留最后一个版本。如果我通过rpm
依赖项安装它们,则会解决但不会自动安装。如果我先安装yum
,然后再安装,rpm
那么它可以工作并且它保留两个版本,但rpm
如果在某个时候弹出,它将不会安装任何额外的依赖项,并且能够仅通过一个工具来完成它会很酷。
所有提到的java都是OpenJDK;EPEL7 有这些滚动包(例如:java-14-openjdk-14.0.1.7-2.rolling.el7.x86_64
、、java-14-openjdk-14.0.2.12-1.rolling.el7.x86_64
)。
有任何想法吗?
你没有。升级到具有修复程序的更高版本的软件包。
java-latest-openjdk
14.0.2.12-1
替换14.0.1.7-2
. EPEL 镜子不会像他们通常的政策那样携带旧版本。上游发行说明说 14的安全补丁版本是
14.0.2+12
. 请注意通常的时区数据和 x509 证书更改,以及错误修复。想想你是否真的需要固定这个版本。文档表明这是您打算采用的次要维护版本。如果您确定需要保留以前的版本,需要解决两个问题:获取包和安装它。旧版本不再在镜像上,考虑设置自己的私有镜像或缓存代理来归档旧版本。而且,这两个版本不能并行安装。研究一种拥有两个并行环境的方法,无论是容器、虚拟机还是运行时管理器实用程序,它们专门允许您选择 Java 运行时。
简短回答:使用 Java 运行时管理器,例如SDKMAN!或jEnv
长答案:默认情况下,包管理器会尝试帮助您了解系统中最新版本的包。这就是为什么通常会为不同的语言(python 的 pyenv 或 conda,node/js 的 nvm 等)找到类似上述的替代包管理器的原因。
您提到这是针对 EPEL 的,这可能意味着您受限于互联网访问。这可能是个问题。通常,尽管这些 alt 包管理器安装在用户会话中,并且受控的环境变量仅影响当前用户。这可能是一个优点或缺点,具体取决于您正在做什么。
如果没有更多信息,我认为使用上面提到的现有工具(顺便说一句,可能有更新的工具)可能是一个不错的起点。如果需要,请随时添加更多信息,祝你好运!
这是 Docker 的主要用例之一,其中容器可以在其自己的隔离环境中包含不同的支持库和/或不同的应用程序版本,而无需虚拟化的开销和复杂性。
在最简单的 Dockerfile 中,一次可以获取 CentOS 或 RHEL 基础映像、添加存储库并安装所需的软件包。
重要的是这里的用例是什么,以及目标是否可以通过容器来表达。在大多数情况下,它可以。这是一个示例 dockerfile:
最后一个块几乎完全组成,但是是有效的。如果您可以将您的应用程序表示为微服务,那么这个基于 docker 的解决方案会很有意义。
否则,您可以使用 LXD 容器完成类似的结果,但您可以公开整个 IP(很像 VM)。您也可以使用虚拟机。两者都比基于 docker 的解决方案复杂,后者为每个应用程序公开一个 IP/端口组合。
检查这篇文章,Redhat 网站
https://access.redhat.com/node/3040171
问候。