por
pobrecito hablador
el Sábado, 03 Julio de 2010, 07:22h
(#1226137)
Vamos a ver, de tu enlace:
En informática, se denomina servidor de aplicaciones a un servidor en una red de computadores que ejecuta ciertas aplicaciones.
Evidente, hasta ahí llegabamos todos (creo). Luego dice:
Mucha gente confunde Tomcat como un servidor de aplicaciones; sin embargo, es solamente un contenedor de servlets
De servlets y de JSPs en realidad...
Y mas adelante:
Java EE provee estándares que permiten a un servidor de aplicaciones servir como "contenedor" de los componentes que conforman dichas aplicaciones. Estos componentes, escritos en lenguaje Java, usualmente se conocen como Servlets, Java Server Pages (JSPs) y Enterprise JavaBeans (EJBs)
De lo que se deduce que Tomcat no debe ser un servidore de aplicaciones, o mejor, un servidor de aplicaciones JEE porque no incorpora los EJB. Y yo me pregunto ¿Puede un servidor de aplicaciones ejecutar aplicaciones JEE sin ser un servidor de aplicaciones JEE? Parece un poco contradictorio, mas si tenemos en cuenta las APIs que incorpora el Java EE:
javax.ejb.*
javax.naming
java.sql
java.transaction.*
javax.xml.*
javax.jms.*
javax.persistence
Si esto es cierto, por la misma regla de tres, tendriamos que llamar aplicaciones JEE solo a las que usan EJB, ya que un servidor por lógica pura no puede no ser JEE sirviendo aplicaciones JEE.
Re:No es un servidor de aplicaciones
(Puntos:0)- javax.ejb.*
- javax.naming
- java.sql
- java.transaction.*
- javax.xml.*
- javax.jms.*
- javax.persistence
Si esto es cierto, por la misma regla de tres, tendriamos que llamar aplicaciones JEE solo a las que usan EJB, ya que un servidor por lógica pura no puede no ser JEE sirviendo aplicaciones JEE.