¿Son los servidores de aplicaciones (con EJB) la única forma de comunicación cliente / servidor de Java EE?

Question

Imagine una aplicación ERP de cliente / servidor Java que atiende hasta 100 usuarios simultáneos, tanto web como clientes swing. Para la persistencia podemos usar Persistence API e Hibernate.  Pero cuando se trata de la comunicación cliente / servidor, ¿realmente tenemos una alternativa al uso de un AS con EJB para mantener bajos los costos de programación de la comunicación remota?

Parece una solución muy pesada para lanzar EJBs y un servidor de aplicaciones, solo para cosas remotas. También existe la forma estándar de utilizar RMI, pero quién quiere hoy en día codificar todo por su cuenta ...

Sé que obtendrás muchas funciones gratis con un AS además de la parte remota. Y, tal vez sea el camino a seguir. Pero, ¿existen realmente otras alternativas (bajo costo de programación) a un AS para hacer la comunicación cliente / servidor para una aplicación empresarial?

Answer 1

Personalmente, considero que Seam es la solución definitiva al problema que no tengo, pero aparte de eso, hay muchas opciones y Spring se utiliza para la mayoría de ellas:

• RMI ;
• Hessian (protocolo binario basado en HTTP);
• Invasores HTTP (Serialización Java sobre HTTP);
• Servicios web ; o
• Incluso JMS .

La ventaja de los métodos remotos basados ??en HTTP es que se conectan fácilmente a los modelos de seguridad de Spring. Además, obtienes acceso a cosas como interceptores.

Answer 2

Puedes utilizar marcos remotos de peso ligero. La primavera tiene varias opciones en esta sección.

Si me preguntas una palabra para las dos, sugeriré dos. Costura o primavera. Yo mismo me gusta Seam, pero para la comunicación remota ligera Spring Tiene soluciones más viables y soporte. Nuevamente, si su AS es JBoss, piense en Costura .

Answer 3

Un servidor de aplicaciones es una solución bastante pesada. Dependiendo de sus requisitos, intentaría asegurarme de que pueda ejecutarse en un contenedor de servlets simple (como Tomcat). Encuentro mucho más fácil la comunicación remota con Spring-remoting en su lugar de EJB completo. El control remoto de primavera proporciona una abstracción de la técnica de control remoto real utilizada. Hessian tiene una buena reputación como un protocolo de peso ligero.

Tener algún tipo de marco de servidor (AS o contenedor de servlet) es algo bueno, ya que no tendrá que pensar tanto en todos los problemas de bajo nivel (establecimiento de conexiones, subprocesos, ...).