是否有明确的日期可用来确定OSS开发人员工具链何时可以放弃对Java 7之前的JVM的支持，那是什么日期？
不，没有这样的日期。
开发工具链的人可以在愿意或根本不愿意时放弃对EOL版本的Java的支持。假设地，如果个人（或公司）与其他公司（例如客户）订立了合同安排以提供给定期间的支持，那么这些协议显然会限制他们。但是，这不太可能限制整个项目。
（但是，实际情况是维持对旧版本Java的支持变得越来越难。开发人员希望/需要能够在工具链代码库中使用Java的新功能。因此，您很可能会看到可以使用工具链为旧版Java开发代码，但您必须在现代Java上运行该工具链。）
对于OSS版本的Java代码库，您（Java的用户）处于更好的位置：
很可能会在一定程度上获得社区的支持/发展，而这在商业上是可行的。
如果没有，您就可以访问源代码，因此（理论上）您可以自力更生，或花钱找其他人为您服务。
史蒂夫·科诺利（Steve Conolly）评论：
OSS社区无法签订支持合同。
那是完全错误的。
OSS社区中的任何人都可以与您签订合同以提供对OSS产品的支持。实际上，这就是一些开发人员赚钱的方式，使他们能够继续开发自己的东西。
此外，所有主流OSS许可都允许这样做…包括GPL及其所有变体。
但是，如果OSS社区无法发展开发人员，因为您不能在不增加成本的情况下完全访问该技术，那么这将迫使Java 7之前的支持成为不可能。
这也是错误的。
Sun（以前）和现在的Oracle免费提供EOL版本的Java免费版本的下载…一直到Java 1.1。EOL-
ing不会更改可用性。实际上，这与旧版Java修补程序版本的可用性有关，以解决最近发现的安全问题和其他错误。您必须为此付费。（足够公平。完成这项工作要花Oracle钱。）
问题是Java 5和更早版本曾经以自由形式免费提供。这意味着，在Java 5中，客户实际上没有选择（修复）安全漏洞的 选择 。相比之下，在Java
6中，客户确实 具有该选择 。OpenJDK 6代码库已作为开放源代码发布， 无法 取消。而且，由于Java 7和Java
8也是开源的，因此人们可以跟踪Java 7和8中的安全修复程序，并尝试将所做的更改回移植到OpenJDK 6代码库中。
