138 votes

Vs JBoss Tomcat à nouveau

Ce semble être la vieille question (qui c'est :)) que le serveur qui est le meilleur entre Tomcat et JBoss, mais je n'ai pas trouvé une bonne réponse assez encore à résoudre mon problème.

Je sais que Tomcat est seulement un moteur de servlet et JBoss offre beaucoup plus de fonctionnalités de la boîte, mais ce que je n'arrive pas à comprendre, c'est pourquoi Tomcat est préférable d'utiliser dans certaines situations que jboss. J'ai lu quelque part que JBoss a une architecture enfichable et si nécessaire, vous pouvez débrancher caractéristiques de JBoss pour faire essentiellement un conteneur de servlet tomcat. Si c'est le cas, alors n'est-il pas mieux de le faire au lieu d'utiliser Tomcat, afin de laisser une marge pour brancher les choses.

Une autre explication je trouve en faveur de Tomcat est qu'il est léger, ça veut dire moins d'exigence de mémoire ou est-ce que cela permet une réponse plus rapide. Encore une fois, j'ai besoin de savoir que de ne pas jboss composantes de la charge selon l'exigence c'est à dire si je suis en utilisant uniquement des servlets, alors pourquoi ne pas jboss ignorer le reste des fonctionnalités et léger automatiquement.

Essentiellement, ma demande n'a pas de Java EE, mais 'léger' arguments en faveur de Tomcat n'a pas l'air assez convaincant à cause des raisons mentionnées ci-dessus.

S'il vous plaît aider.

Edit: Nous avons finalement décidé d'utiliser tomcat à l'époque, et nous avons pu l'utiliser pendant plus de 6 mois maintenant avec une grande facilité d'utilisation. En effet, nous avons trouvé un usage pratique où l'on peut facilement exécuter plusieurs instances tomcat sur le même serveur de la machine pour les différents développeurs, la même chose pourrait être très difficile avec jboss.

J'ai trouvé le serveur tomcat à être sans tracas pour notre travail et, par conséquent, peut être le bon choix lorsque vous n'utilisez pas beaucoup de Java EE. PS: Veuillez noter que nous utilisons toujours Spring et Hibernate avec Tomcat

132voto

home Points 8667

D'abord les faits, ce n'est pas mieux. Comme vous l'avez déjà mentionné, Tomcat fournit un conteneur de servlet qui prend en charge la spécification Servlet (Tomcat 7 prend en charge Servlet 3.0). JBoss as, "complète" d'une application server prend en charge Java EE 6 (y compris le Servlet 3.0), dans sa version actuelle.

Tomcat est assez léger et dans le cas où vous avez besoin de certains Java EE au-delà de la Servlet API, vous pouvez facilement améliorer Tomcat fournir les bibliothèques dans le cadre de votre demande. Par exemple, si vous avez besoin d'JPA fonctionnalités que vous pouvez inclure Hibernate ou OpenEJB et JPA travaille près de la sortie de la boîte.

Comment décider de l'utilisation de Tomcat ou un full stack Java EE serveur d'application:

Lors du démarrage de votre projet, vous devez avoir une idée de ce qu'elle exige. Si vous êtes dans un environnement de grande entreprise JBoss (ou tout autre serveur Java EE) pourrait être le bon choix, car il fournit un support intégré pour l'e.g:

  1. Messagerie JMS pour l'intégration asynchrone
  2. Web Services engine (JAX-WS et/ou de JAX-RS)
  3. Les capacités de gestion comme JMX et d'un script de l'interface d'administration
  4. Fonctions avancées de sécurité, par exemple, out-of-the-box intégration de la 3ème partie des répertoires
  5. L'OREILLE fichier au lieu de "seulement" GUERRE de la prise en charge des fichiers
  6. tous les autres "grands" Java EE je ne me souviens pas :-)

À mon avis, Tomcat est un très bon ajustement si il s'agit de web centré sur l'utilisateur, les applications orientées. Si backend intégration entre en jeu, un serveur d'application Java EE doit être (au moins) considéré. Dernier mais non le moins, la migration d'une GUERRE développé pour Tomcat, JBoss doit être 1 jour excercise.

Deuxièmement, vous devez également prendre l'utilisation à l'intérieur de votre environnement en compte. Dans le cas où votre organisation gère déjà le dire de 1 000 JBoss cas, vous pouvez toujours aller avec que, indépendamment de vos besoins concrets (compte d'aspects tels que le coût pour les opérations ou l'amélioration des compétences). Bien sûr, cela s'applique vice versa.

my 2 cent

13voto

Deb J Points 203

Jetez un oeil à TOMEE

Il possède toutes les caractéristiques dont vous avez besoin pour construire une application Java EE complète.

7voto

rmannibucau Points 751

Je me tournerais certainement vers TomEE car l’idée est de garder Tomcat par défaut intégrant l’intégration JavaEE 6 par défaut. C'est une sorte de très bon compromis

6voto

Jon Martin Solaas Points 425

À proprement parler; sans Java EE fonctionnalités de votre application pas besoin d'un serveur d'applications à tous ;-)

Comme d'autres l'ont souligné JBoss a (plus ou moins) Java EE de la pile, tandis que Tomcat est un webcontainer seulement. JBoss peut être configuré pour servir seulement comme webcontainer ainsi, il avait donc être une mince wrapper autour de la inclus tomcat webcontainer. De cette façon, vous pourriez avoir une presque aussi léger JBoss, qui seraient en fait juste être une mince "wrapper" autour de Tomcat. Ce serait presque comme lightweigth.

Si vous n'aurez pas besoin de les extras JBoss a à offrir, optez pour celui que vous êtes plus à l'aise. Qui est le plus facile à configurer et à maintenir pour vous?

2voto

Antti Tanskanen Points 21

J'ai également lu que pour certains serveurs, par exemple, il suffit d'annoter les contextes de persistance, mais sur certains serveurs, l'injection doit être effectuée manuellement.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X