简单的 web 服务器，将提供一个命令行工具来启动一个仅提供静态文件的最小 web 服务器。没有 CGI 或类似 servlet 的功能可用。该工具对于原型设计、临时编码和测试非常有用，尤其是在教育环境中。该计划的目标包括提供一个开箱即用的静态 HTTP 文件服务器，具有简单的设置和最少的功能，减少开发人员的激活能量并使 JDK 更易于使用，并通过命令行和一个小的 API 提供默认实现用于程序化创建和定制。提供功能丰富或商业级的服务器不是提案的目标。
矢量API将被孵育在18 JDK的第三时间，此前在孵育JDK 16和JDK 17。该提案将在运行时将向量计算表达为支持的 CPU 架构上的最佳向量指令，从而实现优于等效标量计算的性能。向量运算表达了一定程度的并行化，从而能够在单个 CPU 周期内完成更多工作，从而显着提高性能。与平台无关的矢量 API 旨在提供一种在 Java 中编写复杂算法的方法，使用现有的 HotSpot 自动矢量化器，但使用用户模型使矢量化更具可预测性。JDK 18 还将添加对ARM 标量向量扩展的支持 平台并提高在支持硬件掩码的架构上接受掩码的向量操作的性能。
指定 UTF-8 作为标准 Java API 的默认字符集. UTF-8 是一种用于电子通信的可变宽字符编码，被认为是网络的标准字符集。Charset 是一种能够对网络上的所有字符进行编码的字符编码。通过此更改，依赖于默认字符集的 API 将在所有实现、操作系统、区域设置和配置中保持一致。该提案无意定义新的 Java 标准或特定于 JDK 的 API。该提案的支持者预计，Java 选择 UTF-8 不会对许多环境中的应用程序产生影响，因为 MacOS、许多 Linux 发行版和许多服务器应用程序已经支持 UTF-8。但是，在其他环境中存在风险，最明显的是，在处理未指定默认字符集时生成的数据时，依赖于默认字符集的应用程序将表现不正确。数据损坏可能会悄悄发生。预计主要影响将落在亚洲地区的 Windows 系统用户以及亚洲和其他地区的某些服务器环境中。
Java API 文档中的代码片段，包括@snippet为 JavaDoc 的标准 Doclet引入一个标签，以简化 API 文档中示例源代码的包含。该计划的目标之一是通过提供对这些片段的 API 访问来促进源代码片段的验证。虽然正确性是作者的责任，但 JavaDoc 和相关工具中的增强支持可以使其更容易实现。其他目标包括启用现代样式，例如语法突出显示，以及名称与声明的自动链接，以及为创建和编辑片段提供更好的 IDE 支持。该提案指出，API 文档的作者通常在文档注释中包含源代码片段。