是否将Java 5/6功能反向移植到Java 1.4？

Question

Java 2SE v1.4一直持续到2010年底。这确实很讨厌，但我们无能为力。我们现在必须使用哪些选项才能使用某些新功能？我可以想到几种方式

• 更改字节码，例如使用Retrotranslator或Retroweaver。

• 库的反向移植，例如Concurrent Backport，但这对泛型没有帮助。

• Java 5功能的仿真，例如选中的Collections，带有辅助方法的Varargs等。

• 通过预编译来更改源代码，在最终编译之前剥离所有1.5的内容，例如使用Declawer可以做到这一点。

我对在使用Weblogic和“真实”东西的生产环境中获得非常积极的体验最感兴趣。

Answer 1

感谢您的回答。这是所有相关答案和我自己的研究的摘要。

更改字节码：Retros
这是通过“复古”工具完成的：Retrotranslator，Retroweaver和JBossRetro。Retrotranslator似乎是其中最成熟，最活跃的工具。这些工具扫描所有类并更改字节码以删除Java
5和6功能。支持许多Java5功能，其中一些功能是通过使用第三方反向端口库实现的。此选项最受欢迎，并且得到了用户的积极反馈。实验表明它可以按预期工作。请参阅有关developerWorks的简短概述。

专业人士：您可以完全使用Java 5开发，构建模块和各种JAR。最后，您只需将所有类转换为Java
1.4并打包EAR。使用Retrotranslator的Maven集成（org.codehaus.mojo:retrotranslator-maven- plugin）可以轻松完成此操作。

缺点：保守的环境不允许部署更改的字节码。追溯结果对任何编码人员都不可见，因此无法通过。第二个问题是恐惧：可能存在一些隐秘的生产问题，而追溯代码可能是对此负有责任的另一步骤。应用服务器供应商可能会由于字节码更改而拒绝帮助。因此，没有人愿意承担将其用于生产的责任。因为这是一个政策问题，而不是技术问题，所以我认为没有解决方案。它发生在我们身上，所以我正在寻找其他选择:-(

将Java5编译为Java 1.4：jsr14
有一个不受支持的选项，javac -source 1.5 and -target jsr14它将Java5源代码编译为有效的Java
1.4字节码。无论如何，大多数功能（如varargs或Extended
for循环）都由编译器翻译。泛型和注释被剥离。不支持枚举，我也不了解自动装箱，因为这些valueOf方法大多数是在Java5中引入的。

缺点：仅翻译字节码，不改变库用法。因此，您必须注意不要使用Java5特定的API（但可以使用Backports）。此外，您还必须同时构建所有模块，因为在开发时，您可能希望Java5代码具有泛型和注释信息。因此，您必须从头开始为Java
1.4生产构建整个项目。

将源代码更改回Java 1.4：Declawer

优点：生成的源可用并且可以查看。在最坏的情况下，可以在此源中进行修复。没有“魔术”，因为源是有效的Java。有些人甚至使用JAD（Java反编译器）再次获得Java
1.4源。如果使用调试信息进行编译并且不使用内部类，则Jad可读的输出是可读的。

缺点：与相似-target jsr14，您需要在部署中执行额外的步骤。库也有同样的问题。

将Source更改回Java 1.4：手工完成
一些答案建议手工完成。对于自动的重复构建过程，这当然没有用，但是对于一次性更改，这是合理的。只是自动化一切。也许看一下Antlr来创建一个本地转换工具。

向后移植的库：
问题是Java5还提供了新的库，这些库在较旧的JRE中不可用，请参阅相关问题。幸运的是，有几个向后移植的库可以为您提供Java5的某些功能，但是不能模拟语言特性，例如泛型。

• 注释，在TSS上讨论
• 同时
• com.sun.net.httpserver（Java 6至5）
• Gif编写（Java 6至5）
• 开始您自己的backport项目；-)
• 您可以从JDK或其他库中复制所需的类，但是很可能它们与其他类相关。

在Java 1.4代码中模拟Java5功能：
我在考虑可能要做的一些事情，以使您的生活更轻松并仍然使用Java 1.4。最重要的功能是类型安全集合，以下是一些建议：

• 可以使用某些模板来创建自己的类型安全容器，而不是使用泛型。
• 添加一个类型安全的迭代器（不再是迭代器）。
• 添加asList允许1,2,...,n参数和参数数组的方法（以模拟varargs）。
• 用于varargs的方法（将1,...,n参数转换为数组），valueOf可以放在一些帮助器类中。