Différence entre serveur Web et serveur d'applications

Un serveur Web est quelque chose qui gère les demandes et les réponses HTTP.

Un serveur d'applications (comme Weblogic, WebSphere, JBoss AS, Glassfish, etc.) comprend généralement un serveur Web, mais ajoute également beaucoup plus de fonctionnalités. Le plus important est qu'il gère des objets. S'ils seront des servlets (conteneur de servlet), EJBS (conteneur EJB), des auditeurs JMS, etc.

Webserver peut exécuter uniquement des applications Web I, E Servlets et JSPS et ne dispose qu'un seul conteneur appelé conteneur Web utilisé pour interpréter / exécuter des applications Web

Server d'application peut exécuter l'application d'entreprise, i, E (Servlets, JSP et EJBS) Il s'agit de deux conteneurs 1. Conteneur Web (pour interpréter / exécuter Servlets et JSPS) 2. Conteneur EJB (pour exécuter EJBS). Il peut effectuer des opérations telles que l'équilibrage de la charge, la démarcation de transaction, etc., etc.

et ajout aux réponses précédentes, Weblogic est serveur d'applications et non seulement serveur Web.

Je dirais que les définitions varient. Dans le contexte généralisé, un serveur Web est un serveur pouvant recevoir des demandes Web entrantes et avoir des connaissances sur la manière dont ils devraient être traités et réagis à. Certaines demandes sont statiques (fichiers HTML, images, etc.), certaines sont dynamiques. Dans le cas des demandes dynamiques, le serveur Web saura où suivre la gestion de la demande, pourrait s'agir d'une page JSP ou d'un servlet Java, d'un script PHP, d'un script CGI PERL, etc.

Pendant que le "serveur Web" dans ce contexte exécute le gestionnaire dynamique, il n'est pas considéré comme incluant des fonctions de middleware de support pour le gestionnaire dynamique.

Un serveur d'applications, en revanche, est un environnement d'exécution général qui offre un type de support de niveau de middleware. Les exemples sont des conteneurs EJB ou la framework .NET intégré à Windows (dans l'endroit où Windows en soi est un "serveur d'applications"). Il n'y a pas d'exigence inhérente à ce qu'un serveur d'applications ait quelque chose à voir avec les demandes Web (bien que beaucoup de choses), il s'agit simplement d'un contexte d'exécution général et d'un conteneur pour tout type d'application offrant une sorte de support de middleware supplémentaire.

Dans un contexte purement centré sur le Web, de nombreuses personnes dessineront la ligne au contenu dynamique statique VS. Dans cette définition, un "serveur Web" ne peut gérer que des demandes d'informations statiques elles-mêmes et il transmettra des demandes de contenu dynamique au "serveur d'applications". Par exemple, Apache httpd est un serveur Web et Tomcat est un serveur d'applications. IIS est une combinaison des deux. Dans le World Web Java, un serveur d'applications peut être un conteneur de servlet (comme Tomcat) ou un conteneur Java EE complet (tel que JBoss, Weblogic ou WebSphere) qui fournit le conteneur Java EE Middleware (EJB) en plus de la Conteneur de servlet.

Fondamentalement si nous disons que la différence majeure entre Web Server & Application Server est les protocoles sur lesquels ces serveurs fonctionnent.

serveur Web - il fonctionne sur des protocoles tels que http & https. L'exemple de ce serveur est Apache. Pour le serveur Web, vous utilisez JSP, servlet.

serveur d'applications - il fonctionne sur n'importe quel protocole. L'exemple est JBoss. Sur l'application Server, nous organisons EJB, Web Service ou toute logique d'entreprise.