Utilisez-vous Glassfish 2 ou v3 dans un environnement de production?Glassfish dans un environnement de production?
Trouvez-vous cela robuste?
Avez-vous déjà été en mesure de trouver un complet ensemble de documentation?
Que faites-vous lorsque vous constatez que Glassfish ignore les normes J2EE, comme la numérisation de classe et d'anotation?
Glassfish est la norme de référence de Sun pour un serveur d'applications J2EE. V3 prend en charge la nouvelle norme 3.1. Cependant, ce n'est qu'un aperçu. Il est actuellement prévu d'être publié sur Dec 10, 2009. Bien sûr, il peut toujours être dangereux d'être très tôt dans un environnement de production. Actuellement, V3 ne prend pas en charge JMS ou le clustering, par exemple, mais ils devraient être dans la version finale.
J'ai utilisé V2 en production pendant environ 3 ans et je l'aime personnellement. La console d'administration web le rend très facile à gérer (http://localhost:4848, admin, adminadmin), et la performance est bonne. Voici un exemple, où quelqu'un a comparé Glassfish: Blog. Bien sûr, vous devriez chercher d'autres exemples et votre YMMV. Voici un Sun document pour Glassfish pour aider l'utilisateur de Tomcat. Une dernière chose que j'ajouterais, c'est que Sun embarque et intègre à la fois Tomcat et Glassfish dans leur IDE Java Netbeans afin que vous puissiez facilement basculer entre les deux serveurs d'application pour tester votre application particulière.
En fait, je pense que le clustering ne sera pas en 3.1. Voir la diapositive 34 sur cette présentation: http://www.slideshare.net/alexismp/glassfish-v3-en-route-java-ee-6 – tronda
Est-ce que j'utilise GF en production? non.
Est-ce que je le trouve robuste? oui, mais je ne l'impose pas très fort.
Ai-je déjà trouvé un ensemble complet de documentation? Je pense que oui ... la GlassFish v2.1 docs et GlassFish v3 docs (http : //docs.sun.com/app/docs/prod/gf.entsvr.v3?l=en & a = vue)
Qu'est-ce que Je fais quand GlassFish ignore les normes J2EE? Je dépose un problème ici: https : //glassfish.dev.java.net/issues/
Taxer Glassfish v2 n'est pas une bonne idée. Il peut commencer à donner aux utilisateurs le HttpResponse d'un HttpSession différent sous charge. –
Est-ce que je l'utilise en production? Oui. (Maintenant, en utilisant 3.0.1)
Est-ce robuste? Oui. Mais mon point de vue est de quelqu'un qui aime suivre la communauté des développeurs du serveur et peut essayer quelques astuces.
Qu'en est-il de la documentation? La version officielle est vraiment bonne, et les blogs des développeurs sont un plus (http://blogs.oracle.com/theaquarium/). Ce qui est peut-être loin des autres communautés, en ce moment, c'est le matériel d'expérience collective (comme les forums), mais je pense que les listes de diffusion sont assez bonnes (http://glassfish.java.net/public/mailing-lists.html) .
GlassFish Server V3 ou V2 peut être utilisé dans des environnements de production mais le nombre d'utilisateurs doit être inférieur à 1500. Il n'est pas très robuste et évolutif pendant une charge élevée. Si elle est utilisée pour des applications simples, GF fonctionne parfaitement bien, car c'est l'implémentation de référence des normes Java EE par Sun qui sert uniquement de guide aux autres fournisseurs de serveurs d'applications.
Pour les applications plus complexes et à charge élevée, il est préférable d'utiliser IBM WebSphere Application Server. C'est le serveur d'application le plus robuste que j'ai vu dans mes 15 ans d'expérience.
J'étais content d'être d'accord avec Ramesh jusqu'à ce qu'il me suggère d'utiliser WebSphere. Je suis maintenant passé à Pivotal tc Server 3, et je l'ai trouvé plus fiable que Glassfish v2, que j'ai vu plus récemment avoir une mauvaise fixation de la session en production, lorsque la charge n'est pas très importante. –
GlassFish v3 a été publié et semble assez agréable. Oracle a déclaré qu'il maintiendrait Glassfish comme l'implémentation de JEE de référence (ils ont déjà WebLogic). –