在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的实现.哦,显然这里是一个.

这就是普通的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开始并将其弯曲直到它断开而不是绕着网络播放单曲.