私はaxis2cに固執するか、apacheウィンクに移動する必要がありますか？

Question

私たちはAxis2/cで構築されたWebサービスを持っています。このメソッドでは、メソッドがサーバー上の社内アプリケーションを呼び出します。 Axis2/cは、パフォーマンスと安定性に関する限り、優れていると広く受け入れられていたので、我々はそれに固執していました。しかし、今私たちはそれをRESTfulにしようとしています。（私は本当にRESTfulにしていますが、私は今度はこれに勝てませんでしたが）。

RESTfulに関する良いチュートリアルサービスは、軸2/c。しかし、Googleの周りを検索&私はaxis2/cから離れて移動する必要がありますか？私はかなりネットの開発者ですので、私はかなり新しい？この世界が、どれが必要に役立つだけでなく他のフレームワークを提案してください

私の懸念は以下の通りです。

1. パフォーマンス
2. セキュリティ
3. クライアント側の開発が非常に簡単になるようにサービスを簡単にする
4. 認証メカニズムを使用する。

PS：私はたくさんの質問をしていることを知っています。申し訳ありませんが、私はちょっと不思議な初心者です。

Answer 1

私は懸念にお答えしようとするでしょう：

1. パフォーマンス：（まあ実際にはSOAPについても同じです）RESTについて話すとき、ほとんどの時間は、オブジェクトのシリアライズ/デシリアライゼーションのために費やされている（と仮定実際のアプリケーションロジックは非常に高速です）。 SOAPでは、xmlにシリアル化する必要があり、Axis2では、使用するフレームワークを選択する必要があります。たとえば、おそらくJiBXを使うことができます。
   RESTでは、xmlにシリアル化するか、別の表現（jsonなど）を使用するかを決めることができます。これは高速になります。
   約1.5年前、私はRESTフレームワークのいくつかの比較を行いました。実際、Winkはほとんどのシナリオで最高のパフォーマンスを示しました（私はJersey、Restlet、Resteasyと比較しました）。シリアライゼーション部分を無視するために、私はそれらのすべてにJAXBの同じ実装を使用させました。しかし、もう一度：ほとんどの時間はシリアル化に費やされます。したがって、フレームワークの違いはそれほど大きくありません。

2. セキュリティ - 他のRESTful Webサービスと同じように、WinkはHTTPに基づいています。追加のセキュリティは提供されません。 SSL/TSL、または基本/ダイジェスト認証を使用できます。あなたはSAMLなどを使用することができます。他のすべてのHTTP呼び出し。

3. あなたのデザインです。シンプルにすると簡単です:)

4. もう一度：HTTPです。 SSL/TSLをお持ちの場合、基本認証を使用できます。そうでない場合は、ダイジェストを使用することができます。

要約：個人的に私はRESTful WebサービスをSOAPに優先しています。すべてのWS *スタックを取得するわけではありませんが、何らかの形でより明確に定義され、より柔軟で理解しやすくなります。
Apache Winkは、多くのサンプルを網羅した素晴らしいフレームワークであり、おそらくすべてのニーズにお応えしますが、正直言ってJerseyも悪くありません。私はすでにそのいずれかの答えを得ているように、1つのJavaフレームワークとは別に、このシナリオでは最高だろうどの自分の考えを知りたいのですが、さまざまな言語のフレームワークで働いたことのある人がある場合