s390x/openjdk

s390x/openjdk 镜像文档

注意事项

这是 https://hub.docker.com/_/openjdk 的 s390x 架构构建的"每架构"仓库。更多信息请参见官方镜像文档中的 https://github.com/docker-library/official-images#architectures-other-than-amd64 和官方镜像FAQ中的 https://github.com/docker-library/faq#an-images-source-changed-in-git-now-what。

弃用通知

该镜像已正式弃用，建议所有用户尽快寻找并使用合适的替代方案。以下是一些官方镜像替代选项（按字母顺序排列，无主观偏好）：

• https://hub.docker.com/_/amazoncorretto
• https://hub.docker.com/_/eclipse-temurin
• https://hub.docker.com/_/ibm-semeru-runtimes
• https://hub.docker.com/_/ibmjava
• https://hub.docker.com/_/sapmachine

更多信息请参见 https://github.com/docker-library/openjdk/issues/505。

2022年7月之后，只有早期访问版本（源自 https://jdk.java.net/）会继续接收更新，因为这些版本未被上述任何项目发布/支持。

快速参考

• 维护者：
  https://github.com/docker-library/openjdk

• 获取帮助：
  https://dockr.ly/comm-slack、Server Fault、https://unix.stackexchange.com/help/on-topic 或 https://stackoverflow.com/help/on-topic

支持的标签及对应的 Dockerfile 链接

警告：此镜像在 s390x 架构上不受支持

快速参考（续）

• 问题反馈地址：
  https://github.com/docker-library/openjdk/issues?q=

• 支持的架构：(https://github.com/docker-library/official-images#architectures-other-than-amd64)
  https://hub.docker.com/r/amd64/openjdk/、https://hub.docker.com/r/arm64v8/openjdk/、https://hub.docker.com/r/winamd64/openjdk/

• 已发布镜像工件详情：
  https://github.com/docker-library/repo-info/blob/master/repos/openjdk（https://github.com/docker-library/repo-info/commits/master/repos/openjdk）
  （包含镜像元数据、传输大小等）

• 镜像更新：
  https://github.com/docker-library/official-images/issues?q=label%3Alibrary%2Fopenjdk
  https://github.com/docker-library/official-images/blob/master/library/openjdk（https://github.com/docker-library/official-images/commits/master/library/openjdk）

• 本描述的来源：
  https://github.com/docker-library/docs/tree/master/openjdk（https://github.com/docker-library/docs/commits/master/openjdk）

什么是 OpenJDK？

OpenJDK（开放JavaJava开发工具包）是Java平台标准版（Java SE）的免费开源实现。自版本7起，OpenJDK成为Java SE的官方参考实现。

***.org/wiki/OpenJDK

Java是Oracle和/或其关联公司的注册商标。

如何使用此镜像

在应用中启动 Java 实例

使用此镜像最直接的方式是将Java容器同时用作构建和运行环境。在Dockerfile中，可编写如下内容来编译和运行项目：

dockerfile
FROM docker.xuanyuan.run/s390x/openjdk:11
COPY . /usr/src/myapp
WORKDIR /usr/src/myapp
RUN javac Main.java
CMD ["java", "Main"]

然后可以构建并运行Docker镜像：

console
$ docker build -t my-java-app .
$ docker run -it --rm --name my-running-app my-java-app

在 Docker 容器内编译应用

有时可能不适合在容器内运行应用。要在Docker实例内编译而非运行应用，可使用如下命令：

console
$ docker run --rm -v "$PWD":/usr/src/myapp -w /usr/src/myapp s390x/openjdk:11 javac Main.java

此命令会将当前目录作为卷添加到容器，将工作目录设置为该卷，并运行javac Main.java命令，该命令会指示Java编译Main.java中的代码，并将Java类文件输出到Main.class。

让 JVM 尊重 CPU 和 RAM 限制

JVM启动时会尝试检测可用CPU核心数和RAM，以相应调整内部参数（如生成的垃圾回收器线程数）。当容器以有限的CPU/RAM运行时，JVM用于探测的标准系统API会返回主机级别的值。这可能导致旧版本JVM出现CPU过度使用和内存分配错误。

在Linux容器中，OpenJDK 8及更高版本可正确检测容器限制的CPU核心数和可用RAM。对于所有当前支持的OpenJDK版本，此功能默认启用。

在Windows Server（非Hyper-V）容器中，可用CPU核心数限制不生效（被主机计算服务忽略）。要手动设置限制，可按如下方式启动JVM：

console
$ start /b /wait /affinity 0x3 path/to/java.exe ...

在此示例中，CPU亲和性十六进制掩码0x3会将JVM限制为2个CPU核心。

Windows Server容器支持RAM限制，但JVM目前无法检测。为防止过度内存分配，必须指定-XX:MaxRAM=...选项，其值不大于容器的RAM限制。

名称含句点的环境变量

某些shell（特别是Alpine Linux中包含的https://github.com/docker-library/openjdk/issues/135）不支持名称含句点的环境变量（技术上不符合POSIX标准），因此会剥离这些变量而非传递（如Bash所为）。如果应用需要此类环境变量，可直接使用`CMD ["java", ...]（不使用shell），或（安装并）明确使用Bash而非/bin/sh`。

许可

查看此镜像中包含的软件的http://openjdk.java.net/legal/gplv2+ce.html。

与所有Docker镜像一样，这些镜像可能还包含其他软件，这些软件可能采用其他许可（如基础发行版中的Bash等，以及所包含主要软件的任何直接或间接依赖项）。

一些能够自动检测到的其他许可信息可能位于https://github.com/docker-library/repo-info/tree/master/repos/openjdk中。

对于任何预构建镜像的使用，镜像用户有责任确保对该镜像的任何使用都符合其中包含的所有软件的相关许可。