Pourquoi utiliser Glassfish au lieu d'Apache? Quelles sont ses forces et ses faiblesses?
Désolé pour mon ignorance ici, mais quand j'entends le serveur Web Word, j'imagine immédiatement Apache, bien que je sache que les gens utilisent Microsoft IIS aussi. Cependant, depuis que je traîne ici à Stackoverflow, je ' J'ai remarqué que beaucoup de gens utilisent Glassfish.
Ce qui m'a fait me demander pourquoi je voudrais utiliser Glassfish (dans le sens où je suis intéressé, mais je ne comprends pas vraiment pourquoi cela pourrait me faciliter la vie). D'après ce que j'ai lu, c'est le dérivé open-source de Sun de Tomcat d'Apache, donc j'imagine que c'est un produit de bonne (ou de grande) qualité. Mais comme je ne connais pas ses forces et ses faiblesses, je ne sais pas quand il serait sage de choisir Glassfish sur un autre serveur. Quelqu'un pourrait-il élaborer?
GlassFish est un serveur d'applications qui peut également être utilisé comme serveur Web (serveur Http).
Un serveur Web signifie: gérer les requêtes HTTP (généralement à partir de navigateurs).
Un conteneur de servlets (par exemple Tomcat) signifie: il peut gérer les servlets et JSP.
Un serveur d'applications (par exemple GlassFish) signifie: Il peut gérer Java applications EE (généralement à la fois servlet/JSP et EJB).
Vous devez utiliser GlassFish pour les applications d'entreprise Java EE.
La nécessité d'un serveur Web séparé est principalement nécessaire dans un environnement de production. Vous trouverez normalement un serveur d'applications suffisant pour la plupart de vos besoins de développement. Un serveur Web est capable de contenir un plus grand nombre de sessions et de connexions actives, fournissant ainsi l'équilibre nécessaire sans coûts de performance.
Restez sur un simple serveur Web si vous ne travaillez qu'avec des servlets/jsps. Il convient également de noter que dans un environnement netbeans, glassfish a un meilleur support que les autres serveurs d'applications. Dans le contexte d'Eclipse, WSAD et JBoss semblent être les options préférées.
Glassfish sortira bientôt le noyau modulaire.
Cela signifie que les conteneurs dont vous avez besoin démarrent et s'arrêtent selon vos besoins. Soit aucun EAR déployé, le conteneur EJB a gagné; t démarre. Cela semble l'avoir rendu très bon pour le développement car il peut démarrer et s'arrêter très rapidement. Cela le rapproche beaucoup des environnements de développement comme Rails (où le redéploiement est une partie massive de votre développement)
J'ai utilisé le serveur GlassFish pour développer des services Web. Il fournit une console d'administration très interactive où l'administrateur peut tester les services Web. Je le trouve vraiment utile lors du développement de services Web