不再支持JRE 1.3

Question

我们提供了一个名为edtFTPj的流行的开源Java FTP库。

我们希望放弃对JRE 1.3的支持 - 这将清理代码库，并允许我们更轻松地使用JRE 1.4功能（无需借助反射等）。 JRE 1.3现已超过7年！

有人还在那里使用JRE 1.3吗？ 是否有人知道任何调查可以了解仍然使用1.3的用户百分比？

Answer 1

Sun允许您购买折旧软件 （如JRE 1.4）的支持包 。 对于银行和其他一些组织来说，每年支付10万美元来支持过时的产品比升级更便宜。 我建议只为JRE 1.3提供付费支持。 如果有人需要支持，他们可以支付大量的支持包。 然后，您将搁置当前的1.3代码库，如果拥有支持合同的客户需要修复错误，那么您可以为它们修复1.3版本，这可能只是意味着有选择地应用更新版本的补丁。

Answer 2

甚至JDK 1.4也在2008年10月达到其支持生命的终点。我认为你是安全的。

但是不要把它从我这里拿走。 您真正需要问的人是您的客户。 也许在您的下载页面上进行调查并征求反馈将有所帮助。 如果没有人在三个月内提出要求，请放弃它。

Answer 3

为什么不让程序报告它正在运行的Java版本。 这将让您了解您的用户群。

我强烈建议放弃对Java 1.3的支持，而不是对Java 1.4进行小的升级，为什么不使用Java 1.6呢？ 自1.3以来已经有了很大的改进。 你真的错过了。

Answer 4

寿命终结是软件生命周期的正常部分。

您应该询问/回答的真正问题是，您是否有令人信服的业务需要为“旧”版本添加功能。 如果没有，您可以继续为需要它的客户提供 - 但鼓励其他人采取最新和最好的需要1.4（或1.5 / 1.6）。

Answer 5

公司内部使用的数据很难得出。 确实存在浏览器插件安装的数字，但Sun的数据是保密的。

1.3支持停止前一段时间（Solaris 8复古支持拖了一下）。 1.4已完成其服务终止寿命，但很可能在Java for Business for yonks下得到支持。 IIRC，如果您尝试从sun.com的档案中下载1.4，则会要求您提供一些信息，例如电子邮件地址。 1.5已超过其使用寿命的一半（但在Mac上仍然很常见）。

任选使用1.4功能并不困难。 您只需要通过反射加载一个类（或者只是以不同的方式打包它），然后在新功能上实现1.4和1.3的轻量级抽象实现。

Answer 6

为什么不只为1.3和1.4执行关键补丁，如果有人实际请求它们并在1.5上执行所有新版本 - Sun支持的当前最旧版本？

Answer 7

我用jdk 1.4开发了很长时间，而jdk 6.0已经用完了。 我们无法升级（客户端，服务器blablabah）。 在某些时候，我们刚刚升级而没有过多谈论它。 客户端升级而不会烦人，“此升级将修复许多安全漏洞，修复许多错误，改进性能:-)”。

现在，我尝试让我的代码与jdk 1.5保持兼容，对于运行1.4及以下版本的人我完全不用担心。 在某些时候，他们会明白，“尝试”升级符合他们的最佳利益。