なぜJAX-RS / Jerseyを使用するのですか？

Question 1

申し訳ありませんが、この質問はばかげているように聞こえますが、Jerseyを使用してRESTfulサービスのいくつかを開発した後、私は自分自身に質問しました-RESTが単なるアーキテクチャであり、SOAPのようなプロトコルではない場合、なぜJAX-RSのような仕様が必要なのですか？

私は実際に「HTTPを介したサーブレットとRESTfulサービスの違いは何ですか」などの質問をグーグルで検索し、コミュニティの回答を要約すると、次のようになりました。

（Jerseyでの）RESTfulサービス開発は、本質的にサーブレットを使用するアーキテクチャです。
ジャージーのようなJAX-RS準拠のツールは、XML / JSONデータのマーシャリングとアンマーシャリングを簡単に提供し、開発者を支援します。
RESTは、通常のサーブレットよりもはるかに効率的な方法でGET / POST / PUT / DELETEを使用するのに役立ちます。

これらの回答によると、JAXB（自動シリアル化を処理するため）を使用するサーブレットを作成し、サーブレットコードでGET / POST / PUT / DELETEを効率的に使用する場合、Jerseyのようなツールを使用しないと思います。したがって、JAX-RS。

私はこの声明を渡すのがひどく間違っていることを知っています、私を訂正してください。

PS：この疑問は、PHPでRESTfulサービスを開発しなければならなかったときに実際に起こりました。いくつかのRESTfulPHPコードを調べた後、XML / JSONを処理するためのいくつかのヘルパーメソッドを備えた、まったく同じ古いPHPスクリプトであることに気付きました。

Question 2

なぜJAX-RS / Jerseyを使用するのですか？

短い答え

それはRESTfulサービスの開発を容易にするからです。

長い答え

JAX-RSは、GlassFish、WebLogic、WebSphere、JBossなどの任意のJavaアプリケーションサーバーにデプロイできるRESTfulサービスを簡単に作成できるようにする標準です。

JAX-RSはJavaEEの一部であり、JAX-RSを他のJava EEテクノロジーと併用すると、RESTfulサービスの作成がさらに簡単になります。

EJB-セッションBeanはサービス実装として使用され、トランザクションセマンティクスも処理します。
JAX-RS-セッションBeanをRESTfulサービスとして公開するために使用されます
JPA -POJOをデータベースに永続化するために使用されます。EntityManagerがセッションBeanにどのように注入されるかに注意してください。
JAXB -POJOをXMLとの間で変換するために使用されます（GlassFishでは、POJOをJSONとの間で変換するためにも使用できます）。JAX-RSは、デフォルトでJAXB実装との相互作用を処理します。

サンプルJAX-RSサービス

package org.example;

import java.util.List;

import javax.ejb.*;
import javax.persistence.*;
import javax.ws.rs.*;
import javax.ws.rs.core.MediaType;

@Stateless
@LocalBean
@Path("/customers")
public class CustomerService {

    @PersistenceContext(unitName="CustomerService",
                        type=PersistenceContextType.TRANSACTION)
    EntityManager entityManager;

    @POST
    @Consumes(MediaType.APPLICATION_XML)
    public void create(Customer customer) {
        entityManager.persist(customer);
    }

    @GET
    @Produces(MediaType.APPLICATION_XML)
    @Path("{id}")
    public Customer read(@PathParam("id") long id) {
        return entityManager.find(Customer.class, id);
    }

    @PUT
    @Consumes(MediaType.APPLICATION_XML)
    public void update(Customer customer) {
        entityManager.merge(customer);
    }

    @DELETE
    @Path("{id}")
    public void delete(@PathParam("id") long id) {
        Customer customer = read(id);
        if(null != customer) {
            entityManager.remove(customer);
        }
    }

    @GET
    @Produces(MediaType.APPLICATION_XML)
    @Path("findCustomersByCity/{city}")
    public List<Customer> findCustomersByCity(@PathParam("city") String city) {
        Query query = entityManager.createNamedQuery("findCustomersByCity");
        query.setParameter("city", city);
        return query.getResultList();
    }

}

詳細については：

http://blog.bdoughan.com/2010/08/creating-restful-web-service-part-45.html

Question 3

RESTは、本質的にサーブレットを使用するアーキテクチャです。

いいえそうではありません。RESTは、サーブレットを使用して実装できるアーキテクチャスタイルですが、本質的にサーブレットを使用せず、本質的にJavaとは何の関係もありません。

JAX-RSは、RESTfulWebサービス用のJavaAPIを定義するJSR仕様です。

ジャージーはJAX-RSの特定の実装です。

ジャージーを使用するか、JAX-RS仕様に準拠しようとするかについては、それはあなた次第です。それがあなたの仕事をより簡単にするなら、素晴らしいです！誰もあなたを強制していなければ。