Was ist die beste JAX-RS-Bibliothek?

Ich habe versucht, zu entscheiden, welche Technologie zu verwenden, für eine REST-Anwendung und gefunden haben 4 Kandidaten:

  1. Jersey - jersey.java.net
  2. Apache Wink - incubator.apache.org/wink
  3. RESTlet - www.restlet.org
  4. RESTeasy - jboss.org/resteasy

aber nicht in der Lage zu differenzieren zwischen vier und wählen Sie eine
also, welcher ist der beste? die Kriterien s sein:

ein. Stabilitäts - \ Reife

b. Sicherheit

c. Benutzerfreundlichkeit

d.... Unterstützung

Dank!

InformationsquelleAutor Nadav | 2010-11-21
  1. 5

    Eher als Vergleich kann ich geben, ein bestimmtes Bild über Trikot auf Ihre Anliegen. Erstens bin ich mit Jersey für einige Zeit jetzt (von Anfang an eigentlich). Der Grund, ich stehe immer noch auf Jersey ist -

    1. Es ist ein ausgereiftes Projekt mit einer Menge von test-Fall-und hat schon für einige Zeit. Ich kaum noch Probleme mit Jersey und finde es Recht stabil. Ich würde sagen, das Projekt und seine community sind beide alt genug, um es in die Produktion.
    2. Wir sind mit Spring-Security-2/3 mit Jersey, so dass ich denke, alles könnte es verwendet werden.
    3. Um ehrlich zu sein halte ich mich an JAX-RS stopft so viel wie möglich, so denke ich, seine so einfach wie JAX-RS ist. Die einzigen zusätzlichen Stoffe ich verwenden spezifische Jersey ist multipart form data, jersey-client-und-jersey-apache-client. Diese sind einfach genug, dass ich schreiben Sie eine generische restful-client für Ressourcen und einen jersey-client mit dem client-side HTTP-Caching mit HTTP-Cache-4J. Also ich würde sagen, seine ziemlich einfach. Plus gibt es viele (für meine Fälle), tutorials, Bücher, Beispiele, blog-posts, die ich kaum denken Sie daran, stecken zu bleiben mit nichts.
    4. Gut, einer der Hauptgründe für mich, nie denken, der Weg von Jersey ist seine Unterstützung. Paul Sandoz, der project lead von Jersey ist einfach genial-support-Personal in den mailing-Listen. Ich habe selten ein Thema in der mailing-Liste, wo Paulus nicht helfen. Darüber hinaus gibt es noch andere Mitglieder in der mailing-Liste, die sehr begierig zu helfen. Die mailing-Liste, support ist sehr gut. Der release-Zyklus ist kurz, sicherzustellen, dass die bug-fixes sind in der kurzen Zeit.

    Alles in allem bin ich ziemlich zufrieden mit dem Trikot.

    • Ich habe auch verwendet, Jersey seit seiner Gründung. Version 1.0 war absolut genial, dann Paul Sandoz bekam wieder neu in einem anderen Projekt (...) Als Ergebnis, Jersey 2.0 ist wesentlich schlechter als 1.0, und ich bin jetzt auf der Suche nach einem Ersatz.
    • Ich habe die Diskussionen auf den Mailinglisten und gehört haben Punkte aus, die Sie (vorausgesetzt, Sie sind cowwoc :)) und von Marek. Ich verstehe, dass Sie sprang, bevor Sie dachte, es durch genug, und dann blieben Sie stecken in der Unternehmens-Politik aus unterschiedlichen Gründen, gegen andere Parteien. Im Allgemeinen bin ich für die server-seitigen Web-Service-Entwicklung, die ich kaum brauchen, alles, was darüber hinaus Jersey 1.13, auf der Web-Service-Verbrauch habe ich noch zu Gesicht, die Notwendigkeit der Verwendung von Java, JavaScript, Python sind meine Vorlieben. Nicht zu erwähnen, für einfach genug, Projekt Mach ich lieber django oder JEE.
    • Wir müssen einen Ersatz zu finden, weil Sie über drop-Unterstützung für Jersey-1.x. Das bedeutet, dass keine neuen Funktionen oder bug-fixes.
    InformationsquelleAutor imyousuf
Schreibe einen Kommentar