RESTとRESTful WS

Question

私はRESTful Webサービスを高度に（あまり網羅的ではない）コーディングし、RESTベースのいくつかのWebサービスをコーディングしました。

RESTful WSで私の旅を始めるには、オンラインの記事（wiki、オンラインチュートリアルなど）を読んで、それが制約を指定するアーキテクチャスタイルであり、Webサービスに適用されたときにパフォーマンススケーラビリティなど。これは、このコンセプトの理論部分です。

JAX-RSを使った簡単な例：

@Path("/simple") 
public class SimpleRESTService { 

    @GET 
    @Path("/{param}") 
    public Response getMsg(@PathParam("param") String message) { 
     String output = "Jersey say : " + message; 
     return Response.status(200).entity(output).build(); 
    } 
} 

私の疑いがある：RESTは建築様式（およびそれらのガイドラインは、RESTful Webサービスを構築使用して）である場合

、JAX-RSは何をするのでしょうか？私が理解したところでは、RESTはアーキテクチャースタイルであり、仕様ではありません。JAX-RSとは何が関係していますか？私はこれら2つのエンティティの関係を理解するのが難しいです。

誰でも簡単な言葉でこれを理解するのを助けることができます。

Answer 1

RESTが実際に（それは同様にFTPやHTTPを介して実装することができる）アプリケーション層のプロトコルの独立したWebサービスを構築する建築様式です。

JAX-RSは、JavaでRESTfulサービスを簡単に実装できるJava EEの標準化されたAPIです。これは開発者が負担を軽減するためのツールキットであり、Java EEの一部として、WildFlyなどのアプリケーションサーバーに実装されています。

ただし、Spring Web MVCとSpring HATEOASモジュールを使用して、SpringなどのフレームワークにRESTサービスを作成することは可能な限り可能です。

編集：
RESTは、明確に定義された建築様式ですが（あなたが述べたように）開発者の間でそれについての霧の領域がたくさんあるので、それは仕様ではありません。

簡潔に言えば、「He​​y man」というのは、このようにしてこのように通信プロトコル（HTTPなど）を使用すると、変更と縮尺が非常に便利になり、非常に簡単になりますあなたのサービスのクライアントはあなたと話をする。

JAX-RSでは、動的エンドポイント（たとえば、/ api/jediknights/{id}）を使用してサービスエンドポイントを定義することができます。あなたの（またはあなたのクライアントの）願望のフォーマット（XMLやJSONなど）。これは便利なラッパーオブジェクトを提供し、レスポンス本体をステータスコードとヘッダー、およびその他多くの利便性のものと共にラップします。

しかし、これはまだあります。RESTスタイルで示された原則に従う開発者としてのあなたの責任。 JAX-RSによって実際にあなたに強制されるものはありません。

公平になるためには、やや低レベルのサーブレットAPIを使用するだけでRESTfulなWebサービスを実現することもできます。 JAX-RSは、不要な詳細を隠すだけで、あなたの人生を楽にします。

私は少し鮮明になったと思う:)

Answer 2

Java API for RESTful Web Services（JAX-RS）は、開発者のRESTサービス へのAPIの場合に設定されます。 JAX-RSはJava EE6の一部であり、 の開発者はREST Webアプリケーションを簡単に開発できます。

あなたはいくつかのより多くのここに読むことができます：http://www.mkyong.com/tutorials/jax-rs-tutorials/