• por admin - 11 de octubre de 2005 - Etiquetado como , , ,
    4 comentarios »

    En los últimos tiempos, estamos en Linking Paths trabajando con Java Server Faces en algunos de nuestros productos (más información en breve). No porque creamos que es el framework definitivo y mejor que todos los demás, sino más bien como una apuesta estratégica de cara al futuro. Pero después de 5+ años haciendo aplicaciones web, digamos que nos plantea tanto dudas como respuestas. Java Server Faces nos ofrece una serie de ventajas indudables (componentes configurables, la promesa de crear distintos clientes cambiando el renderer, ocultar en parte que es una aplicación web, promover el trabajo con backing beans e IoC, ser un estándar, etc. ), pero a la vez nos de muestra que es un entorno al que aún le faltan un par de vueltas. En mi opinión dos principalmente, aunque algunas decisiones sobre la arquitectura podrían ser discutibles, algo que no voy a hacer porque quiero pensar que las personas que tomaron esas decisiones saben más que yo.

    Volviendo a los dos grandes problemas actuales:

    • Forma estándar de distribuir y configurar los nuevos componentes.
    • Información.

    En el primer caso, nos encontramos proyectos como Tomahawk (que pertenece a myfaces) que nos ofrece componentes varios para nuestras aplicaciones (menus paginadores, pestañas, etc.), pero no hay forma sencilla de utilizarlos. Y con sencilla quiero decir: añadirlos al IDE de nuestra elección para poder usarlos con pinchar y arrastar, que es otra de las bondades que se esperan de JSF.

    Respecto a la información, me refiero a la situación inherente de toda nueva tecnología. Java Server Faces es nuevo, y como tal la cantidad de información es menor que la disponible para, digamos, Struts. Y no me refiero a libros, sino información de proyectos reales, de los problemas que se han ido encontrando, etc. No puedo evitar tener la sensación de estar en el año 1999 (obviamente mejor situación, en entorno mucho más acotado y mucha más experiencia), en la que todo lo que había era el API de Servlets, y en las que cada uno iba tirando por dónde mejor le parecía (de ahí la variedad de frameworks web en Java).

    De modo que, volviendo a la pregunta inicial… ¿está Java Server Faces preparado para un uso real en la empresa?. Obviamente nuestra respuesta es sí. A pesar de esos pequeños drawbacks (y sin entrar en peleas con otros, como Spring Framework o Ruby on Rails), Java Server Faces es una posibilidad más que ha venido para quedarse y con buenas perspectivas de futuro, y nadie que se dedique al desarrollo web en Java debería perderlo de vista (que lo use o no es decisión de cada uno). Sin duda el primero de esos grandes problemas que he comentado lo acabarán solventando, y el segundo… digamos que el segundo se solventa día a día.

    Lo que ya ofrece, lo que es seguro que ofrecerá, así como principalmente el hecho de ser un estándar mimado, hacen de Java Server Faces una buena apuesta de futuro con un uso factible hoy.

    Por poner nuestro granito de arena, hemos creado una lista de distribución para todos aquellos interesados en Java Server Faces: jsf@dev.linkingpaths.com., así como lo seguiremos impartiendo en nuestros cursos.

  • 4 comentarios para “¿Está Java Server Faces preparado para la vida real?, ¿ya?”

    1. mariscal dice:

      Respecto a los componentes para hacer drag&drop, eso lo tiene el WSAD 5 desde hace tiempo (para los no instruidos, IBM WebSphere Application Developer), probablemente año y medio: pestañas, brújulas de navegación, mapas del sitio, etc.

      Desconozco si eso lo van a ceder a algún proyecto libre, quizás WTP, aunque sería lo suyo.

      Te recomiendo que te bajes el WSAD 5 y lo pruebes por tí mismo.

    2. mondelo dice:

      Al parecer, y digo al parecer porque no lo he probado a fondo, JDeveloper también permite hacer Drag&Drop con los componentes de la implementacion de Referencia de Sun, con los de MyFaces y como no, con la implementacion de Oracle (ADF). Supongo que proximamente veremos muchos avances al respecto.

      Y también estoy de acuerdo en que JSF está preparado para la vida real, yo mismo lo estoy utilizando actualmente en un proyecto y me ha permitido trabajar con gente que tenía nula experiencia en desarrollo web gracias a su simplicidad.

    3. Al dice:

      Supongo que no me he explicado bien. Por supuesto que los distintos entornos permiten hacer d&d de los componentes. También lo permite Java Studio Creator, Eclipse, Netbeans, etc. Vamos, todos.

      Pero a día de hoy, tienes que “empaquetar” para cada uno de ellos, y eso es de lo que me quejo. El JSR 273: Design-Time API for JavaBeansTM JBDT es el llamado a solventar eso, pero hasta entonces… mis componentes propios de JSF no serán d&d de forma sencilla en cualquier IDE, con lo que seguiremos sin cumplir lo prometido.

    4. emillan_javahispano.org (emillan) dice:

      Seamos actuales, ;), pasémonos al Rational Web Developer :-D

      http://www-306.ibm.com/software/awdtools/developer/web/

    Deja un comentario

Linked, el blog de Linking Paths