JAX-RS にはいくつかの MVC サポートがありますが、人間が使用する Web アプリケーションを構築するのに JAX-RS が本当に良い選択なのだろうかと思います。
ユーザーがフォームに間違った情報や不完全な情報を入力した場合、Grails や Wicket のように再度表示する必要があります。JAX-RS でこれを行う快適な方法はありますか?
私が知る限り、URI マッピングが正しく機能しないのは、必要なパラメーターがすべて指定されていないか、型変換の問題 (たとえば、Date など) がある場合です。あれは正しいですか？
国際化されたテンプレートはサポートされていますか?
以下は、単純な JAX-RS ベースの GUI アプリケーションの例です。しかし、それは本当に単純で、i18n や検証などは議論されていません。
はい、できますが、古いページ投稿モデルの頭をすっきりさせて、アプリケーションを RESTful SOA と通信する切断された UI として考え始める必要があります。フォーム データが入力されると、データが正しくない場合はサービス エンドポイントに送信され、ユーザーはエラーで応答し、UI がそのエラーを処理します。従来のページ ポスト モデルではフォームをサーバーにポストするのではなく、バック エンド システムに対して RPC のような呼び出しを行います。ビューは、MVC スタックの残りの部分から完全に切り離されます。これにより、ビューをカスタム モバイルまたは IVR システムに簡単に置き換えることができます。
ユーザーがフォームに間違った情報や不完全な情報を入力した場合、Grails や Wicket のように再度表示する必要があります。JAX-RS でこれを行う快適な方法はありますか?
リッチ インターネット アプリケーションでは、ページを離れたことがないため、データを再入力する必要はありません。サーバーに対して XHR 呼び出しが行われ、成功の 200 またはエラーが返されます。その後、UI はその応答に基づいて何をすべきかを決定しますが、呼び出しがメインの UI スレッドの帯域外であったため、ページはそのままです。
JAX-RSは、JavaEERESTfulフレームワークです。JavaServer Faces（JSF）は、JavaEEMVCフレームワークです。それはあなたがあなたの質問で言及したすべてのものをサポートします：エラー時の同じフォームへのポストバック、i8n/l10nなど。JSFの詳細については、Java EE6チュートリアルパートIIの第4章から第9章を参照してください。
JAX-RSを使用して少しMVCを実行できますが、本格的なMVCフレームワークではありません。JSFで少しRESTfulを実行できるという同じ話が続きますが、それは本格的なRESTfulフレームワークではありません。
両方の長所が必要な場合は、RubyonRailsまたはGroovyonRailsにアクセスする必要があると思います。
または、統合アプローチを採用して、JAX-RS + MVC という両方の世界を最大限に活用します。
JAX-RS の JBoss RESTEasy 実装は、Spring MVC と統合されます。http://www.jboss.org/resteasyを参照
RESTEasy + Spring MVC に関する簡単なチュートリアルは次のとおりです: http://java.dzone.com/articles/resteasy-spring
これにはたくさんの質問がありますが、そのうちの2つについて私の見解を述べます。
「JAX-RSは、人間が使用するWebアプリケーションを構築するのに本当に良い選択なのだろうか。」
Webサービスは通常、マシンが対話するためのものですが、対話をプログラムする必要があるのは通常人間であると主張します。これは、現時点では、WSDLからマシンで生成されたコードの範囲がはるかに多いSOAPと比較する必要があります。
「ユーザーがフォームに間違った情報または不完全な情報を入力した場合」
ReXSLを見てみましょう。ReXSLは JAX-RS の上にある MVC フレームワークです。したがって、答えは - はい、JAX-RS は MVC 設計に完全に適しています。