Jaka jest różnica między Tomcat, JBoss i Glassfish?

Tomcat jest jedynie serwerem HTTP i kontenerem serwletów Java. JBoss i GlassFish to pełnowymiarowe serwery aplikacji Java EE, w tym kontener EJB i wszystkie inne funkcje tego stosu. Z drugiej strony, Tomcat ma lżejszy rozmiar pamięci (~60-70 MB), podczas gdy serwery Java EE ważą setki megów. Tomcat jest bardzo popularny w prostych aplikacjach internetowych lub aplikacjach wykorzystujących frameworki takie jak Spring, które nie wymagają pełnego serwera Java EE. Podanie Serwer Tomcat jest prawdopodobnie łatwiejszy, ponieważ jest mniej ruchomych części.

Jednak dla aplikacji, które wymagają pełnego stosu Java EE (lub przynajmniej więcej elementów, które można łatwo przykręcić do Tomcat)... JBoss i GlassFish to dwie z najpopularniejszych ofert open source (trzecia to Apache Geronimo, na której zbudowana jest darmowa wersja IBM WebSphere). JBoss ma większą i głębszą społeczność użytkowników oraz bardziej dojrzałą bazę kodową. Jednak JBoss pozostaje znacznie w tyle GlassFish w implementacji obecnych specyfikacji Java EE. Również dla tych, którzy wolą system administracyjny oparty na GUI... Konsola administracyjna GlassFish jest niezwykle gładka, podczas gdy większość administracji w JBoss odbywa się za pomocą wiersza poleceń i edytora tekstu. GlassFish pochodzi prosto z Sun/Oracle, ze wszystkimi zaletami, które mogą zaoferować. JBoss nie jest pod kontrolą Sun/Oracle, ze wszystkimi zaletami, które mogą zaoferować.

Powinieneś użyć GlassFish for Java EE enterprise applications. Kilka rzeczy do rozważenia:

A web Server oznacza: obsługę żądań HTTP (zwykle z przeglądarki).

A Servlet Container (np. Tomcat) oznacza: może obsługiwać servlets & JSP.

Serwer aplikacji (np. GlassFish) oznacza: * może zarządzać Aplikacje Java EE (Zwykle zarówno servlet/JSP jak i EJBs).

Tomcat - jest prowadzony przez społeczność Apache-Open source i ma dwa smaki Tomcat-Web profile-lekka waga, która jest tylko kontenerem servlet i nie obsługuje funkcji Java EE, takich jak EJB, JMS itp. Tomcat EE - jest to certyfikowany kontener Java EE, który obsługuje wszystkie technologie Java EE.

Brak wsparcia komercyjnego (tylko wsparcie wspólnotowe)

JBoss - Run by RedHat Jest to pełne wsparcie stosu dla JavaEE i jest to certyfikowany kontener Java EE. Obejmuje to Tomcat jako wewnętrzny kontener internetowy. Ma również dwa smaki Wersja Community o nazwie Application Server (AS) - będzie miała tylko wsparcie społeczności Enterprise Application Server ( EAP) - w tym celu możesz mieć licencję opartą na subskrypcji (jest ona oparta na liczbie rdzeni na serwerach.)

Glassfish - prowadzony przez Oracle Jest to również pełny stos certyfikowany kontener Java EE. Posiada własny kontener internetowy (nie Tomcat). To pochodzi od samego Oracle, więc wszystkie nowe specyfikacje zostaną najpierw przetestowane i zaimplementowane w Glassfish. Tak więc zawsze wspierałby najnowszą specyfikację. Nie znam jego modeli wsparcia.

Jboss i glassfish zawierają kontener serwletów(jak tomcat), jednak dwa serwery aplikacji (jboss i glassfish) również dostarczają kontener bean (i kilka innych rzeczy, jak sobie wyobrażam)

JBoss i Glassfish są w zasadzie pełnym serwerem aplikacji Java EE, podczas gdy Tomcat jest tylko kontenerem serwletów. Główną różnicą między JBoss, Glassfish, ale także WebSphere, WebLogic i tak dalej w stosunku do Tomcat, ale także Jetty, była funkcjonalność, którą oferuje pełny serwer aplikacji. Gdy masz pełny stos Java EE app server możesz skorzystać z całej implementacji wybranego przez siebie dostawcy, a także możesz skorzystać z EJB, JTA, CDI(JAVA EE 6+), JPA, JSF, JSP/Servlet oczywiście i tak dalej on Z Tomcat z drugiej strony możesz korzystać tylko z JSP / Servlet. Jednak na dzień z zaawansowanych Framework, takich jak Spring i Guice, wiele z głównych zalet korzystania z pełnego serwera aplikacji stosu można złagodzić, a przy założeniu jednego z tego Framework manly z ekosystemu Spring, można skorzystać z wielu sub projektu, które w moim doświadczeniu zawodowym pozwoliły mi opuścić korzystanie z pełnego serwera aplikacji stosu na rzecz lightweight app server jak tomcat.

Zarówno JBoss jak i Tomcat są serwerami aplikacji Java servlet, ale JBoss to o wiele więcej. Znacząca różnica między nimi polega na tym, że JBoss zapewnia pełny stos Java Enterprise Edition (Java EE), w tym Enterprise JavaBeans i wiele innych technologii, które są przydatne dla programistów pracujących na korporacyjnych aplikacjach Java.

Tomcat jest znacznie bardziej ograniczony. Jednym ze sposobów myślenia jest to, że JBoss jest stosem Java EE, który zawiera kontener servlet i serwer WWW, podczas gdy Tomcat, w większości, jest kontenerem serwletów i serwerem WWW.

Apache tomcat jest tylko jedynym kontenerem serverlet, który nie obsługuje aplikacji Java dla przedsiębiorstw(Jee). JBoss i Glassfish wspierają aplikację JEE, ale Glassfish znacznie cięższy niż serwer JBOSS: Reference Slide

Wydaje się trochę zniechęcające do korzystania z Tomcat, gdy czytasz te odpowiedzi. Jednak to, co najbardziej nie wspomnieć, to to, że można dostać się do identycznych lub prawie identycznych przypadków użycia z tomcat, ale to wymaga, aby dodać potrzebne biblioteki(przez Maven lub jakikolwiek system include używasz).

Używam tomcat z JPA, EJBs z bardzo małymi wysiłkami konfiguracyjnymi.