我真的很想知道这实际上意味着什么？
我可以在开发和生产中使用具有所有 EE 6 功能的 JBoss 7（我需要 JMS、EJB 3.1、JSF 2.1、CDI...）还是必须等待 JBoss 7 的更高版本？
如果不是，那么由于 JBoss 6.x 仅通过 Web Profile 认证，那么选项是什么？“仅通过 Web Profile 认证”的解释是什么？
谢谢
问问题
4675 次
3 回答
15
如果应用服务器实现了庞大的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 正好提供您所需要的，那么我不会担心这个认证。这不是证明它已经准备好生产或其他东西的证据。
也可以看看：
于 2011-10-04T13:55:50.433 回答
9
我可以在开发和生产中使用具有所有 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 的支持选项。
于 2011-10-04T15:24:46.027 回答
7
更新一下，JBoss 7.1.x 已通过 Java EE 6 Full Profile 认证。JBoss 7.1.0.Final 于 2012 年 2 月 16 日发布。
于 2012-06-28T15:42:57.303 回答