Was ist der Unterschied zwischen Anwendungsserver und Webserver?
Was ist der Unterschied zwischen application server und web server?
InformationsquelleAutor der Frage TwiggedToday | 2009-06-01
Du musst angemeldet sein, um einen Kommentar abzugeben.
Meisten der Zeit, diese Begriffe Web Server und Application server verwendet.
Folgenden sind einige der wichtigsten Unterschiede in den Eigenschaften der Web-Server und Application-Server:
Beispiel einer solchen Konfiguration ist der Apache Tomcat HTTP-Server und Oracle (vormals BEA) WebLogic Server. Apache Tomcat HTTP-Server ist Web-Server und Oracle WebLogic Application Server.
In einigen Fällen die Server sind fest integriert wie IIS und .NET-Runtime. IIS ist ein web-server. Wenn Sie ausgerüstet sind mit .NET-runtime-Umgebung, IIS ist in der Lage, Anwendungs-services.
InformationsquelleAutor der Antwort Rutesh Makhijani
Beide Begriffe sind sehr allgemein gehalten, eine mit der anderen und Umgekehrt, in einigen Fällen.
Web-server: dient Inhalten im web mittels http-Protokoll.
Application server: hosts und stellt die Geschäftslogik und-Prozesse.
Ich denke, dass der wichtigste Punkt ist, dass der web-server stellt alles, was über das http-Protokoll, während der Anwendungs-server ist nicht eingeschränkt.
Sagte, in vielen Fällen werden Sie feststellen, dass der web-server wird verwendet, um das front-end der Anwendung, der server, das heißt, es stellt eine Reihe von web-Seiten, auf denen der Benutzer interagieren mit business-Regeln finden Sie in der application server.
InformationsquelleAutor der Antwort jmservera
Dies ist eine ausführliche Antwort mit einigen Szenarien, um klar zu verstehen, die Differenz,ähnlichkeit und wie beide in Verbindung und alle
Application Server ist ein Begriff, der manchmal gemischt mit einem web-server. Während ein web-server verarbeitet vor allem HTTP-Protokolleder application server befasst sich mit verschiedenen Protokollen, einschließlich, aber nicht beschränkt auf HTTP.
Dem Web-server die Hauptaufgabe ist der Darstellung der Website-Inhalte und der Anwendungs-server ist zuständig für die Logikdie die Interaktion zwischen dem Benutzer und der Anzeige der Inhalte. Der application server ist in Zusammenarbeit mit dem web-server, wo man sich zeigt und der andere interagiert.
Den Informationen, die Reisen hin und her zwischen dem server und den client beschränkt sich nicht auf die einfache Anzeige von markup, sondern um die Interaktion zwischen den beiden.
In den meisten Fällen erstellt der server diese Interaktion über ein Komponente-APIwie J2EE (Java 2 Platform)EJB (Enterprise JavaBean) und verschiedene andere Anwendungs-software-Modellen.
Ein Beispiel:
Der beste Weg zu verstehen, den Unterschied zwischen den Szenarien, wo ein application-server arbeitet mit dem web-server im Vergleich zu einem Szenario, wo es nicht ist ein application server ist über einen online-Shop.
Szenario 1: Web-server, ohne dass ein application server
haben Sie einen online-Shop mit nur einem web-server und keine Applikation server. Die Website anzeigen, wo Sie können wählen Sie ein Produkt aus. Wenn Sie eine Abfrage senden, die Website führt eine Suche aus und gibt eine HTML-Ergebnis zurück an Ihren AUFTRAGGEBER. Der web-server sendet die Anfrage direkt an den Datenbank-server (Geduld, ich werde erklären, der in unserem nächsten Goldklumpen) und wartet auf eine Antwort. Einmal erhielt der web-server formuliert die Antwort in eine HTML-Datei und sendet es zu Ihrem web-browser. Dieses hin und her Kommunikation zwischen server und Datenbank-server passiert jedes mal eine Abfrage ausgeführt wird.
Szenario 2: Web-server mit einem Anwendungs-server
wenn die Abfrage, die Sie ausführen möchten, die bereits erledigt war und keine Daten hat sich verändert, seit dann, der server erzeugt die Ergebnisse, ohne zu senden die Anfrage an den Datenbank-server. Dies ermöglicht eine Echtzeit-Abfrage, wo ein zweiter client kann Zugriff auf die gleichen Informationen und erhalten Echtzeit, zuverlässige Informationen, ohne dass ein weiteres Duplikat-Abfrage an den Datenbank-server. Die server im Grunde wirkt wie ein Vermittler zwischen Datenbank-server und web-server. Dies ermöglicht die Informationen gezogen werden wiederverwendbare, während im ersten Szenario, da diese info ist eingebettet in eine bestimmte und "maßgeschneiderte" HTML-Seite ist dies nicht eine wiederverwendbare Prozess. Ein zweiter client auf Anfrage die info wieder und erhalten Sie ein weiteres HTML-embedded-Seite mit der info gebeten -höchst ineffizient. Nicht zu erwähnen, dass diese Art von server ist sehr flexibel durch die Möglichkeit zur Verwaltung eigener Ressourcen, einschließlich der Sicherheit, Transaktionsverarbeitung, messaging-und Ressourcen-pooling.
Unterstützen, wie eine Vielzahl von komplexen Aufgaben, die dieser server muss über eine integrierte Redundanz, große Rechenleistung und eine hohe Menge an RAM, um alle die Daten, die Sie zieht in Echtzeit.
Hoffe, das hilft.
InformationsquelleAutor der Antwort Durai Amuthan.H
Als Rutesh und jmservera darauf hingewiesen, daß die Unterscheidung ist eine unscharfe. Historisch gesehen, waren Sie unterschiedlich, aber bis zu den 90er Jahren diese beiden bisher getrennten Kategorien gemischt features und effektiv zusammengeführt werden. An diesem Punkt ist wahrscheinlich am besten vorstellen, dass die "App-Server" Produkt-Kategorie ist eine strikte Obermenge von "web-server" - Kategorie.
Geschichte. In den frühen Tagen der Mosaic-browser und Hyperlink-Inhalten entwickelt dieses Ding namens "web-server" , serviert web-Seite Inhalte und Bilder, die über HTTP. Die meisten Inhalte statisch sei, und das HTTP 1.0-Protokoll war nur ein Weg-zu-Schiff-Dateien um. Schnell die "web server" - Kategorie entwickelt, um CGI-Fähigkeit, effektiv starten eines Prozesses auf jeder web-Anforderung an die Generierung von dynamischen Inhalten. HTTP auch gereift, und die Produkte wurden immer anspruchsvoller, mit caching, security und management-Funktionen. Da die Technik gereift ist, haben wir Unternehmens-spezifische Java-based server-side-Technologie, die von Kiva und NetDynamics, die schließlich alle zusammengeführt JSP. Microsoft ASP, glaube ich, im Jahr 1996, auf Windows NT 4.0. Die statische web-server gelernt hatte, einige neue tricks, so dass es eine effektive "app-server" für viele Szenarien.
In einer parallelen Kategorie der app-server entwickelt hatten und für eine lange Zeit bestanden. Unternehmen gelieferten Produkte für Unix-wie Tuxedo, TopEnd, Encina, wurden philosophisch abgeleitet von Mainframe-Anwendung management und die überwachung von Umgebungen wie IMS und CICS. Microsoft bietet Microsoft Transaction Server (MTS), das sich später in COM+. Die meisten dieser Produkte angegeben "geschlossen" Produkt-spezifische Kommunikationsprotokolle miteinander zu verbinden, "fat" - clients zu Servern. (Für Encina, die comms Protokoll wurde DCE RPC; für MTS-es war DCOM; etc.) In 1995/96, diese traditionelle app-server-Produkte begann einbetten basic-HTTP-Kommunikation Fähigkeit, zunächst über gateways. Und die Linien begannen zu verschwimmen.
Web-Server bekam mehr und mehr Reife im Umgang mit höheren Belastungen, mehr Parallelität und bessere Funktionen. App-Server geliefert, mehr und mehr HTTP-basierte Kommunikation-Fähigkeit.
In diesem Punkt der Linie zwischen "app-server" und "web-server" ist ein fuzzy. Aber die Menschen weiterhin zu verwenden die Begriffe anders, als eine Sache Wert ist. Wenn jemand sagt, "web-server" Sie denken oft HTTP-centric, web-UI-orientierte apps. Wenn jemand sagt, "App-server" Sie denken vielleicht "schwerer Lasten, enterprise-Funktionen, Transaktionen und Warteschlangen, multi-channel-Kommunikation (HTTP + mehr). Oft ist es aber das gleiche Produkt, das sowohl Gruppen von workload-Anforderungen.
InformationsquelleAutor der Antwort Cheeso
Web-server
Laufen
python -m 'SimpleHTTPServer'
und gehen Sie zu http://localhost:8080. Was Sie sehen, ist ein web-server mit seiner Arbeitsweise zu tun. Der server dient lediglich Dateien über HTTP auf Ihrem computer gespeichert. Der entscheidende Punkt ist, dass all dies geschehen ist auf der Oberseite des HTTP-Protokolls. Es gibt auch FTP-Server zum Beispiel, die machen genau das gleiche (Dienst gespeicherten Dateien), aber ein anderes Protokoll.Application server
Sagen, wir haben eine kleine Anwendung wie unten (Ausschnitt aus Kolben).
Kleinen Beispiel-Programm ordnet die URL
/
um die Funktionhomepage()
und die/about
um die Funktionabout()
.Um diesen code auszuführen, brauchen wir einen application server - ein Programm oder Modul, das Zuhören kann für die Anforderungen von einem client und mit unserem code, etwas zurückgeben dynamisch. In dem Beispiel, das wir einfach wieder etwas sehr schlechtes HTML.
Was ist der business-Logik mit all den anderen Menschen reden? Nun, da ein URL-Karten, um irgendwo, speziell in unserer codebase, wir sind hypothetisch, zeigt etwas Logik darüber, wie unser Programm funktioniert.
Recapping
web-server - bietet die Dateien irgendwo gespeichert (am häufigsten .css .html -, .js). Gängige web-Server Apache, Nginx oder auch Python SimpleHTTPServer.
application server - dient generierten Dateien on-the-fly. Im wesentlichen die meisten Webserver haben eine Art von plugins oder kommen sogar mit built-in-Funktionalität zu tun. Es gibt auch strenge application-Servern wie Gunicorn (Python), Einhorn (Ruby), uWSGI (Python), etc.
Beachten Sie, dass Sie auch wirklich bauen ein web-server mit dem code der application server. Dies geschieht in einigen Fällen während der Entwicklung, wo Sie nicht wollen, zu haben, eine Unmenge von verschiedenen Servern die auf Ihrem computer ausgeführt.
InformationsquelleAutor der Antwort Pithikos
Wie gesagt viele haben vor, web-Server verarbeiten HTTP-Petitionen, während application-Server verarbeiten Petitionen für verteilte Komponenten.
Ja, vielleicht ist der einfachste Weg, um den Unterschied zu verstehen, ist der Vergleich mit den beiden Produkten in Bezug auf die Programmierumgebung, die Sie bieten.
Web-Server -> Programmierung Umfeld
IIS -: ASP (.NET)
Tomcat : Servlet
Steg : Servlet
Apache : Php, CGI
Application-Server -> Programmierung Umfeld
MTS : COM+
WAR : EJB
JBoss : EJB
WebLogic Application Server : EJB
Der entscheidende Unterschied ist, dass die application-Server unterstützen einige distributed component - Technologie bietet Funktionen wie remote-Aufruf und verteilte Transaktionen, wie EJB in der Java-Welt oder COM+ auf der Microsoft-Plattform. Http-server unterstützen oft einige weitere einfache Programmierung Umgebungen, oft scripting, wie ASP (.NET) im Falle von Microsoft oder Servlet--Basis, einschließlich JSP und viele andere, im Falle von Java oder PHP und CGI im Falle von Apache.
Andere Funktionen wie load-balancing, clustering und session-failover, connection pooling etc.. , die verwendet werden, um in den Bereich der application-Server, sind immer verfügbar auf den web-Server als auch direkt oder über einige Produkte von Drittanbietern.
Schließlich, es ist erwähnenswert, dass das Bild weiter verzerrt mit "leicht-Containern" wie Spring Framework, dass oft ergänzen, die dem Zweck der application-Server in einfacher Weise und ohne die application-server-Infrastruktur. Und da die Verteilung Aspekt in Anwendungen ist der übergang von der verteilten Komponente in Richtung service-Paradigma und SOA-Architektur, es gibt weniger und weniger Platz für die traditionelle Anwendung-Server.
InformationsquelleAutor der Antwort Dan
Einen Web-server ausschließlich handles HTTP/HTTPS-Anforderungen. Es dient Inhalte auf der web-HTTP/HTTPS-Protokoll.
Application-server dient der business-Logik der Anwendung von Programmen durch eine beliebige Anzahl von Protokollen, ggf. auch HTTP. Das Anwenderprogramm kann diese Logik nur, wie es wäre, rufen Sie eine Methode auf ein Objekt. In den meisten Fällen der server stellt die business-Logik durch eine Komponente-API, wie die EJB (Enterprise JavaBean) - Komponenten-Modell auf Java EE (Java Platform, Enterprise Edition) application-Server.
Der wichtigste Punkt ist, dass der web-server stellt alles, was über das http-Protokoll, während der Anwendungs-server ist nicht eingeschränkt.
Ein application server bietet so viel mehr Leistungen als ein web-server die in der Regel gehören:
Meisten application-Server Web-Server als integralen Bestandteil von Ihnen, das bedeutet, dass App-Server können tun, was auch immer Web-Server in der Lage ist. Zusätzlich App-Server, Komponenten und Funktionen zur Unterstützung von Application-level-Dienste wie Connection Pooling, Object Pooling, Transaction Support, Messaging-Dienste, etc.
Einem application server können (aber nicht immer) laufen auf einem web-server zur Ausführung von Programm-Logik, die Ergebnisse, die dann geliefert werden von dem web-server. Das ist ein Beispiel von einem web-server/application-server-Szenario.
Ein gutes Beispiel in der Microsoft-Welt ist das Internet Information Server - /SharePoint Server-Beziehung. IIS ist ein web-server; SharePoint ist ein application-server. SharePoint sitzt "on top" IIS führt die spezifische Logik und serviert Ihnen die Ergebnisse per IIS.
In der Java-Welt gab es ein ähnliches Szenario mit Apache und Tomcat, zum Beispiel.
Als web-Server sind gut geeignet für statische Inhalte und app-Server für dynamische Inhalte, die meisten Produktionsumgebungen web-server als reverse-proxy, um app-server. Das bedeutet, dass während der service-eine Seite anfordern, statische Inhalte wie Bilder/Statisches html ist, serviert vom web-server interpretiert die Anfrage. Mit Hilfe irgendeine Art von Filterung Technik (meist Erweiterung der angeforderten Ressource) web-server identifiziert dynamischen Inhalt, Anforderung und transparent nach vorne, um app-server.
Beispiel einer solchen Konfiguration ist der Apache HTTP-Server und BEA WebLogic Server. Apache HTTP Server ist Web-Server und BEA WebLogic Application Server.
In einigen Fällen, die Server sind fest integriert wie IIS und .NET-Runtime. IIS ist ein web-server. wenn Sie ausgerüstet sind mit .NET-runtime-Umgebung IIS ist in der Lage, Anwendungs-services
InformationsquelleAutor der Antwort Parv
In kurzer Webserver ist ein server, der serviert web-Seiten, die Benutzer über http. Ein Anwendungsserver ist ein server, dass hosts die business-Logik für ein system. Es beherbergt oft langen Lauf - /batch-Prozesse und/oder eine interop-Dienste nicht für den menschlichen Verzehr bestimmt ist (REST/JSON-services, SOAP, RPC, etc).
InformationsquelleAutor der Antwort C. Ross
Einem web-server ausgeführt wird, die HTTP-Protokoll für web-Seiten. Ein Anwendungsserver kann (aber nicht immer) laufen auf einem web-server zur Ausführung von Programm-Logik, die Ergebnisse, die dann geliefert werden von dem web-server. Das ist ein Beispiel von einem web-server/application-server-Szenario.
Gutes Beispiel in der Microsoft-Welt ist das Internet Information Server - /SharePoint Server-Beziehung. IIS ist ein web-server; SharePoint ist ein application-server. SharePoint sitzt "on top" IIS führt die spezifische Logik und serviert Ihnen die Ergebnisse per IIS.
In der Java-Welt gab es ein ähnliches Szenario mit Apache und Tomcat, zum Beispiel.
InformationsquelleAutor der Antwort Robert S.
Der wesentliche Unterschied zwischen Web-server und application-server, web-server dienen statische Seiten, z.B. HTML und CSS, während der Application Server ist verantwortlich für die Generierung von dynamischen Inhalten durch ausführen von server side code z.B. JSP, Servlet oder EJB.
Welche soll ich verwenden?
Sobald Sie wissen, der Unterschied zwischen web-und application-server und web-Container, es ist einfach, um herauszufinden, Wann Sie zu verwenden sind.
Sie brauchen eine
web server
wie Apache HTTPD bei statischen web-Seiten. Wenn Sie eine Java-Anwendung mit nur JSP und Servlet zur Generierung von dynamischen Inhalten, dann müssen Sieweb containers
wie Tomcat oder Jetty. Während wenn Sie Java EE-Anwendung mit EJB, distributed transaction, messaging-und andere ausgefallene Funktionen, als Sie brauchen, ein vollwertigesapplication server
wie JBoss, WebSphere oder Oracle WebLogic.Web-container ist ein Teil von Web-Server und Web-Server ist ein Teil von Application Server.
Web-Server besteht aus web-container, während der Application Server besteht aus web-container als auch der EJB-container.
InformationsquelleAutor der Antwort Arun Raaj
Einem application server ist in der Regel entwickelt und bereitgestellt werden, zu erleichtern, länger laufende Prozesse, werden auch mehr Ressourcen.
Einem web-server verwendet wird für kurze Impulse, die nicht Ressourcen-intensiv, in der Regel. Dies ist vor allem zur Erleichterung der Bereitstellung web-basierter Datenverkehr.
InformationsquelleAutor der Antwort Joseph
Auf eine erste Seite, ein web-server stellt web-Inhalte (HTML und statische Inhalte) über das HTTP-Protokoll. Auf der anderen Seite, ein application server ist ein container, auf dem Sie aufbauen können und setzen Geschäftslogik und-Prozesse, um client-Anwendungen über verschiedene Protokolle, einschließlich HTTP, die in einer n-tier-Architektur.
Einem application server bietet so viel mehr Leistungen als ein web-server die in der Regel gehören:
AFAIK ATG Dynamo war einer der ersten application server Ende der 90er (nach der definition oben). Anfang 2000, es war die Herrschaft von einigen proprietären Anwendungsservern wie ColdFusion (CFML), Wie BroadVision (Server-side JavaScript), etc. Aber keiner wirklich überlebt den Java-application-server-ära.
InformationsquelleAutor der Antwort Pascal Thivent
In Java Bedingungen gibt es eine weitere: web-container (oder genauer, servlet-container). Es ist, sagen wir, zwischen web server und application server. Ein web-container ist in Java ausgedrückt ein application server die im Grunde nur implementiert die JSP/Servlet, Java EE und fehlt mehrere zentrale Teile von Java EE, wie die EJB-Unterstützung. Ein Beispiel ist Apache Tomcat.
InformationsquelleAutor der Antwort BalusC
Die Grenze zwischen diesen beiden sind immer noch so dünner.
Application-Server stellt business-Logik auf einem client. So wie seine application server besteht aus einer Reihe von Methoden(obwohl nicht unbedingt, kann auch ein vernetzter computer, so dass viele, um die software auszuführen), um Geschäftslogik ausführen. So wird es einfach die Ausgabe der gewünschten Ergebnisse, keine HTML-Inhalte. (ähnlich wie eine Methode aufrufen). So ist es streng genommen nicht HTTP-basiert ist.
Aber web-Server übergibt die HTML-Inhalte auf web-Browsern (Genau HTTP-basiert). Web-Server waren in der Lage, - Verarbeitung nur der statische web-Ressourcen, sondern um die Entstehung von server-side-scripting geholfen Webserver für die Verarbeitung dynamischer Inhalte sowie. Auf dem web-server nimmt den request und leitet es an die Skript - (PHP, JSP, CGI-Skripte, etc.) ERSTELLEN Sie HTML-Inhalt an den client gesendet werden. Dann web-server weiß, wie um Sie zurück zu senden an den client. DENN das ist, was ein web-server wirklich weiß.
Gesagt, dass heute Entwickler verwenden diese beiden zusammen.
Auf dem web-server nimmt die Anfrage und ruft dann ein script zum erstellen der HTML-Code, script erneut aufrufen einer Anwendung server-LOGIK (z.B. Abrufen von Transaktions-details) zum füllen der HTML-Inhalt.
So, in diesem Fall sowohl die Server wurden effektiv eingesetzt.
Daher ....
Wir können ziemlich sicher sagen, dass in heutzutage, in den meisten Fällen, web-Server verwendet werden, als eine Teilmenge von Anwendungs-Servern. ABER theatralisch ist es NICHT der Fall ist.
Ich habe gelesen, dass viele Artikel zu diesem Thema und fand diese Artikel ganz praktisch.
InformationsquelleAutor der Antwort Dilruk
Einen Web-server kann entweder ein Computerprogramm oder ein computer ein Programm ausführt, ist verantwortlich für die Annahme von HTTP-Anforderungen von clients, Dienst zurück, der HTTP-Antworten sowie optionale Daten und Inhalten, die in der Regel web-Seiten wie HTML-Dokumente und verknüpfte Objekte.
Einer application server ist die Art von software-engine, die liefern verschiedenen Anwendungen auf ein anderes Gerät. Es ist die Art von computer in einem Büro-oder Uni-Netzwerk, mit dem jeder im Netz zum ausführen von software, die aus der gleichen Maschine.
InformationsquelleAutor der Antwort Krutik
Einem Applikations-server eine Maschine (ein ausführbarer Prozess läuft auf eine Maschine, tatsächlich), dass "hört" (auf jedem Kanal, mit einem beliebigen Protokoll), für Anfragen von Kunden für jeden Dienst, den er bietet, und dann etwas tut, basiert auf diesen Anforderungen. (kann oder kann nicht mit einem respose für den Kunden)
Einer Web-server-Prozess läuft auf einer Maschine, die "hört", die speziell auf die TCP/IP-Kanal mit einem der "internet" - Protokolle (http, https, ftp, etc..) und tut, was es tut, basierend auf den eingehenden Anfragen... Generell (wie origianly definiert), abgerufen/generiert und zurückgegeben, eine html-web-Seite an den client, entweder holt man sich aus einer statischen html-Datei auf dem server, oder dynamisch erstellt, basierend auf Parametern, in der die eingehenden client-Anfrage.
InformationsquelleAutor der Antwort Charles Bretana
Größte Unterschied ist ein Web-Server HTTP-Anforderungen verarbeitet, während ein Application server führt die business-Logik auf eine beliebige Anzahl von Protokollen.
InformationsquelleAutor der Antwort MarkPowell
Alle der oben genannten ist nur über-etwas kompliziert sehr einfach. Ein application server enthält einen web-server, application-server hat gerade ein paar weitere Ergänzungen/Erweiterungen, um es als standard-web-Servern. Wenn man sich anschaut, TomEE als Beispiel:
Sehen Sie, dass Tomcat als Web-container/- server) ist nur ein weiteres Werkzeug in die app-Server arsenal. Sie können erhalten JPA und die anderen-tech in der web-server auch, wenn du willst, aber der application-Server nur Paket, dass alle diese Dinge für Ihre Bequemlichkeit. Vollständig klassifiziert als app-server, den Sie im wesentlichen einhalten müssen, eine Liste der Werkzeuge festgelegt, die von einigen standard.
InformationsquelleAutor der Antwort Gerrit Brink
Es ist nicht unbedingt eine klare Trennlinie. Heute, viele Programme kombinieren Elemente der beiden serving http-requests (web-server) und Umgang mit business-Logik (app-server)
InformationsquelleAutor der Antwort Peter Recore
Eigentlich Apache ist ein web-server und Tomcat ist ein Anwendungsserver. Wenn als HTTP-request zum web-server. Dann statische Inhalt zurück senden an browser vom web-server. Ist es und Logik zu tun getan, dann Anfrage senden, um den application server. nach der Verarbeitung der Logik dann die Antwort senden an web-server und an den client senden.
InformationsquelleAutor der Antwort Amila
Zwar gibt es überschneidungen zwischen den beiden (einige web-Server können auch verwendet werden, als application-Server), der größte Unterschied liegt IMHO in der Verarbeitung von Modell und session-management:
In Web-server-processing-Modell, der Fokus ist auf die Bearbeitung von Anträgen; - der Begriff "Sitzung" ist so ziemlich virtuell. Das ist zu sagen, dass "session" wird simuliert, indem die übertragung von der Darstellung des Status zwischen client und server (und damit RUHE) und/oder serialisieren von einem externen permanenten Speicher (SQL Server, Memcached, etc.).
In Anwendung-server die session ist in der Regel deutlicher und nimmt oft die form eines Objekts Leben in den Speicher der application-server für die gesamte Dauer der "Sitzung".
InformationsquelleAutor der Antwort zvolkov
Vom https://en.wikipedia.org/wiki/Web_server
Einen web-server ist ein computer-system, die Prozesse, die Anfragen per HTTP, das grundlegende Netzwerk-Protokoll dient zur Verteilung von Informationen im World Wide Web. Der Begriff wird für das gesamte system, oder speziell für die software, die akzeptiert und überwacht die HTTP-Anfragen.
Vom https://en.wikipedia.org/wiki/Application_server#Application_Server_definition
Einem application-server läuft hinter einem web-Server (z.B. Apache oder Microsoft Internet Information Services (IIS)) und (fast immer) vor eine SQL-Datenbank (z.B. PostgreSQL, MySQL oder Oracle).
Web-Anwendungen sind computer-Codes, die auf application-Servern und sind geschrieben in der Sprache(s) der application server unterstützt, und nennen Sie die Laufzeit-Bibliotheken und Komponenten die application server bietet.
InformationsquelleAutor der Antwort Manohar Reddy Poreddy
Es hängt von der jeweiligen Architektur. Einige application-Server können web-Protokolle nativ (XML/RPC/SOAP über HTTP), so gibt es wenig technische Unterschied. In der Regel ist der Webserver-Benutzer-Verkleidung, mit einer Vielzahl von Inhalten über HTTP/HTTPS, während ein application-server ist für den Benutzer nicht konfrontiert und können nicht-standard-oder nicht-routingfähige Protokolle. Natürlich mit RIA/AJAX, der Unterschied könnte noch weiter getrübt wird, dienen nur non-HTML-Inhalte (JSON/XML) , Kunden Pumpen bestimmte ras-Dienste.
InformationsquelleAutor der Antwort Cade Roux
Auf eine erste Seite, ein web-server stellt web-Inhalte (HTML und statische Inhalte) über das HTTP-Protokoll. Auf der anderen Seite, ein application server ist ein container, auf dem Sie aufbauen können und setzen Geschäftslogik und-Prozesse, um client-Anwendungen über verschiedene Protokolle, einschließlich HTTP, die in einer n-tier-Architektur.
Einem application server bietet so viel mehr Leistungen als ein web-server die in der Regel gehören:
InformationsquelleAutor der Antwort rahul
Application server und web server in Java verwendet werden, um host-Java-web-Anwendung. Auf Java J2EE-Perspektive wesentliche Unterschied zwischen web server und application server ist die Unterstützung von EJB. Um EJB-oder host enterprise-Java-Anwendung (.ear -) Datei benötigen Sie ein application server wie JBoss, WebLogic, WebSphere oder Glassfish, während Sie immer noch Ihre servlet-und JSP oder java-web-Anwendung (.Krieg) - Datei in einem beliebigen web-server wie Tomcat oder Jetty.
Application Server unterstützt die verteilte Transaktion und EJB. Während Web-Server unterstützt nur Servlets und JSP.
In Bezug auf die logischen Unterschied zwischen web server und application server. web-server soll http-Protokoll-Ebene service, während application server bietet Unterstützung für web-service und setzen business-level service z.B. EJB.
Application server sind schwerer als web-server in Bezug auf die Ressourcennutzung.
InformationsquelleAutor der Antwort Raji
IMO, es ist meist über die Trennung betrifft.
Aus rein technischer Sicht, Sie können alles tun, was (web content + business-Logik) in einer einzigen web-server. Wenn Sie möchten, tun, dann ist die information eingebettet angeforderten HTML-Inhalt. Was wären die Auswirkungen?
Angenommen, Sie haben 2 verschiedene apps, das macht ganz unterschiedliche HTML-Inhalte auf dem browser. Wenn Sie trennen die business-Logik in einem app-server, als Sie könnten, bieten verschiedene web-Servern suchen, die zu den gleichen Daten in der app-server über Skripte. Allerdings, Wenn Sie nicht trennen Sie die Logik, und halten Sie es in den web-server, Wann immer Sie ändern Ihr Geschäftsmodell, Sie würden am Ende, dass es auf jede einzelne web-server Sie haben die würde mehr Zeit in Anspruch nehmen, weniger zuverlässig und fehleranfällig.
InformationsquelleAutor der Antwort zgulser