Warum Glassfish anstelle von Apache verwenden? Was sind Stärken und Schwächen?

Question

Entschuldigung für meine Ignoranz hier, aber wenn ich das Wort Webserver höre, stelle ich mir sofort Apache vor, obwohl ich weiß, dass Leute auch Microsofts IIS benutzen. Aber seit ich hier bei Stackoverflow rumgehangen habe, habe ich bemerkt, dass viele Leute Glassfish benutzen.

Was mich wundern, warum sollte ich Glassfish verwenden wollen (in dem Sinne, dass ich interessiert bin, aber ich verstehe nicht wirklich, warum es mein Leben leichter machen könnte). Aus dem, was ich gelesen habe, ist Suns Open-Source-Derivat von Apache's Tomcat, also stelle ich mir vor, dass es ein gutes (oder tolles) Qualitätsprodukt ist. Aber da ich seine Stärken und Schwächen nicht kenne, weiß ich nicht, wann es sinnvoll ist, Glassfish über einen anderen Server zu wählen. Könnte jemand etwas ausarbeiten?

Answer 1

GlassFish ist ein Application Server, der auch als Webserver (Http Server) verwendet werden kann.

Ein Webserver bedeutet: Umgang mit HTTP-Anfragen (normalerweise von Browsern). Ein Servlet-Container (z. B. Tomcat) bedeutet: Er kann Servlets & JSP verarbeiten.

Ein Anwendungsserver (z. B. GlassFish) bedeutet: Er kann Java EE-Anwendungen verwalten (normalerweise sowohl Servlet/JSP als auch EJBs).

Sie sollten GlassFish für Java EE Enterprise-Anwendungen verwenden.

Answer 2

In einer Produktionsumgebung wird meist ein separater Webserver benötigt. Sie würden normalerweise einen Anwendungsserver finden, der den meisten Ihrer Entwicklungsanforderungen entspricht. Ein Webserver ist in der Lage, eine größere Anzahl von aktiven Sitzungen und Verbindungen zu halten, wodurch das erforderliche Gleichgewicht ohne Leistungskosten bereitgestellt wird.

Halten Sie sich an einen einfachen Webserver, wenn Sie nur mit Servlets/Jsps arbeiten. Es ist auch anzumerken, dass Glassfish in einer Netbeans-Umgebung eine bessere Unterstützung als andere App-Server bietet. Im Kontext von Eclipse scheinen WSAD und JBoss jedoch die bevorzugten Optionen zu sein.

Answer 3

Glassfish wird in Kürze den modularen Kernel veröffentlichen.

Dies bedeutet, dass die Container, die Sie benötigen, bei Bedarf gestartet und heruntergefahren werden. Es wird kein EAR bereitgestellt, der EJB-Container wird nicht gestartet. Dies scheint es sehr gut für die Entwicklung gemacht zu haben, da es sehr schnell starten und stoppen kann. Dies bringt es viel näher an Entwicklungsumgebungen wie Rails (wo die erneute Implementierung ein großer Teil Ihrer Entwicklung ist)

Answer 4

Ich habe GlassFish Server für die Entwicklung von Web Services verwendet. Es bietet eine sehr interaktive Admin Console, in der Admin die Web Services testen kann. Ich finde es wirklich hilfreich bei der Entwicklung von Web Services