我们有一个使用JSF 2.0，Spring，Hibernate，MySQL数据库的Web应用程序。它正在开发中，不久将投入生产。将来我们可能不得不部署一些Web服务（只有很少的机会，直到我们投入生产后才能确认）。
我们正在考虑将Tomcat和JBoss EAP 6.1 Alpha用于生产部署。我一直在阅读Tomcat被广泛用于生产环境，对此并没有太多争议。
有趣的是，不建议将JBoss EAP 6.1 Alpha（社区支持的JBoss版本）用于生产。推荐使用商业版本。这是我在这两者之间做出决定的过程。
如果Tomcat有效，为什么JBoss EAP 6.1 Alpha不起作用？仅仅是Tomcat比JBoss EAP 6更成熟？
注意：如果不需要开箱即用的Web服务和JTA支持（尽管未在备忘录中确认），我们会毫不犹豫地选择Tomcat。
我的问题是，在Tomcat 7正常的情况下，为什么不使用JBoss EAP 6.1 Aplha？
免责声明：这只是我的观点。我不以任何方式隶属于JBoss。
我认为不建议生产的原因是缺少支持合同，与产品本身没有任何关系。他们在FAQ页面上说
EAP的第一阶段Alpha与社区最终版本具有同等或更高的质量。
和
7.2.0.Final始终是EAP 6.1.0.Alpha的基础。由于6.1.0.Alpha具有新的广泛可用性，并且出于简化的原因，我们仅发布了一个称为EAP 6.1.0.Alpha的版本。
因此，假设可以将社区最终版本用于生产，那么我看不出没有任何直接理由不能将eap 6.1.alpha用于生产。
但是，有了支持合同，您可以获得支持联系人以及针对此版本所做的错误修复。据我所知，还没有针对eap 6.1.alpha的错误修复，但是已经有一些错误修复的EAP 6.1.1版本。这是生产时要考虑的重要点。
更新：如果您想继续使用AS7并进行修复，请进行修复，可以选择从源代码构建EAP。引用此消息：
本质上，我们给您三个选择： 坚持社区- 您总是可以获得最新和最先进的内容（包括实验性功能），但是您必须获得社区的支持并更频繁地进行更新，因为社区实际上只专注于最新的主要+次要版本。 购买EAP订阅-您将获得上述所有功能，从而最大程度地减少了需要在应用服务器维护和支持上花费的工作量。 自我构建和支持EAP- 您可以获得企业版本的某些好处（例如，对较早主要版本的补丁等），但是您必须花费时间和精力来构建和维护/验证您的应用服务器分发位。
本质上，我们给您三个选择：
坚持社区- 您总是可以获得最新和最先进的内容（包括实验性功能），但是您必须获得社区的支持并更频繁地进行更新，因为社区实际上只专注于最新的主要+次要版本。
购买EAP订阅-您将获得上述所有功能，从而最大程度地减少了需要在应用服务器维护和支持上花费的工作量。
自我构建和支持EAP- 您可以获得企业版本的某些好处（例如，对较早主要版本的补丁等），但是您必须花费时间和精力来构建和维护/验证您的应用服务器分发位。
如果有人想使用第三个选项，则源位于ftp://ftp.redhat.com/redhat/jbeap/
