需要在Java EE的基础设施帮助选择合适的“混合”

Question

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

• 的无国籍服务简单的定义（容易，因为在一个简单的Java POJO类）
• 模块化使用自动服务发现的OSGi
• 服务可以自动代表自称是WebService的OR（!!），如REST服务的JSON格式
• 集成，易于使用OpenID，以确保任何服务端点，包括处理所有的验证/认证处理的认证处理

我不能轻易猜出所有的框架将非常适合，例如，在Apache的服务组合，我似乎无法找到支持代表服务类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货柜）覆盖了，但你需要一个专门实施开放ID。哦，显然here是其中之一。

这一切只是简单的“醇的Java EE 6

OSGi的，GlassFish的3.1是一个完整的船OSGi平台和所有的EJB的也是OSGi的发现。所以我想你也是免费的。

至于HTTP JSON Web服务，JAX-RS将做到这一点，但不是 “免费” 像@WebService即可。但是，在Session Bean之上创建HTTP RPC的外观应该是微不足道的，因为Jersey中的JAXB（GlassFish中的JAX-RS实现）会将Java发布为JSON或XML。

所以，我会跟GF 3.1那里开始，直到它打破，而不是绕过球网打点菜运行弯曲。