在 Java EE 基础架构选择正确的“组合”方面需要帮助

Question

现在我有点迷失了所有可用的图书馆。我想要的是一个小型应用服务器（最好：jboss as7，因为它非常轻量级并且基于 osgi）并且有一个轻量级但高效的类似 soa 的基础架构。我正在寻找 apache 服务组合，尽管它看起来相当复杂/复杂。我基本上想要的是这样的：

• 无状态服务的简单定义（就像在简单的 java pojo 类中一样简单）
• 使用 osgi 实现自动服务发现的模块化
• 服务可以自动将自己表示为 WebService 或 (!!) JSON 格式（如 REST 服务）
• 集成的、易于处理的身份验证使用 OpenId 来保护任何服务端点，包括处理所有验证/验证过程

我无法轻易确定所有框架中的哪一个真正适合，例如，在 Apache Service Mix 中，我似乎找不到将服务表示为类似 JSON 的 RESET 服务的支持，也找不到任何安全集成?

Answer 1

听起来你想要 GlassFish 3.1 给我。我无法与 JBoss 或任何其他 Java EE 6 容器交谈。

Java EE 6 几乎涵盖了您的大部分需求：

• 无状态服务的简单定义——即无状态会话 EJB，这只是一个 Pojo —— 如果有，请将 @Stateless 放在顶部。

• 服务可以自动将自己表示为 WebService -- 这也是一个无状态 EJB - 将 @WebService 放在它的顶部。

• 使用 OpenId 的集成、易于处理的身份验证 -- JSR 196（容器的 Java 身份验证 SPI）涵盖了这一点，但您需要专门针对 Open ID 的实现。哦，显然here 是一个。

这只是简单的 'ol Java EE 6。

对于 OSGi，GlassFish 3.1 是一个完整的 OSGi 平台，所有的 EJB 也是 OSGi 可发现的。所以我猜你也可以免费获得。

对于 HTTP JSON WebServices，JAX-RS 会这样做，但不像 @WebService 那样“免费”。但是在 Session Bean 之上创建 HTTP RPC 的外观应该很简单，因为 Jersey 中的 JAXB（GlassFish 中的 JAX-RS 实现）会将 Java 发布为 JSON 或 XML。

所以，我会从 GF 3.1 开始，然后将其弯曲直到它断裂，而不是在网上到处乱跑。