La especificación 1.x y 2.x de EJB agregaba complejidad que para la mayoría de las aplicaciones web no era necesaria.
Debido a esta complejidad, los nuevos marcos parecían simplificar el desarrollo y la arquitectura de tiempo de ejecución (Hibernate/Spring/otros microcontenedores/otros marcos ORM).
EJB's 3.x coincide con estos cambios (a través de JDO y JPA) y ahora, usar servlets con estos marcos mejorados o Java EE con EJB 3 + le dará básicamente los mismos resultados.
El uso de un Servidor de aplicaciones Java EE le agregaría una serie de ventajas administrativas (GUI para administrar pools, registros, monitoreo, transacciones, etc.). Con ellas, puede obtener el mismo resultado pero debería hacerlo todo mano (es decir, editar archivos de configuración) Lo cual puede no parecer demasiado problemático, pero si planea tener un administrador para su aplicación web Sería mejor utilizar las herramientas de administración que vienen de la caja con estos servidores.
Como los servlets y los servicios web forman parte de la especificación J2EE, no estoy 100% seguro de lo que está preguntando aquí ... Todo esto suena bastante parecido a "la sobrecarga adicional de HTML" causa un notable disminución en el rendimiento de mi sitio web? – ChssPly76
comparado con qué? ¿Con qué requisitos? Esta no es una pregunta muy bien pensada. Y los servlets son parte de J2EE ... –
Esto puede no estar bien redactado, pero está haciendo una buena pregunta. Existen al menos dos formas JEE de implementar un servicio web, como un POJO expuesto a través de un servlet eficaz y como un EJB que puede exponer una interfaz de servicio web. Hay ventajas para ambos. – djna