Discussion :

[F2S]

Salut à tous,

Comme beaucoup d'autre, je me pose la question Tomcat ou Jboss ?

Voilà le contexte :

Migration du SI vers les technologies J2EE :
(l'ancien est basé sur un vieux truc des années 2)

les contraites sont :
Robustesse.
Modularite.
Segmentation des applications par métier.
Convivialite des IHM.
Séparation Physique des couches, (Présentation Métier Données)

Mon soucis est que j'ai du mal à trouver de bon comparatifs.

Je sais que que Jboss contient Tomcat, donc il fournit les mêmes services que lui, mais aussi un certain nombre d'autre tels EJB,JMS,JAAS, etc...

ce que je cherche c'est un comparatif qui explique un peu dans quel cas utiliser l'un ou l'autre sachant que l'on se dirige vers (STRUTS 2 SPRING HIBERNATE)

[hasalex]

Avec ces technos, tu n'as pas particulièrement de contraintes en développement, tu peux déployer tout ça sur Tomcat ou sur JBoss. La différence se fera plus sur les fonctionnalités d'exploitation.

Tu peux adopter un démarche évolutive : commence avec Tomcat parce que c'est plus simple, et plus léger en développement (Jetty pourrait dans ce cas être un concurrent) et envisage une migration vers JBoss si tu déceles des manques dans Tomcat en exploitation. C'est une démarche que j'ai conseillé à des clients il y a plusieurs années et la plupart sont toujours sur Tomcat.

[F2S]

merci pour la réponse, c'est également ce que je pensais faire mais bon le DSI n'est pas très chaud, il préfère démaré directement sur JBOSS...

par contre, j'ai une autre question :

voilà, on va certainement partir sur archi qui va ressemblé a ça :

Serveur APACHE-TOMCAT(pour la présentation) et un autre Serveur (JBOSS) pour la partie metier et un dernier ORACLE OU POSTGRES pour la BDD

ne serait il pas plus sage d'avoir ?

APACHE => JBOSS => ORACLE


on va mettre APACHE pour pouvoir sécurisé plus simplement les accès de puis l'extérieur

[hasalex]

Tu as raison.

Tomcat + JBoss, ça ne sert pas à grand chose, du moins si c'est pour déployer une application. En architecture plus complexe, genre SOA pourquoi pas, en architecture d'application, tu peux mettre la présentation et le métier sur le même serveur. Il ne faut pas confondre séparation logique des couches et séparation physique.

Mettre Apache en frontal peut être une bonne idée pour bien isoler JBoss.

[OButterlin]

Je prends en cours mais bon, voilà mon avis :

Tomcat ou JBoss ?

Ce serait plutôt :
- avec EJB ou pas
- avec WebService ou pas
- avec JMS ou pas
etc...

JBoss a tout déjà, avec Tomcat, il faudra chercher les briques à droite à gauche
Si tu as juste besoin d'un serveur d'application "basic", je te suggère Tomcat, si au contraire il te faut un serveur d'application EE avancé, alors plutôt JBoss (GlassFish aurait été très bien également mais ça ne fait pas parti de vos choix)

Pour le reste, hasalex a tout dit...

[F2S]

encore une fois merci a tous...

je serais bien parti sur tomcat mais le DSI ne veut plus entendre parler de TOMCAT en prod...

enfin bref...

merci