java - 从 JBoss 4.2.x 升级到 JBoss 5.x、6.x、7.x 和 WildFly 8.x 的好处(和提示)？

Question

请假设我不需要担心开发时间和成本:我对一般技术优势(改进的性能？改进的 API？)和新功能感兴趣。

我目前正在开发使用 4.2.x 的产品，我们考虑对提前很久且需要融合的版本进行重大转变。

我简要查看了每个版本的发行说明以及有关 5.x、6.x、7.x 和 8.x 的每个版本的一些文章。但我很高兴能从做出这一转变的人那里获得第一手反馈。

我注意到围绕消息传递有一些重要的变化(从 JBoss MQ 切换到 JBoss Messenging)，而对于 JBoss 7.x，它的配置层似乎发生了相当大的变化。然后在切换到 JBoss/WildFly 8.x 时还有很多事情要做。

如果可以的话，请推荐指出陷阱的好文章。我找到了一些用于迁移到 JBoss 5.x 的工具，但对于 6.x 甚至 7.x 来说并没有那么多，现在其他人正在为我们评估 8.x。如果您认为它们相关，也可以随意推荐替代方案，但我更愿意只关注 JBoss。

关于信息，我们混合使用支持 JPF 和 OSGi(使用 Eclipse Equinox)的基于插件的系统，以及在 Swing 中开发的客户端(一些通过 WebStart 部署)。

更新:虽然这个问题已经带来了一些很好的答案，但我认为它值得为 WildFly 更新(实际上，我们的内部项目推迟了从 4.2.x 到 7.x 的最初切换计划等待WildFly)。欢迎新的想法和答案。

Answer 1

我已经从 JBoss 4 升级到 5，根据经验，以下是最重要的注意事项:

• JBoss 5(以及 6 和 7)不像带有 XML 文件的 JBoss 4 那样宽容。您必须确保所有部署描述符 XML 文件都是有效的。您可能在某些文件中使用了 DTD - 我建议将这些文件升级为使用 XML 架构。
• 某些库可能会导致不兼容。如果您访问 Web 服务和/或进行 XML 解析，则尤其如此
• 如果您在 JBoss 4 中预编译 JSP，您可能无法在 JBoss 6/7 中进行。
• JBoss 4 和 5 使用不同的消息队列实现。如果您定义了任何消息队列或主题，则需要重新定义它们。
• 不再使用 JBoss TreeCache。如果您将此用于缓存目的，则需要改为使用新的 JBoss 缓存。
• JBoss 5 的安全性有所不同。如果您的远程客户端需要对 JBoss 的安全访问，您需要对它们进行不同的配置。

一些有用的资源是:

https://dzone.com/articles/migrating-jboss-4-jboss-5 http://venugopaal.wordpress.com/2009/02/02/jboss405-to-jboss-5ga

官方 JBoss 6 仅针对 Java EE Web Profile 进行了认证，因此如果您使用 EJB 2.x 等“遗留”功能，将来可能不会支持它们。根据您的应用程序的生命周期，这可能是也可能不是问题。 JBoss 6 目前完全支持 EJB2.1，但并未对此进行认证。

我还发现 JBoss 5 比 JBoss 4 更好地处理内存。使用 JBoss 4 时，我看到的 PermGen 错误比使用 JBoss 5 时要多得多。