从 Jboss EAP 6.4 迁移到 WildFly答案

【问题标题】：Migrate from Jboss EAP 6.4 to WildFly从 Jboss EAP 6.4 迁移到 WildFly
【发布时间】：2018-09-16 06:56:25
【问题描述】：

我需要将我的应用程序从 Jboss EAP 6.4 迁移到 WildFly。我是 Jboss 的新手，而不是开发人员。我的应用程序目前部署在 Jboss 6.4 上并且运行良好。

能否请您提供有关如何迁移到 WildFly 服务器的详细信息。

感谢您提供任何有关此迁移的提示或帮助。如果您需要任何进一步的信息，我可以提供任何详细信息。

【问题讨论】：

这是一个非常广泛的问题。我们不知道您的应用程序有多复杂，也不知道它的作用。 Wildfly 的发布计划更加频繁，但版本将取决于您的需求。我会首先尝试使用最新版本的 Wildfly（撰写本文时为 12 个），看看有什么问题。您很有可能需要更改一些代码但不能保证。当您crosspost 时，请告诉我们——否则我们中的一些人可能会在多个地方回复。
从商业支持版本迁移到社区版本而不是 EAP 7.0 或 EAP 7.1 的任何原因？
如前所述，您完全没有提供应用程序的任何细节，因此任何人都不可能真正发表评论。至于对standalone(-full).xml 的更改，我将首先查看您当前的配置与全新安装版本的比较，以了解进行了哪些更改。这应该作为一个很好的起点，然后知道您需要对 EAP 7 进行哪些更改。语法可能不同，但是 6->7 的 redhat 文档应该对此有所帮助，如果您有商业支持，您可以询问RedHat 为您遇到的任何问题寻求帮助。
取决于应用程序的具体功能以及它使用标准 JavaEE 的程度以及更具体的 EAP，您很有可能需要对应用程序的源代码进行更改，所以检查你是否有源代码可能是值得的，这样你可以在需要时让别人更新
这个改变的动机是什么？只是 6.4 即将结束，您不想离开太晚吗？最好确保您的安全补丁是最新的（我认为我们现在正在使用 6.4.17）

【解决方案1】：

根据以下资源，以及我自己的个人经验，我发现 Wildfly 8.2.1 是我能获得的最接近 EAP 6.4 的版本。

在standalone.xml 更改方面，我发现我对JBOSS EAP 6.4 和Wildfly 8.2.1 所做的大部分更改都是可以互换的，但是任何包含XML 命名空间的内容都需要更新。例如，记录器、数据源、安全域使用相同的 XML 配置，但它们的 XML 命名空间已更改。

现在，正如许多人所提到的，这将根据您的个人应用程序和您正在使用的子系统组件而有很大差异。我自己的应用程序倾向于使用很少的 JBOSS 功能/组件进行部署，这样我就可以稍微轻松地转移服务器。但是，其他应用程序可以更紧密地集成，并且需要大量迁移。

【讨论】：