从JBoss 4.2.x升级到JBoss 5.x、6.x、7.x和WildFly 8.x的好处(和技巧)？
请假定我不需要担心开发时间和成本：，我对一般的技术好处感兴趣(提高性能？)改进的API？)和新特性.
目前，我正在使用4.2.x开发产品，我们认为，对于未来很长一段时间需要融合的版本来说，这是一个重大的转变。
我简要地查看了每个版本的发行说明，以及关于5.x、6.x、7.x和8.x每个版本的一些文章。但是，我很高兴从那些做出改变的人那里得到第一手的反馈。
我注意到围绕消息传递(从JBoss MQ切换到JBoss消息传递)有一些重要的更改，而对于JBoss 7.x，它似乎改变了它的配置层。然后，当切换到JBoss/WildFly 8.x时，会有更多的事情发生。
如果可以的话，请推荐一些针对陷阱的好文章。我发现了一些迁移到JBoss 5.x的方法，但6.x甚至7.x的迁移量不多，而且其他人现在正在为我们评估8.x。如果您认为替代方案是相关的，那么也可以推荐它们，尽管我更愿意只关注JBoss。
有关信息，我们使用基于JPF和OSGi(使用Eclipse )插件的混合系统，客户端在Swing中开发(有些是通过WebStart部署的)。
更新：虽然这个问题已经带来了一些很好的答案，但我认为它值得对WildFly进行一次更新(实际上，我们的内部项目将切换从4.2.x推迟到7.x，因为最初计划等待WildFly)。欢迎新的想法和答案。
Stack Overflow用户
发布于 2014-05-21 13:02:24
我们将JBoss升级为5，JBoss升级为7，并将WildFly升级为8.1。现在我们不能迁移到8，因为没有MQ系列JMS2RAR。
一些不同之处：
- 配置更好，也更简单。它不再扩展到在XML文件中配置方面的20个XML文件上。相反，一切都是一个中心。所有端口都配置在一个中心位置，不再有一个转换server.xml的XSL文件。您可以在不了解类的实现细节的情况下理解配置文件。如果您从未配置过JBoss 5.x，那么很难理解这一点。
- 类加载模型看起来很正常，您可以通过JBosd-Deployment-structure.xml获得很多控制。
- 集中测井(Slf4j、JUL、JCL、Log4j、…)真的很不错。
- EJB客户端库看起来要干净得多。从20个到10个JAR，其中一半甚至是OSGi包(我们的客户端是Eclipse应用程序)。
- EJB客户端maven依赖关系混乱已经消失，相反，您现在得到了一个BOM POM。
- 您可以为服务器API获得一个BOM POM。
- 更快的启动和更少的内存使用。我们在6秒内部署了80个EJB和，没有进行太多的调优。我们的活动数据集在200 MB以上。
- 默认情况下，部署文件夹为空。
- (缺乏) XNIO的质量是可怕的。在7.x中，它只用于EJB，我们遇到了几个显示阻止错误(死锁、双空闲、套接字句柄泄漏、…)。在8.x中，它也用于servlet，而不是Tomcat。仍然有许多非常基本的servlet错误在下面被修复。
我们必须执行应用程序的更改：
- 将JNDI名称更改为EE 6标准化名称
- 从JBoss缓存迁移到Infinispan (部分代码已经迁移到平面API，一些部分仍然使用树API)
- 安全性稍微不够灵活(您不能再修复经过验证和未经身份验证的调用)
- 一些依赖远程JNDI细节的可怕代码
- EJB客户机的配置是不同的。
- 所有用于安装、部署、启动、停止、…的脚本
- ExternalContext已经不在了，我们不得不用另一种方法来代替它
- 我们用@StartUp取代了SARs中的MBeans
- 一些丑恶的浣熊黑客
AS 7.x系列有一个，其修复程序仅在EAP系列中可用。如果您想使用7.x而不是8.x，我们强烈建议您购买EAP 6。
https://stackoverflow.com/questions/6202808
复制相似问题
腾讯云开发者
