miércoles
dic032014
Estado actual de los servidores de aplicación
antoniovlHace mas o menos un año que Oracle anunció la cancelación de los servicios comerciales de GlassFish. Esto implicó que la nueva versión (de aquel entonces) 4.0 ya no contara con soporte comercial, y la recomendación era la eventual migración a WebLogic.
Algunas personalidades del ambiente hicieron comentarios poco prometedores al respecto:
Adam Bien lo clasificó como un "devoper runtime". En aquel entonces estuvimos haciendo pruebas con Glassfish 4.0 y nos topamos con un bug con aplicaciones web con alta concurrencia. El problema con ésto es que les tomó mas de 1 año liberar la versión 4.1, eso si, con mas de 1000 problemas corregidos. La migración a WebLogic pudo haberse dado a pesar que se trataba de mas de $20,000.00 USD (el contrato de soporte para GlassFish 3.1 costaba la mitad), pero finalmente el cliente era una startup y decidió quedarse como estaba. Imagino que otras empresas también se enfrentaron a ese problema de costos.
Los nuevos proyectos ya los estamos comenzando a plantear con Java EE 7, pero está la situación de decidir el application server que será puesto en producción:
- GlassFish 4.1. Es la RI para Java EE 7, y realmente es fácil de administrar. Tiene el problema del soporte comercial, y eso pone nerviosos a los clientes. Además está el problema de los releases: Pueden tardar mucho en resolver un bug.
- WildFly 8.2.0. Parece ser que es una de las opciones viables si estás migrando desde GlassFish. Soporta Java EE 7, pero no es tan fácil de administrar. Es posible ponerlo en producción sin mayor coste (es open source). Aparentemente fue mas ágil para liberar nuevas versiones.
- TomEE PLUME. Es ligero y rápido, pero todavía no soporta Java EE 7. Hay soporte comercial por parte de Tomitribe. Es open source, se puede poner en producción sin costo. Incluso se puede utilizar OpenEJB Standalone para que una aplicación JavaEE con WebProfile pueda correr en cualquier Tomcat.
Hasta este momento el candidato viable para nuevas aplicaciones Java EE 7 es WildFly. ¿Ustedes se quedaron con GlassFish?
Reader Comments (18)
alguien me puede explicar y sacarme un poquito lo borregil
que $#%#$% es RI
la otra pregunta
a qui entre nosotros
quienes son de los que piensas que ponerse nervioso por la falta de mantenimiento solo le importa a esa gente de saco y corbata pero al resto de nosotros los geeks y nerds nos importa un comino
Yo a he migrado mis aplicaciones a wildFly. Personalmente pienso que es muy rápido y robusto.
"RI" corresponden a las iniciales en inglés de "Implementación de Referencia". Oracle implementa en GlassFish las nuevas características de Java EE y las libera para que otros tengan una referencia.
Si tu empresa depende de la aplicación para hacer negocios, a la hora de ponerlo en producción es muy importante mantener la plataforma funcionando el mayor tiempo posible. No solamente es cuestión de programación. Cuando comienzas a tener muchos usuarios y/o carga de transacciones, intervienen otras variables, por ejemplo el ajuste fino del servidor de aplicaciones y de la base de datos. A veces es mas rápido y práctico preguntarle a un tercero experto en el tema cuando comienzan a suceder cosas raras.
La gente de saco y corbata al final del día son los que firman los cheques.
Me interesa el tema pero no soy experto en la materia tanto como vosotros.
La verdad es que desde que Oracle compró Sun y MySql no ha parado hasta cargarse todo, vamos que está claro que ha eliminado competencia para favorecer a su stack tecnológico. Menos mal que todavía nos respeta el Java pero ya se encargó de hacer unas cuantas releases que corregían "bugs supercríticos" para que todos nos "instalaramos" su nueva JDK. Odio la JDK con instalador no sé personalmente vosotros (en windows por su puesto).
Normalmente en donde he trabajado si el cliente era grande podía pagarse un Weblogic o un WAS (Webshpere Aplication Server) y están tan contentos con su soporte. Tiene razón @antoniovl en que para los de traje y corbata el openSource está bien para el tema de código y en eso si suelen confiar en nosotros pero en cuanto tocas el tema de los servidores de ... lo que sea o sistemas operativos necesitan que haya alguien que lo respalde por detrás.
Y ahora os pregunto sólo es referís a Glashfish pero que hay de Tomcat o más bien JBoss no os ofrecen tantas prestaciones como el resto. Me gustaría saber vuestra opinión al respecto sobre más servidores de aplicaciones.
Gracias.
Saludo.
Pues yo realizé un intento de migración de una aplicación desarrollada con ZK Framework a Wildfly 8 y fué un fracaso. Me dió muchos problemas y no llegué a hacerla funcionar. Aparentemente eran problemas con las librerías y los classloaders... pero nunca supe si tenía solución o no. Si tengo tiempo, volveré a intentarlo... pero no es habitual tener un par de días "libres" para hacer ese tipo de migraciones...
@antuansoft
Tomcat no es parte de la lista porque solamente es un "Web Container", sin embargo TomEE es un servidor Tomcat que se le agregaron componentes como OpenEJB, OpenJPA, OpenWebBeans (CDI), MyFaces (entre varios otros) para hacerlo compatible con Java EE 6. El WebProfile de TomEE está certificado para Java EE 6.
No incluí a JBoss en la lista porque no soporta Java EE 7, pero está WildFly. La relación entre JBoss y WildFly es como la que hay entre RedHat y Fedora.
Muy interesante el debate, yo en el último proyecto trabajé con Weblogic, apenas problemas. Ahora bien, yo no firmo cheques.
Un saludo,
No me extrañaría que Oracle tomará ese camino de negocio, vamos a carganos lo opensource (bueno a cargárnoslo no que nos daría mala imagen), pero vamos a "atraer" a los clientes a los servidores de pago..... Al fin y al cabo, tiene que facturar.
¡Es lo que tienen los gigantes, que pueden abusar de los pipiolos!
@jcarmonaloeches No creo que la decisión haya sido con el propósito de lastimar al producto porque era open source. Había dos equipos de desarrollo para dos productos que son competencia entre ellos, por lo que tiene sentido que hayan tomado ese camino. El problema es que la diferencia en el precio es significativa. Como mencionaba Antonio Goncalves, pareciera que se trata de correr tu aplicación en plataformas caras, sobre un servidor de aplicaciones caro y una base de datos cara, pero la tendencia en las empresas es a hacer lo contrario.
No he probado personalmente a WebLogic, pero he tenido buenas referencias de éste y de WebSphere de varios consultores.
@antoniovl Mi experiencia con weblogic es muy buena. Lo que quiero decir es que en producción no es lo mismo tener un equipo de consultores de Oracle o IBM desarrollando un producto (orientado a estos entornos) que un producto orientado a entornos de desarrollo. Lo que se ha venido comentando. No hay color....
La tendencia de las empresas puede ser reducir costes, pero parece que es complicado no invertir en servidores de la aplicación si quieres mejorar el rendimiento del negocio y asegurarlo. He aquí la paradoja.
Y Oracle.... siendo propietario de muchos servidores, y siendo una empresa orientada al negocio, creo que alineará sus objetivos hacia el negocio, de una manera sútil. Al fin y al cabo, es su misión.
Buenas a todos,
Leí el otro día que un grupo de gente a forkeado glassfish y lo están manteniendo, bajo el nombre de "Payara"...
http://www.payara.co.uk/home
Daniel, gracias por la referencia. Di un vistazo rápido al sitio y veo que es soporte comercial para GlassFish 4.1, además de incorporar parches. Parece algo como lo que hace Percona con MySQL.
@jcarmonaloeches Mencionan por allí que mientras mas "enterprise" es un servidor de aplicaciones es menos probable que sea empleado por una startup (o una pyme, como muchos de nosotros). :-(
@antoniovl estoy de acuerdo en eso, las grandes empresas buscan estabilizar todo más, a mi parecer, y al tener mayor volumen de negocio, tienen mayor capacidad de inversión. Una pyme, o startup, no tiene, a mi parecer, esas posibilidades económicas.... por lo que lo veo como ligas diferentes.
Daniel mucha gracias por la referencia. Como antecedente, mencionar el caso Sonar (comercial, por Oracle) vs Jenkins (libre, con muchísimo mejor desarrollo y una comunidad muy activa manteniéndolo). La verdad es que la vida es una maravilla en contradicciones ;)
¡Un saludo señores, genial debate! Viva javahispano y la informática.
Sin entrar en porqué una startup iba a necesitar desarrollar sobre un WebLogic o un GlassFish, sí que me gustaría corregir un par de comentarios que he leido, más que nada para otros lectores:
- WildFly no es el Fedora de JBoss. WildFly es la siguiente versión del JBoss AS 7 pero con otro nombre.
- Sonar, en realidad SonarQube, es opensource y no es de Oracle. Tampoco tiene mucho que ver con Jenkins. Quizás el autor del comentario se refería a Hudson que en cualquier caso tambien es opensource y fue donado por Oracle a Eclipse.
@jcarmonaloeches Sonar y Jenkins no: Hudson y Jenkins. Sonar es una herramienta de valoración de calidad de código, que via plugin, puede ser usada desde Hudson/Jenkins :)
Correcto, hacía referencia a Hudson ;) Gracias por la correción.
Un saludo,
Gracias por la aclaración.