Spring 4 vs Jersey per i servizi web REST

Stiamo progettando di realizzare una nuova applicazione con la versione Spring 4.0.6. Utilizziamo un controller che può restituire "XML" o "JSON". Nel progetto precedente abbiamo implementato con successo Jersey con Spring per il supporto REST utilizzando l'API JAX-RS, ma dopo aver letto alcuni articoli e suggerimenti dagli anziani hanno affermato che la primavera fornisce un supporto REST piuttosto buono.

Alcuni dei punti che mi hanno davvero confuso se utilizzo il supporto Spring REST senza usare JAX-RS e Jersey sono:

1. Come sono stati eseguiti il ​​marshalling e l'unmarshaling in Spring MVC?

2. È necessario per il marshalling o unmarshaling è necessario utilizzare jax-rs.

3. Se il marshalling e l'unmarshaling vengono gestiti automaticamente entro la primavera, allora come fa a conoscere xmlRootElements.

Sono ancora confuso se la primavera sta dimostrando un ottimo supporto di REST, allora perché le persone continuano a scegliere Jersey per REST? Sto davvero cercando di saperne di più nei dettagli.

Se ho detto qualcosa di sbagliato, per favore ignoralo. La spiegazione con l'esempio è davvero utile.

Grazie in anticipo!!

Direi che sia Jersey che Spring MVC sono fantastici: ogni progetto ha il suo stile e i suoi punti di forza. Comunque, Stack Overflow non è il posto giusto per chiedere confronti soggettivi (la tua domanda verrebbe chiusa abbastanza rapidamente). Se stai già utilizzando Spring per tutto il resto e non ti viene richiesto di utilizzare JAX-RS, Spring MVC ha perfettamente senso.

Per quanto riguarda funzionalità come il (un) marshalling, JAX-RS è solo una specifica dopo tutto: altre librerie possono offrire funzionalità simili senza implementare la stessa API.

1. Invece di MessageBodyReaders / Writers, Spring MVC usa HttpMessageConverters per gestire il marshalling delle risorse REST. Spring MVC gestisce la negoziazione del contenuto e sceglie il miglior convertitore disponibile per il lavoro (è possibile annotare i metodi per suggerire il tipo di supporto che producono / consumano).

2. No, non è necessario utilizzare JAX-RS per (dis) marshalling delle risorse. In effetti, le implementazioni JAX-RS e Spring MVC utilizzano librerie di serializzazione di terze parti per svolgere il lavoro; quindi non è legato a uno standard particolare.

3. Nella sua versione 4.0.6, Spring supporta molti HttpMessageConverters , con Jackson per JSON, JAXB per XML e molti altri. La primavera 4.1.0 ha aggiunto più HttpMessageConverters :

   • Jackson è ora disponibile sia per JSON che per XML
   • Google Protobuf
   • Gson per JSON , in alternativa a Jackson

Per rispondere al tuo ultimo punto, @XmlRootElementè un'annotazione JAXB e non fa parte di JAX-RS. Spring supporta JAXB .

Per un esempio più completo con REST in primavera, dai un'occhiata a questa guida introduttiva (otterrai un esempio completo in esecuzione in 10-15 minuti).

Anche in questo caso l'ultima parte della tua domanda è piuttosto soggettiva: ci sono molte soluzioni popolari per la creazione di servizi REST nella JVM, non solo Jersey e Spring (Dropwizard, Play! Framework, ecc.).

AFAIK, il supporto Spring REST si basa su Spring MVC e la sua implementazione non JAX-RS mentre Jersey ha implementato la specifica JAX-RS. Coloro che hanno Spring (Core, AOP o MVC) nel loro progetto scelgono il supporto Spring ReST rispetto all'implementatore JAX-RS.

Raccomando Jersey perché è maturo, implementa JAX-RS ed è facile da usare.