2009-01-28 3 views
0

J'ai essayé de faire des recherches sur Glassfish et une chose qui ne cesse d'arriver est le "comment faire" sur Frontfish Glassfish avec Apache. Malheureusement, je dois encore trouver une description de pourquoi vous voudriez faire ceci! D'après mon expérience, Glassfish semble être un service de type serveur web très complet; mais je pourrais manquer beaucoup. Ainsi, la notion de Glassfish front-end est-elle plus une solution pour l'intégrer à une architecture existante, ou est-ce que le front-end (dans un environnement Java pur) offre des avantages supplémentaires?Pourquoi certaines installations Frontfish Glassfish avec Apache?

Répondre

2

Il est généralement utilisé pour accélérer les choses. Depuis Apache est un serveur web très rapide, il est utilisé pour fournir du contenu statique. Comme les images, les fichiers CSS et ainsi de suite. Glassfish sert le contenu dynamique (servlets, JSPs) dans ce scénario.

+0

La performance statique de Glassfish est comparable à celle d'Apache, ainsi la couche supplémentaire ne fera que ralentir les choses. – Kdeveloper

3

Il y a aussi un autre cas d'utilisation valable pour expliquer pourquoi nous faisons face à Glassfish avec Apache. Apache dans ce cas fonctionnerait comme un proxy inverse pour une sécurité accrue de votre Glassfish. Le RP est configuré pour autoriser uniquement le transfert de certaines URL vers le serveur d'applications. Par exemple, vous pouvez avoir des contextes d'application/myApp et/myPrivApp déployés dans Glassfish. Dans le serveur RP, vous configurez uniquement/myApp pour qu'il soit transmis à Glassfish. Toute personne demandant pour/myPrivApp verrait un 404 'car la requête s'arrête juste au niveau RP. Dans l'un de mes déploiements, j'ai déployé un ensemble de WAR, certains pour les utilisateurs venant d'Internet, d'autres uniquement pour l'intranet. J'ai 2 PR en cours, un pour les utilisateurs d'Internet et l'autre pour l'intranet. Je configure le RP Internet pour autoriser uniquement les URL des applications Internet approuvées pendant que les utilisateurs de l'intranet peuvent tout voir.

Espérons que ça aide.

0

Une autre raison est que glassfish ne peut pas fonctionner (facilement) sur le port 80, sans lui donner les droits root bien sûr. Donc, pour la plupart des utilisateurs, il est plus facile d'exécuter un proxy (apache, nginx, vernis) devant apache et de faire fonctionner les deux serveurs sous un utilisateur normal.

Ensuite, vous avez un autre avantage de certaines options de configuration de votre frontal. Comme d'autres mentionnés, la mise en cache par exemple.