¿Qué contiene JAVAEE?
¿Es Java EE 5 la versión más simple en la historia de Java EE como dijo Sun y reducirá en gran medida la dificultad de desarrollo? Después del lanzamiento de Java EE 5, ¿cómo deberían elegir las empresas? ¿Las empresas que anteriormente utilizaban J2EE1.4 y versiones anteriores se actualizarán a Java EE 5?
Java cumple 11 años este año. En los últimos 11 años, se ha aplicado a diversos campos, como el empresarial, el de escritorio, el web y el móvil. Entre ellos, J2EE y productos relacionados, que tienen la cobertura más amplia, se utilizan ampliamente en las empresas. Pero desde la primera versión J2EE nacida en 1999 hasta J2EE1.4, la gente siempre se ha quejado. Esto no se debe a que no sea lo suficientemente potente, al contrario, es precisamente porque es demasiado potente y difícil de usar.
Sun ha estado intentando cambiar todo esto a lo largo de los años, pero no ha podido hacerlo. Tras el lanzamiento de J2EE 1.4 en 2002, su complejidad alcanzó su punto máximo. Especialmente EJB2.0, el desarrollo y la depuración son muy difíciles. Quizás Sun estaba decidido a cambiar todo esto, o fue presionado por el mercado y los desarrolladores. Finalmente lanzó oficialmente la especificación J2EE5 (ahora rebautizada como Java EE 5) en mayo de este año y declaró que Java EE 5 será la primera en el mercado. Historia de Java EE. La versión más simple reducirá en gran medida la dificultad del desarrollo. Pero la industria se muestra escéptica. ¿Java EE 5 realmente se ha vuelto más simple? ¡Esto parece un poco repentino! ¿Puede Java EE emprender un camino simple y brillante en el futuro?
Java EE 5 resultó ser
Java EE 5 finalmente nació después de largas llamadas. En la conferencia JavaOne de este año, Sun envió especialmente un equipo de presentación para anunciar Java EE 5, diciendo que el mayor cambio en Java EE 5 es simplificar el desarrollo. Al mismo tiempo, también se mencionó que EJB3.0 puede mejorar la eficiencia del desarrollo y las pruebas a través de las últimas anotaciones y otras características proporcionadas por Java. La defensa de Sun no se ha disipado por completo y los abucheos de la industria aumentan uno tras otro. Un analista senior, Richard Monson-Haefel, dijo que aunque Java EE 5 ha realizado muchas mejoras, todavía no puede superar su tamaño y complejidad. Este analista senior es actualmente uno de los diseñadores de la especificación EJB3.0. En boca del diseñador de Java EE 5, creo que debe tener mucho peso.
Quizás Sun no quiera escuchar ese tipo de comentarios. Pero Monson-Haefel todavía habla de todas las deficiencias de Java EE 5.
Monson-Haefel dijo: "Las funciones en Java EE están altamente integradas y no podremos usar algunas de ellas de forma independiente. Y muchos desarrolladores de Servlet, Java Database y JavaServer Pages generalmente solo usan algunas funciones relacionadas. Aspectos de las características de Java EE. Pero la especificación de Java EE requiere que se utilicen todas las características [API] para que el programa funcione correctamente. Esto se debe a que Java EE todavía permanece en el enfoque de programación de finales de los años 90. lo que significa que Java EE está centrado en API". Monson-Haefel incluso afirmó alarmantemente que "¡la aplicación de Java EE ha llegado a su fin!".
No todo el mundo es tan pesimista como Monson-Haefel.
Un portavoz de JBoss dijo: "No estamos del todo en desacuerdo con las opiniones del analista senior de Burton Group, Richard Monson-Haefel, sobre la complejidad de la plataforma, pero nadie está de acuerdo con su conclusión de que la adopción de Java EE ha llegado al final del camino".
IBM siempre ha sido un fiel partidario de Java y también se ha alzado para hablar en nombre de Java EE. Jim Knudson, como arquitecto Java EE de IBM, declaró públicamente una vez que "aunque la plataforma Java EE es algo complicada de usar, esto no se convierte en una razón para que abandonemos esta plataforma".
Tan pronto como salió Java EE 5, generó mucha discusión. Por supuesto, algunas de estas discusiones fueron buenas y otras negativas para Java EE 5. Entonces, ¿cómo deberían elegir el principal grupo de usuarios de Java EE: las empresas?
¿Pagarán las empresas por Java EE 5?
Después del lanzamiento de Java EE 5, ¿cómo deberían elegir las empresas? ¿Las empresas que anteriormente utilizaban J2EE1.4 y versiones anteriores se actualizarán a Java EE 5?
Quizás las palabras de Monson-Haefel asusten a muchas empresas. Pero Jim Knudson sigue siendo optimista. Aunque estuvo de acuerdo en que la plataforma Java EE es compleja, dijo que parte de la complejidad proviene de las necesidades de los usuarios y que debemos permitirles lograr los resultados que esperan. Dijo que los usuarios de IBM que esperan implementar SOA planean construir SOA en la plataforma Java EE 5.
Ram Venkataraman, director de gestión de productos de JBoss, también apoya esta opinión: La complejidad añadida de la plataforma Java EE es necesaria porque debe utilizarse para manejar diversos servicios, no sólo simples llamadas a bases de datos relacionales. Servicios web estilo Ajax, pero también servicios financieros para el procesamiento de transacciones de gran volumen.
Quizás después de escuchar estas palabras de elogio para Java EE 5, los líderes de muchas empresas estarán ansiosos por probar Java EE 5. Esto es especialmente importante para las empresas que tienen o están a punto de construir una arquitectura SOA. Dado que SOA basado en Java generalmente se construye en un servidor J2EE, esto obliga a las empresas a elegir si actualizar a una nueva versión de Java EE.
Si una empresa elige Java EE 5, puede aumentar los costes posteriores. Esto se debe a que Java EE 5 se basa en el último JDK de Sun. Por lo tanto, Java EE 5 agrega muchas API nuevas. Aunque estas API parecen simplificar Java EE 5, los desarrolladores deben aprender un conjunto completamente nuevo de modelos de programación y API de persistencia. Y estas empresas deben aumentar los costes de formación para ello.
De hecho, la intención original de Sun también es buena, pero no es apropiado simplificar Java EE. Quizás Sun todavía no comprende que agregar funciones a ciegas no puede simplificar de manera efectiva el uso de Java EE y, a veces, puede resultar contraproducente. Si Sun pudiera agregar un sistema WYSIWYG de arrastrar y soltar para el desarrollo, realmente simplificaría el desarrollo. Agregar muchas API como esta incluso cambia la forma de pensar sobre la programación. Esto no simplifica la plataforma Java EE, solo cambia la sopa sin cambiar la medicina.
Desde que Sun entregó el diseño de la plataforma Java EE al JCP, el JCP también es responsable de la creciente complejidad de Java EE.
Como miembro del JCP, Monson-Haefel y todos los miembros del JCP deben ser responsables de hacer de Java EE 5 lo que es hoy. De hecho, los miembros de JCP han discutido este tema con el equipo de desarrollo Java EE 5 de Sun desde el principio, pero Sun no ha estado activo. Desde este punto de vista, tanto JCP como Sun deberían asumir cierta responsabilidad al respecto.
Onno Kluyt, director del JCP, tiene una opinión diferente: "Las cuestiones de complejidad que vio Monson-Haefel no son responsabilidad del JCP. El JCP es una organización que establece estándares, no una organización responsable Las organizaciones optimizadoras no son responsables de la complejidad de Java EE 5." Al mismo tiempo, Kluyt también mencionó que la mejor manera de simplificar Java EE 5 es tener un buen IDE. La simplicidad es en lo que se centra cada JSR y también es su misión central. Sin embargo, los desarrolladores de Java EE no saben cómo hacerlo. Después de todo, sus desarrolladores no tienen nada que decir sobre si Java EE es simple, y los que tienen más voz son aquellos que usan Java EE. ”
Java EE: ¿Dónde está el camino?
Tal vez la charla anterior nos haya enloquecido, pero podemos ignorarla. Al final, tenemos que dejar que Sun llegue a la final. Finalmente, Karen Padir, vicepresidenta de Sun a cargo de la plataforma Java empresarial, dio una explicación más moderada sobre Java EE 5: "La plataforma es, por supuesto, más complicada porque es una especificación para servidores de aplicaciones. Además, los servidores de aplicaciones son complejos porque la complejidad existe principalmente para que los desarrolladores puedan trabajar en el servidor de aplicaciones, pero los desarrolladores de aplicaciones no necesariamente están involucrados en la complejidad porque solo usan lo que es necesario para realizar el trabajo. Los desarrolladores pueden ignorar la complejidad que no necesitan".
Al igual que Microsoft Office, aunque es complejo, no todas las personas participarán en todas las funciones complejas. Por lo tanto, Java EE no es tan complicado como imaginamos. Por el contrario, gracias al soporte de JDK5, el rendimiento de ciertas aplicaciones, como los servicios web, mejorará enormemente. Por lo tanto, si las empresas desean crear nuevas aplicaciones (especialmente SOA), aún pueden considerar Java EE 5. Para los sistemas que se han utilizado durante muchos años, es necesario tener cuidado al actualizar. Sin embargo, en general, Java EE 5 sigue siendo muy bueno.