Jboss ou Tomcat

Eu estou trabalhando em uma equipe de infra-estrutura (Jboss 4.02 / Tomcat 5.5 / Weblogic 8.1 servidores) na minha empresa … alguns dos aplicativos javalogic estão se movendo para servidores jboss / tomcat. Então, quais são os critérios que precisamos considerar se nós precisa ir para jboss ou tomcat? qual é a melhor opção?

Obrigado antecipadamente, Rakhesh

A principal diferença é certamente o fato de que o JBoss é um servidor de aplicativos e suporta a pilha Java EE completa, enquanto o Tomcat é um mecanismo de servlet e suporta apenas uma pequena fração das APIs que são definidas no Java EE.

Portanto, seu critério principal deve ser: Quais APIs (Frontend, Business Logic, Persistence, Third-Party, …) você precisa?

Você não deve tornar isso uma decisão fácil. O fato de você estar fazendo a pergunta indica que você provavelmente não teve a chance de brincar com os dois e se familiarizar com os conceitos por trás das pilhas do Java Enterprise (Java EE versus Spring vs. DIY).

Meu conselho seria o tempo para avaliar o sistema – parece que você é capaz de usar ambos.

  • Se você não precisa de muito, provavelmente estará melhor com o Tomcat, que é pequeno e fácil de usar, mas pode ser um pesadelo para configurar se você precisar de funcionalidade avançada.
  • O JBoss AS vem com uma pilha completa e madura. Tudo está bem no lugar e funciona bem – o preço que você terá que pagar é muito maior e levará mais tempo para iniciar / parar / reimplantar.

Mas novamente: Essa é uma decisão séria, com um alto impacto em praticamente tudo …

Tanto o Tomcat quanto o JBoss são muito fáceis de instalar – basta descompactar um arquivo e iniciá-lo com um script. Tanto o Tomcat quanto o JBoss têm grande suporte para produtos como IDE, ferramentas de monitoramento e outros.

Mas no seu caso de migration, o JBoss é uma escolha melhor. É provável que seus aplicativos da Web precisem de fonts de dados JNDI e transactions JTA – essas coisas vêm embutidas no JBoss 4+, enquanto você teria que enxertá-las no Tomcat 5.x, com muito esforço. Seu antigo WAR encontrará fonts de dados JTA e JNDI sem problemas no JBoss. O Tomcat pode realmente adicionar esses resources, mas o JBoss os integra perfeitamente no sistema. Portanto, mesmo que você não tenha EJBs ou JMS, o JBoss ainda é uma boa escolha, pois muitos aplicativos precisam de JTA e JNDI.

Mas, claro, se você encontrar arquivos EAR para seus aplicativos, o Tomcat não funcionará. E então o JBoss irá implantar os arquivos EAR bem.

O JBOSS usa o Tomcat como seu mecanismo servlet / JSP, portanto, é o JBOSS e o Tomcat ou o WebLogic.

A resposta depende se os aplicativos originais usam serviços EJBs ou JMS. Se tiverem, você terá que usar o JBOSS, porque o Tomcat não suporta EJBs (a menos que você adicione OpenEJB) ou JMS (a menos que você adicione algo como RabbitMQ ou OpenJMS).

Se você não usar EJBs e tiver apenas JSPs, fonts de dados JNDI e JDBC, poderá implementar seus aplicativos como arquivos WAR no Tomcat e passar a pilha Java EE completa.

Eu acho que você deveria considerar começar com diferentes dados de input:

  • Quais são os requisitos das aplicações?
  • Quais são as restrições de produção?
  • qual produto se adapta bem à equipe de administração?

Basta escrever uma matriz com os 2 produtos e esses critérios e sua escolha será feita !!! O Jboss é muito mais pesado que o Tomcat, mas poderia oferecer algum valor agregado ao colocar o aplicativo no lugar? Você tem algum Nagios / Tivoli ou qualquer outra infraestrutura de gerenciamento SNMP? Neste caso, você pode facilmente encontrar adaptadores SNMP fornecendo MIBs proprietray para gerenciar seu servidor JBoss … JMX Beans em versões antigas são uma maneira muito conveniente de administrar tal ferramenta

HTH Jerome

Intereting Posts