Précédent   Forum des professionnels en informatique > Webmasters - Développement Web > Serveurs (Apache, IIS,...)
Serveurs (Apache, IIS,...) Forum d'entraide sur les Serveurs : Apache, IIS, ...
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 21/10/2007, 13h21   #1
Membre habitué
 
Inscription : septembre 2007
Messages : 255
Détails du profil
Informations forums :
Inscription : septembre 2007
Messages : 255
Points : 125
Points : 125
Par défaut Apache vs. Tomcat

Bonjour,

L'un de vous pourrait il m'expliquer ce qui différencie un serveur Apache à un serveur Tomcat ? Un Tomcat ne peut il pas faire ce que fait un Apache ?

En fait j'utilise déjà un seveur Tomcat pour faire fonctionner JSPWiki. J'ai aussi Subversion et j'aimerai installer l'accès web à Subersion. La documentation que je troue xplique comment faire celà sur un Apache. Est il possible de le faire sur un Tomcat ?

Merci,
DranDane est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 22/10/2007, 17h06   #2
Rédacteur/Modérateur
 
Avatar de _Mac_
 
Inscription : août 2005
Messages : 8 310
Détails du profil
Informations forums :
Inscription : août 2005
Messages : 8 310
Points : 8 592
Points : 8 592
Je sais pas si c'est possible avec Tomcat, mais j'ai des doutes. Apache est un serveur Web qui ne sait parler qu'HTTP et rien d'autre. Tout ce qu'il peut faire en plus se fait grâce à des modules. Parmi ces modules, il y en a un (mod_AJP ou qqch du genre) qui permet à Apache de renvoyer les requêtes HTTP vers Tomcat.

Mais qu'est-ce donc que Tomcat ? Tomcat est un moteur de servet (et pas un moteur J2EE comme certains le prétendent). Son boulot, c'est donc d'exécuter des JSP, des servlets ou des fichiers .war, chose qu'Apache ne sait pas faire.

Oui, mais là, tu dis : "pourtant, je peux utiliser Tomcat sans Apache devant". C'est vrai, mais c'est juste que Tomcat est très fort car il embarque un petit serveur HTTP interne pour justement pouvoir l'utiliser seul. Mais attention, ce serveur HTTP est beaucoup (très beaucoup) plus limité qu'Apache car notamment il ne prend pas en charge les CGI, les fichiers d'authentification (.htaccess), etc. C'est pour cela que j'ai des doutes sur le fait que tu puisses utiliser Tomcat pour faire tourner l'interface Web de Subversion, mais tout dépend du langage utilisé pour l'écrire : si c'est des servlets, bingo, c'est possible, sinon (genre PHP ou Python), laisse tomber, c'est pas possible car Tomcat ne sait pas gérer ce genre de choses, c'est pas son boulot.
__________________

Du détail, du détail, du détail !!!
Revenons à la source : lisons la documentation et les fichiers de trace, la réponse à notre problème s'y trouve sans doute
_Mac_ est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 22/10/2007, 17h57   #3
Membre habitué
 
Inscription : septembre 2007
Messages : 255
Détails du profil
Informations forums :
Inscription : septembre 2007
Messages : 255
Points : 125
Points : 125
J'ai les deux. Un site web (JSPWiki) qui utilise des JSP, donc Tomcat, et Subversion qui utilise un module Apache. Je vais donc devoir installer les deux. Ce qui, à mon avis, n'est pas optimal.

Savez vous pourquoi pourquoi Apache Group à décider de faire deux serveurs ? En comparaison l'IIS de Microsoft est bien capable de géré autant le PHP que l'ASP.
DranDane est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 25/10/2007, 10h52   #4
Rédacteur/Modérateur
 
Avatar de _Mac_
 
Inscription : août 2005
Messages : 8 310
Détails du profil
Informations forums :
Inscription : août 2005
Messages : 8 310
Points : 8 592
Points : 8 592
Si, c'est optimal : c'est pas la même chose. En outre, dans une vraie installation de production, tu mets Apache devant Tomcat (avec mod_JK ou mod_AJP, je sais plus) et tu mets Apache en DMZ et Tomcat en MZ (avec un pare-feu entre les 2). A mon sens, c'est toujours préférable d'avoir les 2 couches comme ça. En plus, avoir Apache, c'est pas mal car il s'est bien gérer la montée en charge, etc. chose que tu ne peux absolument pas faire avec Tomcat seul, alors que c'est assez critique.

Pour IIS tout en 1, c'est un choix Micro$oft. Pour Apache, je dirais qu'il y a 2 choses : comme je le disais, un serveur Web et un moteur de servlet, ce sont 2 choses différentes. Après, historiquement et techniquement, ce sont des projets différents avec des compétences et des équipes différentes.
__________________

Du détail, du détail, du détail !!!
Revenons à la source : lisons la documentation et les fichiers de trace, la réponse à notre problème s'y trouve sans doute
_Mac_ est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 06h44.


 
 
 
 
Partenaires

Hébergement Web