为什么eclipse temurin官方没有OpenJ9 docker图片
因为OpenJ9可以节省30%的内存使用，所以我在我的项目中使用了OpenJ9。现在，docker的官方形象在未来没有得到维护。今天，我尝试将我的项目从AdoptJDK docker image迁移到eclipse temurin，但我没有找到任何关于OpenJ9的docker映像。我在网上搜索，有人告诉我许可证问题，将来有可能使用OpenJ9吗？为什么eclipse temurin官方不支持OpenJ9？我在网上搜索了一下，但确实找到了一些解释。
共有1个答案
TLDR：寻找Semeru而不是Temurin。
正如您在AdoptOpenJDK博客上看到的那样
OpenJ9 builds
Part of Eclipse’s agreement governing the use of the Oracle Java SE TCK,
requires that Adoptium does not release OpenJ9-based or GraalVM-based
runtimes. We know that OpenJ9 builds were very popular at AdoptOpenJDK,
and we are delighted to report that IBM has stepped in to provide
equivalent builds directly from their website.
Adoptium has plans to distribute multiple vendor builds of OpenJDK
in the near future, so keep an eye on the Adoptium blog site for more
information about that exciting adventure.
所以你要找的不是temurin docker image，而是semeru docker的形象。Semeru是IBM相当于Temurin的OpenJ9（AdoptOpenJDK博客所讨论的版本）的名称。
两者都可以安装/管理，例如通过SDKMAN。
-
问题内容： Iterables提供了两种方法 但只有一个 是否存在任何破坏对称性的设计/实现原因？ 问题答案： 我认为要点是，没有理由可以使用来完成此操作。Guava尽力使API保持较小，因此没有添加可以/应该以其他方式轻松完成的事情。 另一方面，还没有一种机制可以测试iterable是否为空，如果是，则返回默认值而不是第一个值。因此，。 同样，没有简单的方法来获取最后一个元素，因此和
-
问题内容： 虽然有一种方法没有。这是为什么？文件在完成后会自动关闭吗？ 谢谢！ 问题答案： 该类的javadoc将类描述为： 文件和目录路径名的抽象表示。 只是路径名的一种表示形式，有一些关于文件系统（如）和目录处理的方法，但是实际的流输入和输出在其他地方完成。流可以打开和关闭，文件不能。 （我个人的看法是，不幸的是Sun后来继续创建，给命名不一致带来了很大的困惑。）
-
我启动了一个国际象棋项目，使用一些旧代码绘制地图，基本上所有内容都是复制粘贴的。问题是方块没有出现？我试着修了一会儿，但没有找到解决办法。下面可能是三种最重要的方法，并简要介绍了整个项目。有些是德语的。 https://drive.google.com/file/d/1nnZHLB0Ycy04eMyYbEmduMwbGhVLZ2VB/view?usp=sharing
-
当使用Java8流时，获取一个列表、从中创建一个流、处理业务并将其转换回来是很常见的。类似于： 有什么想法吗？
-
Postgres、mariadb、mysql不使用user。应该是官方图像被审查，以遵守最佳实践文档，这要求用户在可能的情况下。为什么？
-
问题内容： 我正在尝试做这样的事情： 不幸的是，即使在Java 9中也不存在。 为什么它被遗漏了？ 建议的解决方法是什么？ 问题答案： 为什么它被遗漏了？ 该API提供了可重用的构建块。这里的相关积木是，，。通过这些，您可以实现所需的功能：将流内映射到对象，然后获得平面图。提供构建基块的排列是不切实际的，并且很难扩展。 建议的解决方法是什么？ 如前所述，使用可用的构建基块（+ ）：