Ich habe gerade von Apache Wink gehört und mich gefragt, welche Unterschiede es zu Jersey oder JBoss RESTEasy hat . Was kann man in einem tun, was die anderen beiden nicht können?

Wir haben Jersey für einige unserer internen Projekte verwendet, hauptsächlich wegen seiner Einfachheit, aber ich kann nicht wirklich herausfinden, was diese beiden anderen besser macht, als ich einen Wechsel in Betracht ziehen würde. Hat jemand Anwendungsfälle für welche Nische jede dieser Füllungen?

JAX-RS-Implementierungen

Jersey

• Referenzimplementierung
• Normalerweise die modernste
• Unterstützt echte asynchrone Verbindungen (z. B. Web-Sockets usw.) über die Atmosphere- oder 2.0-Version.
• Unterstützt Feder- und Standardinjektionsbehälter (dh @Inject).
• Glassfish bündelt es.
• Es ist viel modularer als die anderen JAX-RS-Projekte.
• Es hat einen Kick Ass URI Builder
• Benötigt nicht unbedingt einen Servlet-Container.
• Grizzly-Unterstützung
• Kleine Unterstützung (sehr früh).
• Prahlerunterstützung
• Art von fehlendem OAuth 2.0. Sie müssen andere Bibliotheken verwenden.
• Einige MVC-Unterstützung durch Viewables
• Gehostet auf java.net (ein Minus, da die Seite manchmal furchtbar langsam ist).
• Die Lizenzierung basiert auf CCDL 1.1 und GPL-v2. Bitte überprüfen Sie die Jersey-Lizenz, bevor Sie sie für kommerzielle Zwecke verwenden

https://jersey.github.io/license.html

Ruhig schlafen

• Viele der oben genannten, aber bemerkenswertesten unterstützen Ansichtstechnologien (siehe HTMLEasy )
• Es unterstützt asynchrone Verbindungen
• Cache-Unterstützung
• EJB-Unterstützung (wenn Sie in diesen Mist sind)
• JBoss bündelt es (glaube ich)
• Netty Unterstützung
• Wohl die beste Spring-Integration (MVC-Handler) .
• Frühe Swagger-Unterstützung
• Mehr Sicherheitsunterstützung, einschließlich früher OAuth 2.0-Unterstützung

Apache Wink (nie benutzt)

• Ich habe keine Ahnung, warum dieses Projekt existiert.
• Angeblich konzentriert sich seine hohe Leistung.
• Es hat einen Client, der auf HttpUrlConnection basiert (was ein Minus ist ... es sollte wie Spring RestTemplate steckbar sein ).
• Grundsätzlich wurde Wink bei einigen Unternehmen im eigenen Haus entwickelt und dann an Apache übergeben.
• Benötigt einen Servlet-Container.

Restlet

• Sehr mächtig aber sehr kompliziert
• Bietet REST-Unterstützung auf niedriger Ebene
• Benötigt keinen Servlet-Container

Apache CXF

• Einige interessante WADL-Unterstützung.
• JAX-RS mit JAX-WS wiederverwenden und / oder kombinieren
• Sicherheitsunterstützung
• Integration mit Frühling, wenn auch irgendwie böse
• Angebliche automatische Generierung von Client-Stubs

Andere RPC-ähnliche Systeme

Nachrichtenwarteschlangen

• RabbitMQ
• ActiveMQ

Asynchroner RPC

• Finagle - von Twitter.
• msgpack-rpc

Meine bescheidene Meinung

Ich weiß, dass das OP nach REST gefragt hat, aber wenn dies für die interne Kommunikation vorgesehen ist, sollten Sie ernsthaft in Betracht ziehen, entweder eine Nachrichtenwarteschlange oder einen anderen asynchronen RPC (Finagle) anstelle von herkömmlichem REST zu verwenden, wenn Ihre Anforderungen diesen Systemen entsprechen.

Wenn es sich um klassisches HTTP-REST (extern) handeln muss, würde ich zwischen RestEasy und Jersey wählen, da ein Großteil des Mind- Shares in diese beiden Projekte fließt .

Siehe auch: Rest Clients für Java?

Beachten Sie bei der Auswahl der zu verwendenden Implementierung Folgendes: Wenn Sie versuchen, einen Jersey-Webdienst für JBOSS 7.1 bereitzustellen, funktioniert dies nicht. Dieser Fehler tritt auf:

Only one JAX-RS Application Class allowed

Dies liegt daran, dass REST Easy mit JBOSS als Standard-JAX-RS-Implementierung geliefert wird. JBOSS entscheidet also, dass dies die Implementierung ist, die Sie verwenden möchten, und lädt keine weitere JAX-RS-Implementierung (wie Jersey). Um dies zu beheben, müssen Sie Ihrer web.xml-Datei die folgenden Zeilen hinzufügen:

  <context-param>
   <param-name>resteasy.scan</param-name>
   <param-value>false</param-value>
  </context-param>
  <context-param> 
   <param-name>resteasy.scan.providers</param-name>
   <param-value>false</param-value>
  </context-param>
  <context-param>
   <param-name>resteasy.scan.resources</param-name>
   <param-value>false</param-value>
  </context-param>

Link: https://community.jboss.org/message/744530

Eine meiner Lieblings- Jersey- Erweiterungen ist Viewables. Mit Viewables können Sie Ihre Daten einfach an eine JSP-Seite binden, um eine echte MVC-Architektur (Model-View-Controller) zu implementieren:

• http://blogs.oracle.com/sandoz/entry/mvcj

Wenn Sie JBoss 7.x verwenden möchten, müssen Sie RestEasy verwenden, da es in JBoss integriert ist. Um Jersey mit JBoss 7.x zu verwenden, müssen Sie RestEasy deaktivieren und es ist kompliziert!