2009-11-10 8 views
5

Estamos a punto de obtener Java EE6 (con Glassfish v3 como implementación de referencia). El lanzamiento previsto es el 9 de diciembre. Si bien todavía varias compañías están luchando por trasladar su base de código a EE5 (de versiones anteriores), estamos en una situación de lujo para comenzar el desarrollo de un nuevo producto y podríamos optar por hacerlo con EE6 como plataforma . Eso potencialmente evita el esfuerzo de migración en una etapa posterior y se beneficia de todas las características con derechos en EE6.Java EE6 sobre EE5?

Contra o algunos de los problemas (cuando hacer las cosas en el borde de la sangría, también conocido como el uso de EE6):

  • no mucho todavía experiencia en torno a (blogs, libros, foros, usted mismo, ..)
  • no habrá ningún otro servidor de aplicaciones EE6 pronto (la versión beta quizás a principios/mediados del próximo año?)
  • Es probable que las bibliotecas/frameworks de terceros aún no estén verificados o probados contra EE6.

Una pregunta genérica que no daría lugar a una respuesta específica, pero ¿tal vez su opinión sobre el tema?

Sven

+2

¿importar o mejorar? :-) –

+2

s/import/improvement/g – flybywire

+1

a veces la variedad de respuestas (como en este caso) es LA respuesta. – javadude

Respuesta

3

Si se encuentra en una situación de lujo para comenzar un proyecto con EE6, entonces le sugiero que sea pionero.

No solo la experiencia general importará en poco tiempo (supongamos que EE6 madurará y se utilizará ampliamente en menos de dos años, imagine un grupo de expertos Java EE6 cuando todas las empresas cambien), pero EE6 es más simple que EE5, por lo que si tiene miembros en el equipo que solo tienen una pequeña experiencia en Java EE, probablemente hará su trabajo más rápido.

Ya hay un libro sobre Java EE6 con GlassFish v3, y los fundamentos no es que diferente de la versión anterior (es decir. Si nos atenemos a lo que sabe de EE5, se le multa por un largo tiempo) Glassfish v3 está bastante bien si necesita el RI para Java EE6.

¿Qué tipo de bibliotecas de terceros necesita?

+0

Estamos utilizando ZK (http://zkoss.org/) como marco web/ajax, Shiro (http://cwiki.apache.org/confluence/display/SHIRO/Index) como marco de seguridad, SLF4J (http://www.slf4j.org/) más logback para el registro, EJB3Unit para pruebas y Oval para la biblioteca de validación. Todo funciona bien en versiones anteriores basadas en EE5, aunque aún no hemos probado todas para EE6. – javadude

+0

ZK debería funcionar ya que es principalmente del lado del cliente, y si está utilizando el componente de búsqueda de bean de sesión, debe devolver objetos válidos (los beans de sesión son solo beans de sesión). SLF4J y logback deberían funcionar también, tienen poco que ver con las cosas de EE. Oval se ve bien también. No estoy seguro acerca de Shiro, pero parece que no necesita mucho de los componentes de EJB. No he comprobado aún EJB3Unit para EE6. –

+0

EJB3UNIT apunta a EJB3. No funcionará con el código simple 3.1. Lo intentamos, requiere, por ej. una interfaz local. Es posible que la biblioteca ya no sea necesaria (en el contexto EE6) porque puede usar glassfish incrustado para pruebas junit. (http://java.dzone.com/articles/ejb-31-%E2%80%93-ejb-new-and-improved-?page=1) – javadude

0

Antes de que haya terminado de Java EE 7 será de todos modos. Ve por ello y aprende en el proceso.

+1

¿Estás seguro? JEE6 todavía está en estado de "vista previa" y lanzarán JEE7 antes del 09 de diciembre (esa es la fecha que capturé de la pregunta de devdudes;))? –

+1

Antes de que termine _YOU_ ... –

+0

¿Adivina si mezcla Java EE6 y JDK/JRE 7? – javadude

3

¿Qué tan grande e importante es el proyecto? ¿Tiene alguna fecha límite? Estoy realmente ansioso por nuevas tecnologías o marcos pero sugiero comenzar con Java EE 5 y migrar gradualmente a Java EE 6. Java EE es una gran pila de tecnologías y en tiempo de lanzamiento algunas de ellas no tendrán suficiente soporte de terceros. vendedores de fiesta. Así que mi consejo es: use esta parte de Java EE 6 que está madura en este momento y cuenta con el fuerte respaldo de otros proveedores.

+0

Claro, podría comenzar a implementar la aplicación EE5 en GF V3, pero no subestimaría el esfuerzo de migrar una base de código a EE6 completo. Sí, ciertamente es más fácil pasar de EE5 a EE6 que de versiones anteriores ("de la era sin anotaciones"). ¿Qué jefe aprueba tiempo y dinero para migrar más tarde sin ningún beneficio "visible"? Un ejemplo: se cambió la convención de nomenclatura JNDI (http://blogs.sun.com/kensaks/entry/portable_global_jndi_names) – javadude

+0

@devdude. Muchas herramientas y bibliotecas ofrecen hoy muchas mejoras a JEE5 que formarán parte de JEE6 (por ejemplo, mejoras en Seam JSF 2.0, Weld (implementación JSR-299), por lo que hoy puedes usar mamy de fetiches JEE6 y más migración a otras partes de JEE6 pila será menos doloroso. – cetnar

Cuestiones relacionadas