Discussion :

[le Daoud]

Bonjour,

Actuellement sur un nouveau projet, nous sommes confrontés au choix du serveur. Le client souhaite nous orienter vers Tomcat car il possède des ressources en interne pour son administration.
Nos contraintes actuelles : Pas d’EJB, utilisation de struts, hibernate, spring. Nous allons mettre en œuvre des Web Services, mais les choix technologiques ne sont pas arrêtés.

Y aurait-il une ou des raisons de proposer un serveur d’application comme JBoss à la place de Tomcat ?

Merci,

[le Daoud]

Je vous transmets les informations réunies à présent et mes observations.

• Utilisation d'un pool de connexion - On peut l'implémenter avec Tomcat, mais c'est il faut une API externe. Donc de la charge. Cependant dans mon projet le pool de connexion n'est pas un pré-requis.
• Utilisation de JTA - En cas de besoin de transactions distribuées, nécessite l'ajout d'une api externe. Ajout de charge.
• Utilisation d'un service de mail - Différence au niveau de la réalisation, peu significatif.
• Composants spécifiques comme le scheduler de Jboss - Trop lié au serveur d'appli.
• Faciliter d'administration.

Des idées, remarques ?

[_Mac_]

J'ai pas compris : tu nous listes quoi ? Les contraintes du projet ou autre chose ? A mon avis, il faut partir des contraintes du projet. Le but c'est de trouver une fonctionnalité que ne remplit pas Tomcat et que tu ne peux pas lui faire faire avec une API externe. Par exemple, s'il te faut un scheduler, laisse tomber Tomcat. En revanche, pour la partie accès aux données, tu peux envisager Hibernate car il implémente un pool de connexion (note du rédacteur : un pool de connexion n'est pas une fin en soi...).

[le Daoud]

Je notais des éléments qui doivent être pris en compte dans le choix, avec mes contraintes actuelles (précisées dans mon premier message), mais j'essaie de voir le plus large possible car certains éléments peuvent permettre d'anticiper des besoins futurs (genre JTA).

[alexismp]

Administration, clustering, intégration WebServices & performance font pencher la balance coté app server (en tout cas coté GlassFish).

[toomsounet]

Le problème c'est que ça existe aussi avec Tomcat..