Was bedeutet Java-Webserver
Java-Webserver
Ein Webserver kann oft als ein Software-Framework beschrieben werden, das sich in der mittleren Schicht einer serverzentrierten Architektur befindet.
Der Anwendungsserver kann oft als Teil einer dreistufigen Anwendung betrachtet werden, die aus einem GUI-Server (Graphical User Interface), einem Anwendungsserver (Geschäftslogik-Server) und einem Datenbank- und Transaktionsserver besteht und Dienste für Sicherheit und Zustandspflege sowie Datenzugriff und -persistenz bereitstellt.
Bei Web-Anwendungen läuft ein Anwendungsserver in der gleichen Umgebung wie sein(e) Webserver, und die Anwendungsserver sind dazu da, den Aufbau dynamischer Seiten zu unterstützen und Dienste wie Clustering, Failover und Lastausgleich zu implementieren, so dass sich die Entwickler auf die Implementierung der Geschäftslogik konzentrieren können.
Payara Server ist ein Open-Source-Anwendungsserver, der von GlassFish Server Open Source Edition abgeleitet ist. Er wurde 2014 von C2B2 Consulting als Ersatz für GlassFish geschaffen, nachdem Oracle (siehe Oracle Schulungen) angekündigt hatte, dass es den kommerziellen Support für GlassFish einstellt.
Eclipse Jetty ist ein Java-Webserver und Java-Servlet-Container. Während Webserver normalerweise mit der Zustellung von Dokumenten an Personen verbunden sind, wird Jetty heute oft für die Kommunikation (mehr dazu Kommunikation Training) zwischen Maschinen verwendet, normalerweise innerhalb größerer Software-Frameworks.
TomEE wird aus einer gezippten Vanilla-Tomcat-Datei mit allen zusätzlichen Bibliotheken zusammengestellt, die für die Bereitstellung einer Java (mehr Infos Java Seminare) EE-Umgebung erforderlich sind. Dazu gehören Apache (siehe auch Apache Seminare) CXF, ActiveMQ, OpenWebBeans und OpenJPA, um nur einige zu nennen. Das bedeutet, dass Sie TomEE in Betracht ziehen sollten, wenn Sie Tomcat bereits verwenden und jetzt EE-Funktionen benötigen. Es lässt sich leicht in Tomcat integrieren und reduziert zusätzliche Zeit und Arbeit. TomEE ist ein leichtgewichtiger Anwendungsserver. Sie sollten nicht mehr als 5 Minuten (abhängig von Ihrer Internetverbindung) benötigen, um etwas herunterzuladen, zu installieren und zum Laufen zu bringen.
Durch den Einsatz von TomEE sparen Sie nicht nur Entwicklungszeit durch eine einfach zu entwickelnde und schnelle Umgebung, sondern Sie verwenden dank der harten Arbeit der TomEE-Entwickler auch einen konformen Java EE (siehe Java EE Seminar) Web Profile Certified Server.
GlassFish ist ein Open-Source-Anwendungsserverprojekt für die Jakarta EE-Plattform von Jakarta, das von Sun Microsystems ins Leben gerufen wurde, dann von der Oracle Corporation gesponsert wurde und jetzt bei der Eclipse (siehe auch Eclipse Seminare) Foundation lebt und von Payara, Oracle und Red Hat (mehr Infos Red Hat Training) unterstützt wird. Die unter Oracle unterstützte Version hieß Oracle GlassFish Server.
GlassFish ist die Referenzimplementierung von Jakarta EE (mehr Infos Jakarta EE Training) und unterstützt als solche EJB, JPA, JSF, JMS, RMI, JSP (mehr Infos JSP Schulungen) , Servlets usw. Dies ermöglicht es Entwicklern, Unternehmensanwendungen zu erstellen, die portabel und skalierbar sind und die sich mit Legacy-Technologien integrieren lassen. Für zusätzliche Dienste können auch optionale Komponenten installiert werden.
Hauptmerkmale von Glassfish
GlassFish Server unterstützt Java EE, das die Grundlage für die Bereitstellung dynamischer und skalierbarer Hypertext-Anwendungen bildet. Beispielsweise ermöglicht die Java-API für WebSocket eine bidirektionale Kommunikation mit geringer Latenz. Die Java-API für die JSON-Verarbeitung vereinfacht die Informationsanalyse für transportable Anwendungen. Die Java-API für RESTful Net Services two.0, die Performance-Utilities für Java EE und Servlet 3.1 fügen sich ein, um extrem skalierbare Anwendungen so zu ändern, dass zusätzliche HTML5-User gleichzeitig bedient werden können.
Modularität
Das modulare Design von GlassFish Server basiert in erster Linie auf den Standards der OSGi-Allianz und stellt sicher, dass der GlassFish Server nur mit den Modulen startet, die für Anwendungen benötigt werden, die nur die Messung durchführen. Dadurch verringern sich die Bootzeiten und der Speicherverbrauch. Viele seiner Dienste sind als Freelance-Dienste verfügbar.
Schnelle, repetitive Entwicklung
Mit Hilfe von NetBeans und Eclipse wird der Entwicklungszyklus von Webanwendungen (siehe auch Webanwendungen Seminare) für das Browser-edit-save-update vereinfacht. Der GlassFish-Server ermöglicht einen solch einfachen Entwicklungszyklus für die Kommunikation, wenn eine vorhandene Anwendung neu verteilt wird.
Apache Tomcat
Apache house cat (oder Jakarta Tomcat oder einfach nur Tomcat) ist eine Implementierung des Open-Source-Software-Systems für die Technologien Java Servlet und JavaServer Pages. Die Java-Servlet- und JavaServer Pages-Spezifikationen werden nach der Java-Community-Methode entwickelt. Sie ist in der Java-Community sehr verbreitet. Im Allgemeinen können Anwendungen, die auf Tomcat laufen, ohne Unterbrechung in GlassFish ausgeführt werden. Tomcat unterstützt Windows-Wrapper und das Original- Betriebssystem (siehe Betriebssystem Training) für die Plattformintegration. Wenn Sie jetzt Freiberufler einstellen, können diese Ihnen mit diesem Code helfen. Mit einem vollständig unterstützten Apache Tomcat-Server können Entwickler heute mühelos verbundene Webanwendungen erstellen und überprüfen. Er vereinfacht auch die Tomcat-Organisation und die Bereitstellungsaufgaben für Tomcat-Administratoren. Der Tomcat-Server besteht zu 100% aus Tomcat, ohne Änderungen am Tomcat-Quellcode. Apache Tomcat (mehr dazu Apache Tomcat Seminar) ist mit mehr als einer Million Downloads pro Monat und mehr als 70% der weltweit am häufigsten eingesetzte Anwendungsserver
Apache Tomcat hat sich bei Anwendungsentwicklern wegen seines geringen Aufwands einen Namen gemacht und bietet eine Anwendungsplattform ohne Preis oder Schwierigkeiten für JEE-Plattformen. Da Anwendungen auf Gruppen von zahlreichen Produktionsservern gestartet werden, benötigen Administratoren Werkzeuge zur Automatisierung und Kontrolle des Anwendungsfreigabeverfahrens, um die mühsame manuelle Arbeit und die häufig daraus resultierenden Fehler zu reduzieren. Darüber hinaus benötigen sowohl Administratoren als auch Entwickler einen Einblick in vollständige Leistungsmetriken, um Leistungsprobleme vor der Freigabe zu erkennen und schnell Entscheidungen treffen zu können, ohne sich auf Vermutungen verlassen zu müssen. Der Tomcat-Server bietet diese robusten Funktionen sowie umfangreiche Anpassungsfunktionen. Die Tomcat Administration Schulung erleichtert den EInstieg.
Vorteile des Tomcat-Servers
Der Hauptvorteil hierbei ist die Flexibilität. Wenn Sie beispielsweise Apache auf einem physischen Server ausführen möchten, den Tomcat-Dienst und den eigentlichen Tomcat-JSP und die Servlets jedoch auf einem anderen Rechner betreiben möchten, können Sie dies tun. Einige Unternehmen verwenden diese Methode, um eine zusätzliche Sicherheitsebene zu bieten, wobei der Tomcat-Server hinter einer anderen Firewall (siehe auch Firewall Training) nur vom Apache-Server aus zugänglich ist. Stabilität ist eher ein Vorteil. Wenn ein signifikanter Fehler im Tomcat zu einem vollständigen Ausfall führen würde, würde nicht Ihr gesamter Apache-Dienst unbrauchbar werden, sondern nur seine Servlets und JSP-Seiten.
WildFly
WildFly, besser bekannt als JBoss (siehe auch JBoss Seminare) AS, ist ein Anwendungsserver, der von JBoss entwickelt wurde, aber jetzt von Red Hat kontinuierlich weiterentwickelt wird. WildFly ist in Java geschrieben und implementiert die Java Platform, Enterprise Edition (Java EE)-Spezifikation separat/unabhängig von der JBoss Enterprise Application Platform. Da WildFly auf Java basiert, kann es auf mehreren Plattformen ausgeführt werden. Die Wildfly Admin Schulung zeigt die spezifischen Vorteile von Wildfly gegenüber Tomcat.
WildFly ist freie und quelloffene Software und steht unter der GNU Lesser General Public License (LGPL), Version 2.1, zur Verfügung. Wild Fly aktuelle Version ist 19.0
WildFly 19 wurde ausgiebig getestet und läuft gut auf Java 8. Es ist geplant, Java 8 zumindest bis WildFly 21 und wahrscheinlich darüber hinaus weiterhin zu unterstützen.
Einige der in WildFly enthaltenen Funktionen und Merkmale sind Clustering, Deployment API, verteiltes Caching (unter Verwendung von Infinispan, einem eigenständigen Projekt), verteiltes Deployment, Enterprise JavaBeans, Ausfallsicherung (einschließlich Web- und EJB-Sitzungen), Persistenzprogrammierung, Java Authentication and Authorization Service (JAAS), Java EE Connector Architecture (JCA)-Integration, Java Management Extensions, Java Message Service (JMS)-Integration, Java Naming and Directory Interface (JNDI), Java Transaction API (JTA), Java Authorization Contract for Containers, (JACC)-Integration JavaMail, Java Server Faces , Java Server Pages (JSP) / Java Servlet .
Wildfly unterstützt auch Webdienste wie JAX-WSJDBC Load-Balancing und enthält eine Management-API, ein OSGi-FrameworkRMI-IIOP und kann in zwei Server-Modi ausgeführt werden: ein traditioneller, einzelner JVM, Standalone-Modus, und eine Multi-JVM-Option, Domain-Modus, die die Konfiguration über eine beliebige Anzahl von Prozessen und Hosts synchronisiert.
Auswahl eines Anwendungsservers
Welchen Java-Applikationsserver sollten Sie also in Ihrem eigenen Projekt verwenden?
Das ist eine nuancierte Frage. Um ehrlich zu sein, die Antwort wird von Projekt zu Projekt unterschiedlich ausfallen. Dennoch soll hier ein Rahmen vorgelegt werden, der Ihnen bei der Auswahl helfen wird.
Wenn Ihre Organisation bereits einen bestimmten Anwendungsserver in anderen Projekten verwendet, dann ist es am besten, wenn Sie sich, wenn möglich, daran halten. Standardisierung ist immer eine gute Idee. Darüber hinaus ist die Möglichkeit, zu einem anderen Team (siehe Team Seminar) überzuwechseln und um Hilfe zu bitten, von unschätzbarem Wert.
Das ist der einfache Fall. Nehmen wir nun an, das trifft nicht zu; Ihre Organisation hat noch keinen spezifischen Anwendungsserver im Einsatz.
Wenn Sie keine Java EE-Fähigkeiten benötigen (z.B. wenn Sie Spring (siehe auch Spring Seminar) Framework verwenden wollen), dann sollten Sie: Nehmen Sie Tomcat. Es ist der De-facto-Industriestandard, und als solcher haben Sie es am einfachsten, Dokumentation und Beispiele zu finden, wenn Sie sich für Tomcat entscheiden. Aber wenn Sie bereits wissen, dass Sie Ihre Anwendung in einer eingeschränkten Umgebung ausführen werden, sollten Sie Jetty wegen seines geringeren Platzbedarfs wählen.
Wenn Sie planen, eine Java EE-Anwendung zu schreiben, werden die Dinge noch nuancierter.
Es ist möglich, Tomcat zur Ausführung von Java EE-Anwendungen zu verwenden, indem man Abhängigkeiten von Drittanbietern einbezieht. Wenn Sie also wissen, dass Sie nur eine kleine Teilmenge von Java EE verwenden werden, dann kann Tomcat immer noch eine gute Wahl sein. Wenn Sie zum Beispiel nur eine JPA-Implementierung benötigen, dann genügt der Import von EclipseLink in Ihr Projekt, und Sie können mit Tomcat problemlos fortfahren. Wenn Sie jedoch wissen, dass Sie Java EE stark nutzen werden oder dass die Funktionalität, die Sie benötigen, nicht als Plugin eines Drittanbieters verfügbar ist, dann entscheiden Sie sich für WildFly.
Normalerweise sollten man Tomcat wählen. Aber ziehen Sie Jetty in Betracht, wenn Sie seine kleinere Größenordnung benötigen. Andernfalls, wenn Sie umfangreiche Java EE-Unterstützung in Ihrem Projekt benötigen, nehmen Sie WildFly. Und vor allem, wenn Ihre Organisation bereits einen bestimmten Anwendungsserver in anderen Projekten einsetzt, sollten Sie einfach diesem Beispiel folgen.
Ein Webserver kann oft als ein Software-Framework beschrieben werden, das sich in der mittleren Schicht einer serverzentrierten Architektur befindet.
Der Anwendungsserver kann oft als Teil einer dreistufigen Anwendung betrachtet werden, die aus einem GUI-Server (Graphical User Interface), einem Anwendungsserver (Geschäftslogik-Server) und einem Datenbank- und Transaktionsserver besteht und Dienste für Sicherheit und Zustandspflege sowie Datenzugriff und -persistenz bereitstellt.
Bei Web-Anwendungen läuft ein Anwendungsserver in der gleichen Umgebung wie sein(e) Webserver, und die Anwendungsserver sind dazu da, den Aufbau dynamischer Seiten zu unterstützen und Dienste wie Clustering, Failover und Lastausgleich zu implementieren, so dass sich die Entwickler auf die Implementierung der Geschäftslogik konzentrieren können.
Payara Server ist ein Open-Source-Anwendungsserver, der von GlassFish Server Open Source Edition abgeleitet ist. Er wurde 2014 von C2B2 Consulting als Ersatz für GlassFish geschaffen, nachdem Oracle (siehe Oracle Schulungen) angekündigt hatte, dass es den kommerziellen Support für GlassFish einstellt.
Eclipse Jetty ist ein Java-Webserver und Java-Servlet-Container. Während Webserver normalerweise mit der Zustellung von Dokumenten an Personen verbunden sind, wird Jetty heute oft für die Kommunikation (mehr dazu Kommunikation Training) zwischen Maschinen verwendet, normalerweise innerhalb größerer Software-Frameworks.
TomEE wird aus einer gezippten Vanilla-Tomcat-Datei mit allen zusätzlichen Bibliotheken zusammengestellt, die für die Bereitstellung einer Java (mehr Infos Java Seminare) EE-Umgebung erforderlich sind. Dazu gehören Apache (siehe auch Apache Seminare) CXF, ActiveMQ, OpenWebBeans und OpenJPA, um nur einige zu nennen. Das bedeutet, dass Sie TomEE in Betracht ziehen sollten, wenn Sie Tomcat bereits verwenden und jetzt EE-Funktionen benötigen. Es lässt sich leicht in Tomcat integrieren und reduziert zusätzliche Zeit und Arbeit. TomEE ist ein leichtgewichtiger Anwendungsserver. Sie sollten nicht mehr als 5 Minuten (abhängig von Ihrer Internetverbindung) benötigen, um etwas herunterzuladen, zu installieren und zum Laufen zu bringen.
Durch den Einsatz von TomEE sparen Sie nicht nur Entwicklungszeit durch eine einfach zu entwickelnde und schnelle Umgebung, sondern Sie verwenden dank der harten Arbeit der TomEE-Entwickler auch einen konformen Java EE (siehe Java EE Seminar) Web Profile Certified Server.
GlassFish ist ein Open-Source-Anwendungsserverprojekt für die Jakarta EE-Plattform von Jakarta, das von Sun Microsystems ins Leben gerufen wurde, dann von der Oracle Corporation gesponsert wurde und jetzt bei der Eclipse (siehe auch Eclipse Seminare) Foundation lebt und von Payara, Oracle und Red Hat (mehr Infos Red Hat Training) unterstützt wird. Die unter Oracle unterstützte Version hieß Oracle GlassFish Server.
GlassFish ist die Referenzimplementierung von Jakarta EE (mehr Infos Jakarta EE Training) und unterstützt als solche EJB, JPA, JSF, JMS, RMI, JSP (mehr Infos JSP Schulungen) , Servlets usw. Dies ermöglicht es Entwicklern, Unternehmensanwendungen zu erstellen, die portabel und skalierbar sind und die sich mit Legacy-Technologien integrieren lassen. Für zusätzliche Dienste können auch optionale Komponenten installiert werden.
Hauptmerkmale von Glassfish
GlassFish Server unterstützt Java EE, das die Grundlage für die Bereitstellung dynamischer und skalierbarer Hypertext-Anwendungen bildet. Beispielsweise ermöglicht die Java-API für WebSocket eine bidirektionale Kommunikation mit geringer Latenz. Die Java-API für die JSON-Verarbeitung vereinfacht die Informationsanalyse für transportable Anwendungen. Die Java-API für RESTful Net Services two.0, die Performance-Utilities für Java EE und Servlet 3.1 fügen sich ein, um extrem skalierbare Anwendungen so zu ändern, dass zusätzliche HTML5-User gleichzeitig bedient werden können.
Modularität
Das modulare Design von GlassFish Server basiert in erster Linie auf den Standards der OSGi-Allianz und stellt sicher, dass der GlassFish Server nur mit den Modulen startet, die für Anwendungen benötigt werden, die nur die Messung durchführen. Dadurch verringern sich die Bootzeiten und der Speicherverbrauch. Viele seiner Dienste sind als Freelance-Dienste verfügbar.
Schnelle, repetitive Entwicklung
Mit Hilfe von NetBeans und Eclipse wird der Entwicklungszyklus von Webanwendungen (siehe auch Webanwendungen Seminare) für das Browser-edit-save-update vereinfacht. Der GlassFish-Server ermöglicht einen solch einfachen Entwicklungszyklus für die Kommunikation, wenn eine vorhandene Anwendung neu verteilt wird.
Apache Tomcat
Apache house cat (oder Jakarta Tomcat oder einfach nur Tomcat) ist eine Implementierung des Open-Source-Software-Systems für die Technologien Java Servlet und JavaServer Pages. Die Java-Servlet- und JavaServer Pages-Spezifikationen werden nach der Java-Community-Methode entwickelt. Sie ist in der Java-Community sehr verbreitet. Im Allgemeinen können Anwendungen, die auf Tomcat laufen, ohne Unterbrechung in GlassFish ausgeführt werden. Tomcat unterstützt Windows-Wrapper und das Original- Betriebssystem (siehe Betriebssystem Training) für die Plattformintegration. Wenn Sie jetzt Freiberufler einstellen, können diese Ihnen mit diesem Code helfen. Mit einem vollständig unterstützten Apache Tomcat-Server können Entwickler heute mühelos verbundene Webanwendungen erstellen und überprüfen. Er vereinfacht auch die Tomcat-Organisation und die Bereitstellungsaufgaben für Tomcat-Administratoren. Der Tomcat-Server besteht zu 100% aus Tomcat, ohne Änderungen am Tomcat-Quellcode. Apache Tomcat (mehr dazu Apache Tomcat Seminar) ist mit mehr als einer Million Downloads pro Monat und mehr als 70% der weltweit am häufigsten eingesetzte Anwendungsserver
Apache Tomcat hat sich bei Anwendungsentwicklern wegen seines geringen Aufwands einen Namen gemacht und bietet eine Anwendungsplattform ohne Preis oder Schwierigkeiten für JEE-Plattformen. Da Anwendungen auf Gruppen von zahlreichen Produktionsservern gestartet werden, benötigen Administratoren Werkzeuge zur Automatisierung und Kontrolle des Anwendungsfreigabeverfahrens, um die mühsame manuelle Arbeit und die häufig daraus resultierenden Fehler zu reduzieren. Darüber hinaus benötigen sowohl Administratoren als auch Entwickler einen Einblick in vollständige Leistungsmetriken, um Leistungsprobleme vor der Freigabe zu erkennen und schnell Entscheidungen treffen zu können, ohne sich auf Vermutungen verlassen zu müssen. Der Tomcat-Server bietet diese robusten Funktionen sowie umfangreiche Anpassungsfunktionen. Die Tomcat Administration Schulung erleichtert den EInstieg.
Vorteile des Tomcat-Servers
Der Hauptvorteil hierbei ist die Flexibilität. Wenn Sie beispielsweise Apache auf einem physischen Server ausführen möchten, den Tomcat-Dienst und den eigentlichen Tomcat-JSP und die Servlets jedoch auf einem anderen Rechner betreiben möchten, können Sie dies tun. Einige Unternehmen verwenden diese Methode, um eine zusätzliche Sicherheitsebene zu bieten, wobei der Tomcat-Server hinter einer anderen Firewall (siehe auch Firewall Training) nur vom Apache-Server aus zugänglich ist. Stabilität ist eher ein Vorteil. Wenn ein signifikanter Fehler im Tomcat zu einem vollständigen Ausfall führen würde, würde nicht Ihr gesamter Apache-Dienst unbrauchbar werden, sondern nur seine Servlets und JSP-Seiten.
WildFly
WildFly, besser bekannt als JBoss (siehe auch JBoss Seminare) AS, ist ein Anwendungsserver, der von JBoss entwickelt wurde, aber jetzt von Red Hat kontinuierlich weiterentwickelt wird. WildFly ist in Java geschrieben und implementiert die Java Platform, Enterprise Edition (Java EE)-Spezifikation separat/unabhängig von der JBoss Enterprise Application Platform. Da WildFly auf Java basiert, kann es auf mehreren Plattformen ausgeführt werden. Die Wildfly Admin Schulung zeigt die spezifischen Vorteile von Wildfly gegenüber Tomcat.
WildFly ist freie und quelloffene Software und steht unter der GNU Lesser General Public License (LGPL), Version 2.1, zur Verfügung. Wild Fly aktuelle Version ist 19.0
WildFly 19 wurde ausgiebig getestet und läuft gut auf Java 8. Es ist geplant, Java 8 zumindest bis WildFly 21 und wahrscheinlich darüber hinaus weiterhin zu unterstützen.
Einige der in WildFly enthaltenen Funktionen und Merkmale sind Clustering, Deployment API, verteiltes Caching (unter Verwendung von Infinispan, einem eigenständigen Projekt), verteiltes Deployment, Enterprise JavaBeans, Ausfallsicherung (einschließlich Web- und EJB-Sitzungen), Persistenzprogrammierung, Java Authentication and Authorization Service (JAAS), Java EE Connector Architecture (JCA)-Integration, Java Management Extensions, Java Message Service (JMS)-Integration, Java Naming and Directory Interface (JNDI), Java Transaction API (JTA), Java Authorization Contract for Containers, (JACC)-Integration JavaMail, Java Server Faces , Java Server Pages (JSP) / Java Servlet .
Wildfly unterstützt auch Webdienste wie JAX-WSJDBC Load-Balancing und enthält eine Management-API, ein OSGi-FrameworkRMI-IIOP und kann in zwei Server-Modi ausgeführt werden: ein traditioneller, einzelner JVM, Standalone-Modus, und eine Multi-JVM-Option, Domain-Modus, die die Konfiguration über eine beliebige Anzahl von Prozessen und Hosts synchronisiert.
Auswahl eines Anwendungsservers
Welchen Java-Applikationsserver sollten Sie also in Ihrem eigenen Projekt verwenden?
Das ist eine nuancierte Frage. Um ehrlich zu sein, die Antwort wird von Projekt zu Projekt unterschiedlich ausfallen. Dennoch soll hier ein Rahmen vorgelegt werden, der Ihnen bei der Auswahl helfen wird.
Wenn Ihre Organisation bereits einen bestimmten Anwendungsserver in anderen Projekten verwendet, dann ist es am besten, wenn Sie sich, wenn möglich, daran halten. Standardisierung ist immer eine gute Idee. Darüber hinaus ist die Möglichkeit, zu einem anderen Team (siehe Team Seminar) überzuwechseln und um Hilfe zu bitten, von unschätzbarem Wert.
Das ist der einfache Fall. Nehmen wir nun an, das trifft nicht zu; Ihre Organisation hat noch keinen spezifischen Anwendungsserver im Einsatz.
Wenn Sie keine Java EE-Fähigkeiten benötigen (z.B. wenn Sie Spring (siehe auch Spring Seminar) Framework verwenden wollen), dann sollten Sie: Nehmen Sie Tomcat. Es ist der De-facto-Industriestandard, und als solcher haben Sie es am einfachsten, Dokumentation und Beispiele zu finden, wenn Sie sich für Tomcat entscheiden. Aber wenn Sie bereits wissen, dass Sie Ihre Anwendung in einer eingeschränkten Umgebung ausführen werden, sollten Sie Jetty wegen seines geringeren Platzbedarfs wählen.
Wenn Sie planen, eine Java EE-Anwendung zu schreiben, werden die Dinge noch nuancierter.
Es ist möglich, Tomcat zur Ausführung von Java EE-Anwendungen zu verwenden, indem man Abhängigkeiten von Drittanbietern einbezieht. Wenn Sie also wissen, dass Sie nur eine kleine Teilmenge von Java EE verwenden werden, dann kann Tomcat immer noch eine gute Wahl sein. Wenn Sie zum Beispiel nur eine JPA-Implementierung benötigen, dann genügt der Import von EclipseLink in Ihr Projekt, und Sie können mit Tomcat problemlos fortfahren. Wenn Sie jedoch wissen, dass Sie Java EE stark nutzen werden oder dass die Funktionalität, die Sie benötigen, nicht als Plugin eines Drittanbieters verfügbar ist, dann entscheiden Sie sich für WildFly.
Normalerweise sollten man Tomcat wählen. Aber ziehen Sie Jetty in Betracht, wenn Sie seine kleinere Größenordnung benötigen. Andernfalls, wenn Sie umfangreiche Java EE-Unterstützung in Ihrem Projekt benötigen, nehmen Sie WildFly. Und vor allem, wenn Ihre Organisation bereits einen bestimmten Anwendungsserver in anderen Projekten einsetzt, sollten Sie einfach diesem Beispiel folgen.