適切な "ミックス"を選択するJava EEインフラストラクチャに関するヘルプが必要

Question

現在利用可能なすべてのライブラリがありますが、今日は少し失われています。私が望むのは、小型のアプリケーションサーバー（最高：jboss as7は非常に軽量でosgiに基づいている）で、軽量で効率的なsoaのようなインフラストラクチャを持っています。私は非常に複雑/複雑に見えますが、私はApacheのサービスミックスを見ていました。 OSGiの

サービスを使用した自動サービスの検出とモジュール化が自動的にどちらかとして自分自身を表現することができます（単純なJava POJOクラスのように簡単に）ステートレスサービスの

• 簡単に定義
• ：私は基本的に持っていたいのはこれですすべての検証/検証が

を処理ハンドリングを含む任意のサービスエンドポイントを保護するためのOpenIDを使用して認証を扱いやすいWebサービスまたは集積

RESTサービスのような（!!）JSON-フォーマット、

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 for Containers）を使用して、統合された扱いやすい認証がありますが、Open ID専用の実装が必要です。ああ、明らかにhereは1です。 OSGiのために、すべての

  単なる「オールのJava EE 6のです

、GlassFishの3.1は、完全なボートOSGiプラットフォームであるとEJBのすべてもOSGiの発見です。だから私はあなたも無料でそれを得ると思います。

HTTP JSON WebServicesに関しては、JAX-RSはこれを行いますが、@WebServiceのように「無料」ではできません。しかし、JerseyのJAXB（GlassFishのJAX-RS実装）はJavaをJSONまたはXMLとして公開するため、セッションBeanの上にHTTP RPCのファサードを作成するのは簡単です。

だから、私はGF 3.1でそこから始めて、単調なプレーをしているネットの周りを走り回るのではなく、壊れるまで曲げようとしていました。