我们提供了一个名为edtFTPj的流行的开源Java FTP库。
我们希望放弃对JRE 1.3的支持 - 这将清理代码库，并允许我们更轻松地使用JRE 1.4功能（无需借助反射等）。 JRE 1.3现已超过7年了！
还有人还在使用JRE 1.3吗？是否有人知道任何调查可以了解仍然使用1.3的用户百分比？
答案 0 :(得分：6)
Sun允许您购买support packages for depreciated software，例如JRE 1.4。对于银行和其他一些组织而言，每年支付10万美元用于支持过时的产品比升级更便宜。我建议只为JRE 1.3提供付费支持。如果有人需要支持，他们可以支付大量的支持包。然后，您将搁置当前的1.3代码库，如果拥有支持合同的客户需要修复错误，那么您可以为它们修复1.3版本，这可能只是意味着有选择地应用更新版本的补丁。
答案 1 :(得分：4)
即使JDK 1.4在2008年10月达到其支持生命的终点。我认为你很安全。
但不要从我这里拿走它。您真正需要问的人是您的客户。也许在您的下载页面上进行调查并征求反馈将有所帮助。如果没有人在三个月内提出要求，请放弃它。
答案 2 :(得分：3)
为什么不让程序报告它正在运行的Java版本。这将让您了解您的用户群。
我强烈建议放弃对Java 1.3的支持，而不是对Java 1.4进行小幅升级，为什么不使用Java 1.6呢？自1.3以来已经有了很大的改进。你真的错过了。
答案 3 :(得分：2)
寿命结束是软件生命周期的正常部分。
您应该询问/回答的真正问题是，您是否有令人信服的业务需要为“旧”版本添加功能。如果没有，您可以继续为需要它的客户提供 - 但鼓励其他人采取最新的＆amp;最大的，需要1.4（或1.5 / 1.6）。
答案 4 :(得分：1)
很难给出公司内部使用的数据。确实存在浏览器插件安装的数据，但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的轻量级抽象实现。
答案 5 :(得分：1)
为什么不只为1.3＆amp; 1.4如果有人实际请求它们并在1.5上执行所有新版本 - Sun支持的当前最旧版本？
答案 6 :(得分：1)
我用jdk 1.4开发了很长时间，而jdk 6.0已经用完了。我们无法升级（客户端，服务器blablabah）。在某些时候，我们刚刚升级而没有过多谈论它。客户升级而不会烦人，“此升级将修复许多安全漏洞，修复许多错误，改进性能:-)”。
现在，我尝试让我的代码与jdk 1.5保持兼容，我对1.4及以下版本的用户毫无顾虑。在某些时候，他们会明白“尝试”升级符合他们的最佳利益。