Jaka jest różnica między Jersey vs Jersey (Stand alone) vs Jersey z Grizzly vs Jersey z Tomcat - dla usług REST?
Czy mogę uruchomić Jersey bez dodatkowej potrzeby serwera?
Odpowiedzi:
19 dla odpowiedzi nr 1Jersey sama w sobie jest ramą do budowania RESTful usług internetowych. Choć służy jako referencyjna implementacja interfejsu JAX-RS API, może być również używana w innych trybach
Standalone - proste API na Java (JDK 1.6 lub nowszy). Jersey zapewnia do tego API
Koszulka z Grizzly - inna Grizzlyframework, który może być używany jako serwer HTTP / web przy użyciu modelu Java NIO. Aby użyć Jersey z Grizzly, musisz go odpowiednio skonfigurować. Pomyśl o Grizzly jako o zasobach zasobów JAX-RS (RESTful) i tym, który dba o Twoją hydraulikę HTTP podczas pracy z wysokopoziomowymi abstrakcjami interfejsu API JAX-RS
Jersey na Tomcat - teraz Tomcat to kontener serwletu. JAX-RS można łatwo skonfigurować do pracy ze zwykłym kontenerem Servlet, po prostu konfigurując plik web.xml aplikacji Tomcat.
Jersey na pojemniku Java EE - weź przykładGlassfish, który jest RI (Implementacja Referencyjna) dla platformy Java EE. Jersey jest pakowany po wyjęciu z pudełka w Glassfish. Dlatego, aby zbudować aplikację RESTful na serwerze Java EE, wystarczy napisać logikę biznesową (usługi REST) i wdrożyć swój projekt (EAR / WAR) na serwerze - bez dodatkowych instalacji hydraulicznych / konfiguracji (z wyjątkiem specjalnych scenariuszy)
Mam nadzieję, że to miało jakiś sens? :-)