opa,
gostaria de saber qual o papel do JBOSS e do TomCat em uma aplicação JEE, e quais as diferenças entre eles.
valeu
Ola,
O Tomcat é um container para aplicações JSP/Servlet, o JBoss é um servidor de aplicações, ele contém um Tomcat e mais uns diversos recursos para JEE, tais como SessionBean, tranzações, JMS… ele é bem masi robusto.
[quote=“malmsteen”]opa,
gostaria de saber qual o papel do JBOSS e do TomCat em uma aplicação JEE, e quais as diferenças entre eles.
valeu[/quote]
Como o Bruno disse acima, o Tomcat é apenas um container que hospeda aplicações JSP/Servlet, já o JBoss é um servidor de alpicações robusto que provê uma série de serviços Java EE como por exemplo: JMS, Transactions, EJB, etc…
blz,
eu sei que o JBOSS é um servidor de aplicações, o TomCat é um servidor Web (Containers). Em um modelo MVC (Model, View, Controler), teríamos o seguinte:
Model: seriam a parte Java, os beans da aplicação, que são colocados dentro do diretório \server\default\deploy\teste.war\WEB-INF\classes\ (no caso de trabalhar com .CLASS) ou \server\default\deploy\teste.war\WEB-INF\lib\ (no caso de .JAR)
View: a parte de interface do sistema, por exemplo uma página JSP. Quem vai servir a página JSP é o TomCat, que já vem instalado com o JBOSS.
Controler: a parte que irá controlar o acesso e manipulação dos beans, no caso o JBOSS.
Pergunta: eu não poderia utilizar apenas o TomCat para desenvolver uma aplicação JEE, tendo em vista que eu consigo manipular instâncias dos beans (que estão no diretório WEB-INF)?
Qual seria o papel do JBOSS neste cenário?
valeu!
Tu podes implementar o modelo MVC ou parte dele em qualquer lado, seja Tomcat ou JBoss. Usar um ou outro vai depender da demanda na arquitetura da tua aplicação. No JBoss por exemplo tu poderias ter a camanda de dados (modelo e acesso aos dados) e parte do controle (lógicas de acesso…). No Tomcat terias uma parte de view e também controle para acesso aos dados no serviço JBoss. Tu podes usar tudo com o Tomcat sim, usando modelo de acesso a dados padrão. Mesmo assim tu poderias colocar dois tomcat´s comunicando-se entre eles via https/xml. Aqui onde trabalho temos todos estes cenários, depende muito da demanda da aplicação, hardware, rede… T+
opa,
aqui nos temos uma intranet, em html com shell script. Penso em migrar a implementação da intranet, aos poucos, para JSP. A principio, apenas o TomCat já daria conta do recado para a intranet, porém aqui na empresa novos sistemas são incoporados com certa freqüência, sistemas que são acessados via terminal service.
A minha idéia é desenvolver aplicações Java (Model - .CLASS), utilizando a intranet como interface (View - TomCat) e o JBoss para controlar os beans (Controler).
Estou me equivocando ou estou pensando corretamente?
Ola,
Bom, acho que no teu caso o tomcat serve, pois pelo que percebi o que vc terá será uma aplicação web, sem a necessidade da robustez do JBoss, pq pra ele, se vc usa-lo como conteiner tb funciona, mas ae vc estaria usando um canhão pra matar um mosquito…
Vale a pena vc investir, tempo no caso, a configurar um JBoss, com os serviços que ele dá suporte somente se vc for usa-los… pois acho que para usa-lo como um simples container pode ser desvantajoso, pois ele exije um pouco mais de hardware que o tomcat.
[quote=“malmsteen”]opa,
aqui nos temos uma intranet, em html com shell script. Penso em migrar a implementação da intranet, aos poucos, para JSP. A principio, apenas o TomCat já daria conta do recado para a intranet, porém aqui na empresa novos sistemas são incoporados com certa freqüência, sistemas que são acessados via terminal service.
A minha idéia é desenvolver aplicações Java (Model - .CLASS), utilizando a intranet como interface (View - TomCat) e o JBoss para controlar os beans (Controler).
Estou me equivocando ou estou pensando corretamente?[/quote]
Esses “beans” que você fala, por acaso são EJBs ou apens POJOs ?