2015-09-01 38 views

Odpowiedz

5

Oto linki do dokumentacji i przykładów w celu pomóc ocenić, co każdy klient ma do zaoferowania, od w porządku malejącym mojej osobistej rekomendacji od najlepszych do wspólnych i kilka linków do innych porównań, które znalazłem.

  1. RESTEasy is a JBoss project jest mój pierwszy wybór, ponieważ ma Caching Features: Client "Browser" cache. Supports HTTP 1.1 caching semantics including cache revalidation, która ma ogromny wpływ na wydajność, podczas gdy inne implementacje klienckie nie zapewniają buforowanie po wyjęciu z pudełka i trzeba napisać dodatkowy kod do niego dostać. RESTEasy dostarcza różne struktury, które pomagają budować RESTful Web Services i RESTful aplikacje Java. Jest to w pełni certyfikowana i przenośna implementacja specyfikacji JAX-RS 2.0, specyfikacji JCP, która udostępnia interfejs API języka Java dla usług RESTful Web Services za pośrednictwem protokołu HTTP.

RESTEasy lista funkcji

RESTEasy examples zobaczyć również Three Forms of RESTEasy Client

  1. Jersey RESTful Web Services framework jest open source, jakość produkcji, ramy dla rozwoju relaksującego Web Services w języku Java, który zapewnia wsparcie dla JAX-RS API i służy jako JAX-RS (JSR 311 & JSR 339) Implementacja referencyjna.

Struktura Jersey to więcej niż implementacja referencyjna JAX-RS. Jersey dostarcza własne API, które rozszerza zestaw narzędzi JAX-RS o dodatkowe funkcje i narzędzia, aby jeszcze bardziej uprościć RESTful usługi i rozwój klienta. Jersey ujawnia również wiele rozszerzeń SPI, dzięki czemu programiści mogą rozszerzyć Jersey, aby jak najlepiej odpowiadać ich potrzebom.

Cele projektu Jersey można streścić w następujących punktach:

  • Śledź API JAX-RS i zapewnić regularne komunikaty jakości produkcji Wdrożenia odsyłającego wynika, że ​​statki z GlassFish;
  • Udostępnianie interfejsów API do rozbudowy Jersey & Buduj społeczność użytkowników i programistów; oraz - Ułatwienie budowania usług RESTful Web przy użyciu Javy i wirtualnej maszyny Java.

Dostępnych jest kilka łączników Jersey, patrz rozdział 5. Interfejs API klienta 5.5. Złącza transportu klienta, gdy Grizzly, wyglądają na najbardziej zaawansowane, zwłaszcza, że ​​używają struktury NIO, aby pomóc programistom korzystać z interfejsu API Java NIO, patrz: java.net versus java.nio, który był używany z AsyncHttpClient progect, który może mieć wszystko, czego potrzebujesz.

Domyślnie warstwa transportowa w Jersey jest dostarczana przez HttpUrlConnection. Ten transport jest realizowany w Jersey za pośrednictwem HttpUrlConnectorProvider, który implementuje specyficzny dla Jersey SPI Connector. Możesz wdrożyć i/lub zarejestrować swoją własną instancję Connectora w implementacji klienta Jersey, która zastąpi domyślną warstwę transportową opartą na HttpUrlConnection. Jersey oferuje kilka alternatywnych implementacji łączników transportu klienta, które są gotowe do użycia.

Tabela 5.1. Lista Jersey Złącza ramy komunikacyjnej zależność Jersey Złącze realizacja Maven

Jersey vs. RESTEasy: A JAX-RS Implementation Comparison

  1. Sprint RestTemplate lub asynchronicznego API REST wzywa AsyncRestTemplate zobaczyć Spring 4 AsyncRestTemplate + ListenableFuture Example jest domyślnym Wiosna Boot rozrusznik Spokojny api. Nie było RESTEasy Spring Boot Starter, dopóki zespół PayPal nie zdecydował się na stworzenie RESTEasy Spring Boot Starter i udostępnienie go społeczności.