直到 2010 年底,我们都坚持使用 Java2SE v1.4。这真的很糟糕,但我们无能为力。我们现在有哪些选择可以使用一些新功能?我可以想到几种方法
我最感兴趣的是在使用 Weblogic 和“真实”东西的生产环境中使用它的非常积极的体验。
最佳答案
感谢您的回答。这是所有相关答案和我自己的研究的摘要。
改变字节码:Retros
这是由 "retro"-tools 完成的:Retrotranslator , Retroweaver和 JBossRetro .逆转录似乎是最成熟的
并激活它们的工具。这些工具扫描所有类并更改字节码以删除 Java 5 和 6 功能。支持许多 Java5 特性,一些
通过使用第 3 方反向移植库。此选项最受欢迎,用户也有一些积极的反馈。实验表明它的工作原理
预期的。查看 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 或扩展的 for 循环无论如何都由编译器翻译。泛型和注释被剥离。不支持枚举,我不知道
关于自动装箱,如 valueOf
方法主要是在 Java5 中引入的。
缺点:只翻译字节码,不改变库使用。所以你必须小心不要使用 Java5 特定的 API(但可以使用 Backports)。
此外,您必须同时构建所有模块,因为对于开发时间,您可能需要具有通用和注释信息的 Java5 代码。
因此,您必须为 Java 1.4 生产从头开始构建整个项目。
将源代码改回 Java 1.4:Declawer
正如在 related question 中回答的那样,还有Declawer ,一个编译器扩展,适用于泛型和可变参数,但不适用于增强的 for 循环或
自动装箱。生成的源“有点时髦,但还不错”。
优点:生成的源是可用的,可以查看。在最坏的情况下,可以在此源中进行修复。没有“魔法”,因为来源
是有效的Java。有些人甚至使用 JAD(Java 反编译器)再次获取 Java 1.4 源代码。如果使用 debug 编译,Jad readable 的输出是可读的
信息,不要使用内部类。
缺点:类似于 -target jsr14
,您需要在部署中执行额外的步骤。图书馆也有同样的问题。
将源代码改回 Java 1.4:手动
几个答案建议手工完成。对于自动的、重复的构建过程,这当然没有用,但对于一次性更改它是
合理的。只需自动化可能的事情。也许看看 Antlr 来创建一个本土的转换工具。
反向移植库:
问题是,Java5 还提供了旧 JRE 中不可用的新库,请参阅 related question .幸运的是有几个
向后移植的库为您提供 Java5 的一些功能,但不能模拟语言特性,如泛型。
在 Java 1.4 代码中模拟 Java5 功能:
我正在考虑您可能会做的一些事情,以使您的生活更轻松,并且仍然使用 Java 1.4。最重要的特性是类型安全的集合,
这里有一些想法:
asList
允许的方法 1,2,...,n
参数和它们的数组(模拟可变参数)。 1,...,n
参数转换为数组)和 valueOf
可以放在一些帮助类中。 关于java - 将 Java 5/6 功能向后移植到 Java 1.4?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1011706/