Web-Servicesを実行できるJava-Frameworkベースのコンポーネントはどれですか？

Question

新しいプロジェクトでは、コンポーネントベースのフレームワーク（WicketまたはTapestryを考えています）を使用したいと思います。それはイントラネットアプリケーションですが、私は安心なWebサービスも提供しなければなりません。

私はhaventの周りを回った後、WicketとJax-RS準拠のライブラリをどのように統合するかについて説明した良い解決策が見つかりました。

これまで誰もこれをしていませんか？

私はWicketが安静のようなURLを提供できることはすでに知っていましたが、私は本格的なWicket-Guiとwebserviceをaccept-headerで切り替えることにしました。

私が見つけたすべてのものは、異なるvhost/url-routeを作成することを示唆しています。

タペストリー（またはその他のフレームワーク）がはるかに優れていると言えば、私がしたいことについては教えてください。しかし、どういうわけか私は改札が好きです。

Answer 1

私は春の "契約最初の" WebサービスやRESTを使用してお勧めします：

http://static.springsource.org/spring-ws/site/ http://www.ibm.com/developerworks/webservices/library/wa-spring3webserv/index.html

特に、フレームワークに興味がある場合。春は多くは以上のWeb MVCフレームワークです。

1. 依存性の注入
2. などアスペクト指向プログラミングウェブMVC、持続性、リモーティング、メッセージング、セキュリティ、Webサービスのための
3. ロックソリッドモジュールを、

私は

を：それはあなたに与えますなぜコンポーネントベースのアプローチが優れていると思っているのか分かりませんが、HTML、CSS、JavaScript、jQueryによってほこりの中に残っているようです。私は要件を再考したいと思います。

Webサービスの実装は、クライアントを実装するためにどの技術が使用されているかを知らないでください。それはウェブサービスの美しさです。もしうまくいけば、彼らはもっと長く生き残ることができます。 UIは出入りすることができますが、サービスのビジネスロジックと基本はそのまま残ります。彼らは、デスクトップ、ブラウザ、モバイル、さらにはGoogleのヘッドアップディスプレイで実行されているUIを扱うことができます。我々は見るでしょう。

Answer 2

PlayもSpring MVCもコンポーネントベースではありません。 Wicket 1.5では、ヘッダーをチェックし、デフォルトの処理（コンポーネントベース）を使用するか、JSON、XMLなどを提供するカスタムIRequestHandlerを使用するかを決めるIRequestMapperをロールバックすることができます。インスピレーションのためにTextRequestHandlerを参照してください。カスタムIRequestMapperは、最初に着信要求を取得できるように、 'root'として設定する必要があります。たとえば、HttpsMapperとCryptoMapperの使用法を参照してください。 users @メーリングリストで詳細をお気軽にお尋ねください。