¿Es el fin de los servidores Java EE? .Esta es una pregunta que últimamente esta en el aire . La llegada de arquitecturas basadas en Microservicios y la necesidad de modularizar , esta haciendo que cuando miramos a nuestros servidores de aplicaciones nos entren dudas sobre su futuro. Soluciones como Spring Boot o frameworks como VertX están comenzando a hacerse un hueco en el mundo Java.
Servidores Java EE y Modularidad
Hoy por hoy cuando miramos a JBoss ,WebLogic y WebSphere nos damos cuenta de que son soluciones monolíticas en donde es todo o nada . Algo muy diferente a lo que los nuevos paradigmas proponen.
Es aquí donde Spring Boot o Vertx brillan. En un primer momento puede parecer que el futuro de los servidores esta en el aire. La pregunta más importante que nos tenemos que hacer es : ¿ Son los servidores Java EE la parte más importante de Java EE? . La respuesta es NO , lo más importante de la plataforma Java EE son sus especificaciones JSR .Estas son las que construyen la plataforma y los servidores de aplicaciones son meros implementadores.
JSR y Modularidad
¿Son tan monolíticos los servidores Java EE como en un primer momento parecen?. La realidad es que no , ya que tienen que implementar cada una de las JSR.
Así pues no estamos ante una evolución del mercado en la que los servidores de aplicaciones no se puedan adaptar , sino más bien al contrario. Las JSR permitirán a los implementadores de los servidores modularizar su producto con cierta facilidad.
Servidores Java EE, evolución y Tiempo
Recordemos ademas que el mundo del lado del servidor se mueve más despacio que el del lado del cliente. Por ejemplo desde que Spring Framework apareció en el mercado hasta que los EJBs implementaron las mismas soluciones pasaron 4 , 5 años, hoy en día ambos tienen su hueco. Poco a poco los servidores de aplicaciones aumentarán su modularidad y se adaptarán a las necesidades del mercado, uno de los proyectos más insteresantes es Wildfly Swarm
Otros artículos relacionados: ¿Tiene futuro JSF? , Java EE vs Spring Framework
1. He desarrollado una aplicación JEE para seguros usando Payara como servidor. Próximamente la pondré en producción y me pregunto si debo seguir con Payara o debo usar otro servidor, ya que se van a integrar a todos los usuarios de la oficina principal y a los de las sucursales. Qué me sugiere?
2. Qué especificaciones para el servidor web requiero para la capa de negocio, pues ya se cuenta con un servidor de base de datos que sirve a la aplicación de escritorio actual y se va a seguir usando para la nueva.
Agradezco sus sugerencias
Saludos
Cualquier servidor en principio es válido . Probablemente Tomcat o JBoss sean los más utilizados calidad/precio. Cuando el precio no es problema WebLogic o Websphere tienen su hueco
Una consulta. Que tipo de servidor Java debo utilizar para poner a disposicón de los clientes un Proyecto Java Swing?
Ninguno Java Swing es deskop puro. O los clientes se Swing se conectan a algo remoto?
ahora se puede usar JREBEL
Interesante artículo Cecilio, soy nuevo en el mundo de Java EE, aunque he venido trabajando en Java SE para desktop y en Web en C#, ahora en la empresa donde laboro nos han pedido ir migrando los desarrollos de C# a JEE, te tengo una consulta espero me puedas contestar, actualmente en el IIS subimos una sola vez la web y luego si se requieren modificaciones solo reemplazamos los compilados, Mi pregunta es en JEE en un servidor como JBoss, es necesario siempre que haya un cambio volver a desplegar el war??, o también se pueden reemplazar solo los archivos… Read more »
Es necesario redesplegar el war 🙂 .
Falso. Siempre se puede montar alg{un *.class específico sin la necesidad de redesplegar; teniendo en cuenta que el .war no contendrá el compilado *.class.
gracias por el aporte . Es cierto que se puede hacer pero lo logico es tener un proceso que redespliegue
En Tomcat puedes cambiar algunos .class y reiniciar el server.
gracias por el aporte
[…] artículos relacionados : ¿Es el fin de los servidores Java EE? , Java EE vs […]