在Java EE基础架构上需要帮助选择正确的“混合”

Question

我现在有点丢失所有可用的库。我想要的是一个小型应用程序服务器（最好：jboss as7因为它非常轻量级并且基于osgi）并且具有轻量级但高效的类似soa的基础架构。我正在寻找apache服务组合，虽然看起来很复杂/复杂。我基本上想要的是：

• 轻松定义无状态服务（在简单的java pojo类中很容易）
• 使用osgi进行自动服务发现的模块化
• 服务可以自动将自己表示为WebService OR（!!）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就是一个。

这就是普通的Java EE 6。

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

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

所以，我从GF 3.1开始，弯曲它直到它打破，而不是在网上播放ala carte。