计划用于Java 11 JDK的新功能

在这一点上，JDK 11只设置了三个新功能，尽管稍后还会有更多功能。计划中的新功能包括：

• 该小量的垃圾收集器，标榜为“无操作”集电极，将处理存储器分配而不实施任何实际内存回收机制。Epsilon的使用案例包括测试性能，内存压力和虚拟机界面。它也可以用于短期工作。lambda参数的局部变量语法应使隐式类型表达式中的形式参数声明的语法与局部变量声明的语法保持一致。这将允许var 在声明隐式类型的lambda表达式的形式参数时使用。

• Java类文件格式将被扩展为支持一个新的常量池格式CONSTANT_Dynamic。目标是降低开发新形式的可实现的类文件约束的成本和中断。

从Java JDK 11中删除的

Java EE EE和CORBA模块在Java SE 9中已弃用，意图在更高版本中删除它们 - 现在将其设置为JDK 11。

2006年12月发布的Java SE 6包含了一个完整的Web服务栈，以方便开发人员，其中包括为Java EE平台构建的四种技术：JAX-WS（基于XML的Web服务的Java API，JAXB XML绑定），JAF（JavaBeans激活框架）和Java常用注释等。随着时间的推移，Java EE版本不断发展，导致Java SE出现困难，例如包括与Java SE无关的技术和跨两个Java的更难维护使用独立版本的第三方站点提供的Java EE技术，Oracle表示不再需要在Java SE或JDK中提供它们。

但是，如果某些应用程序依赖于JDK for Java EE API和工具的即用型支持，则它们将无法编译或运行。将JDK 6,7或8迁移到更高版本时，会出现二进制和源不兼容问题。甲骨文表示，受这些风险影响的开发人员可以部署替代版本的Java EE技术。

CORBA的历史可以追溯到20世纪90年代，而且甲骨文表示，今天对使用CORBA开发现代Java应用程序没有太大兴趣。而维护CORBA支持的成本大于其剩余的好处。

但是，如果CORBA实施只包含一部分CORBA API并且期望JDK提供剩余部分，CORBA风险将不会运行。没有第三方CORBA版本，并且不确定第三方是否可以接管CORBA API维护。

JavaFX正在被删除，因此它不受Java JDK每年两次更新计划的束缚。