java - JBoss 7 未通过 Java EE6 认证

Question

我真的很想知道这实际上意味着什么？

我可以在开发和生产中使用具有所有 EE 6 功能的 JBoss 7（我需要 JMS、EJB 3.1、JSF 2.1、CDI...）还是必须等待 JBoss 7 的更高版本？

如果不是，那么由于 JBoss 6.x 仅通过 Web Profile 认证，那么选项是什么？“仅通过 Web Profile 认证”的解释是什么？

谢谢

Answer 1

如果应用服务器实现了庞大的Java EE API的所有方面，那么它只有通过 Java EE 6“完整配置文件”认证。

如果应用程序服务器至少实现了 Java EE API 的以下方面，则它仅通过 Java EE 6“Web Profile”认证：

• Servlet 3.0 / JSP 2.2 / EL 2.2 / JSF 2.0 / JSTL 1.2
• EJB 3.1 Lite（仅支持本地容器，即不支持 EAR）
• JPA 2.0 / JTA 1.1
• CDI 1.0
• Bean 验证 1.0

JBoss 6 仅通过了“Web Profile”认证，尽管它还实现了许多其他 Java EE 方面，如 JMS、EJB 3.1 Full、JAX-RS 等，因为它还没有实现整个Java EE API。如果 JBoss 6 正好提供您所需要的，那么我不会担心这个认证。这不是证明它已经准备好生产或其他东西的证据。

也可以看看：

• Java EE 技术概述和 Web Profile 要求

Answer 2

我可以在开发和生产中使用具有所有 EE 6 功能的 JBoss 7（我需要 JMS、EJB 3.1、JSF 2.1、CDI...）还是必须等待 JBoss 7 的更高版本？

这取决于您是否将任何值与证书相关联。JBoss 7 未通过 Java EE6 认证，因为它尚未针对 Java EE 6 Full Profile TCK（技术兼容性套件）运行，并不是说它没有实现 Java EE 6 所需的任何功能。根据这篇文章在 JBoss 论坛中，JBoss 7 的更高版本 7.x（很可能是 7.1）将经历认证过程。

如果不是，那么有什么选择，因为 JBoss 6.x 仅通过 Web Profile 认证

您可以等待 EAP 6（其中包括经过认证的 JBoss 7.x 版本）。

以及“仅通过 Web Profile 认证”的解释是什么？

JBoss 7 已经通过了 Web Profile TCK（这是一个单独的 TCK）。JSR 316中概述的 Web Profile 规范指出，在符合 Web Profile 的容器中需要以下组件：

WP.2.1 所需组件

以下技术是 Web Profile 的必需组件：

• 小服务程序 3.0
• JavaServer 页面 (JSP) 2.2
• 表达语言 (EL) 2.2
• 其他语言的调试支持 (JSR-45) 1.0
• JavaServer Pages (JSTL) 1.2 的标准标记库
• JavaServer Faces (JSF) 2.0
• Java 平台的通用注解 (JSR-250) 1.1
• 企业 JavaBeans (EJB) 3.1 Lite
• Java 事务 API (JTA) 1.1
• Java 持久性 API (JPA) 2.0
• Bean 验证 1.0
• 托管 Bean 1.0
• 拦截器 1.1
• Java EE Platform 1.0 的上下文和依赖注入
• Java 1.0 的依赖注入

WP.2.2 可选组件

Web 配置文件中没有可选组件。Web Profile 产品可能支持完整 Java EE 平台中存在的一些技术，这些技术尚未在第 WP.2.1 节“必需组件”中列出，与其兼容性要求保持一致。

通过通过 Web Profile TCK，并且还包括 Full Profile 中所需的组件（WP2.2 允许），您可以继续在 JBoss 7 上构建需要完整配置文件的应用程序。

如果您的应用程序只需要 Web 配置文件而不是完整配置文件，那么您可以使用 JBoss 7 作为 Web 配置文件认证的容器。当然，对于那些需要带有付费支持选项的企业解决方案的人来说，还有JBoss EAP ；社区版没有 JBoss/Redhat 提供的任何此类基于 SLA 的支持选项。

Answer 3

更新一下，JBoss 7.1.x 已通过 Java EE 6 Full Profile 认证。JBoss 7.1.0.Final 于 2012 年 2 月 16 日发布。