Tomcat 7 vs Jetty

Question

Duplicata possible :
Tomcat VS Jetty

Je suis sur le point de commencer à développer un ensemble de servlets Java à des fins diverses, mais je n'arrive pas à décider si je dois utiliser Tomcat ou Jetty (ou autre chose ?) pour les servir.

Je sais qu'il y a une tonne de questions/articles sur le sujet, comme par exemple :

• Tomcat VS Jetty
• Ce qui est meilleur en termes de performance : Jetty ou Tomcat pour les besoins de la production ?

Cependant, aucun d'entre eux n'est très récent. J'aimerais donc savoir, avec la sortie de Tomcat 7, quel serait le meilleur choix pour une petite entreprise dont les besoins sont très variés ? Quels sont les avantages/inconvénients de chacun ? Merci !

EDIT : pour être plus spécifique, je l'utiliserai principalement pour les servlets RESTful, struts2, et peut-être quelques websockets, bien que je vais probablement activer PHP sur ce serveur et quitter complètement mon installation Apache. En fait, j'ai un très large éventail de besoins et je voudrais un serveur qui puisse les satisfaire.

Answer 1

Michael a raison. Tant que vous avez respecté la norme, le passage de votre code Java d'un serveur à l'autre se fait relativement facilement.

Cependant, en ce qui concerne les fichiers statiques/php, vous n'avez peut-être PAS besoin d'utiliser Apache et diviser votre site web de cette façon.

Avec les fichiers statiques, les performances de tomcat sont similaires à celles d'Apache, car vous pouvez le configurer pour qu'il utilise les mêmes IO, en utilisant l'APR. Consultez une comparaison des performances sur tomcatexpert.com, Mythe ou vérité : Il faut toujours utiliser Apache httpd devant Apache Tomcat pour améliorer les performances ?

En outre, Jetty "utilise des tampons de fichiers mappés en mémoire avancés combinés à des écritures groupées NIO pour demander au système d'exploitation d'envoyer le contenu du fichier à la vitesse DMA maximale sans entrer dans l'espace mémoire de l'utilisateur ou la JVM" pour obtenir "de meilleures performances que tomcat", mais cela provient de ce qui semble être une source très partiale. Si quelqu'un pouvait nous fournir une comparaison des performances pour des fichiers statiques, ce serait probablement mieux.

En ce qui concerne PHP, je crois que le cadre spécifique auquel AlexR fait référence est Quercus. Je ne sais pas s'il est stable ou non, mais apparemment quelqu'un a vu sa vitesse multipliée par deux en l'utilisant à la place d'Apache/PHP pour son site Wordpress. Quercus est-il un remplacement viable de PHP dans les environnements Java ?

Answer 2

Si vous vous en tenez à la norme Servlet et aux technologies qui en découlent (c'est-à-dire à peu près tout ce qui est lié au Web sur la plate-forme Java), vous pouvez changer de serveur avec peu ou pas d'effort, de sorte que votre choix n'a pas vraiment d'importance pour le moment.

Cependant, "je vais probablement aussi activer PHP dessus" - non, pas probablement. Bien qu'il soit en théorie possible d'exécuter PHP sur Tomcat les projets concernés semblent tous être plus ou moins abandonnés. Même s'il fonctionne, il ne sera probablement pas très performant. Je vous le déconseille.

Answer 3

Comme cela a déjà été mentionné par d'autres personnes, le serveur à utiliser pour le déploiement des applications Java n'a pas vraiment d'importance.

Mais si vous souhaitez également faire tourner PHP sur le même serveur, pourquoi ne pas essayer Resine par Caucho . Il s'agit d'une implémentation java pure de PHP, vous pouvez donc profiter des deux mondes.

Answer 4

J'utilise le serveur Tomcat et il peut satisfaire les besoins mentionnés ci-dessus sans aucun problème. Je ne suis pas sûr des détails de Jetty. Bien que je vous suggère d'installer un paquet de serveur WAMP, il est facile à installer et dans ses conseils, je mentionnerais : - il installe le serveur apache, - Il fournit également quelques consoles d'administration supplémentaires telles que phpMyAdmin, sqlBuddy, etc. Utile pour la gestion des bases de données également. Il a un installateur très simple, et permet de commencer à travailler très rapidement et assez efficacement.