Null Pointer Exception

Una interesante alternativa a AJAX: Aplicaciones ricas en Java para Internet basadas en Swing

Este es el titular de una noticia aparecida en Java Developer's Journal en la que se hacen eco de una de las presentaciones que será expuesta en la conferencia AJAXWorld 2007. Esta presentación, con el título Stronger than AJAX: Java-Based Swing in a Server-side Web Architecture cuenta la experiencia al desarrollar una aplicación para Siemens combinando las ventajas de una interfaz de usuario rica basada en Swing con las ventajas de una aplicación web.

De nuevo, me quedo con el hecho de que cada vez aparecen mas noticias de este tipo y es que parece que por fin los desarrolladores Java nos damos cuenta de que quizás no haya que buscar nuevas herramientas para crear interfaces ricas y "sólo" haya que aprovechar lo que ya tenemos. Por otra parte tengo la sensación de que se está cerrando el círculo con este tema, de repente han aparecido un montón de nuevas ideas y nuevas tecnologías para intentar solucionar un "problema" que había aparecido, a su vez, con la aparición de nuevas tecnologías y al final parece que toda la evolución acaba en el punto inicial ...

A veces veo applets ...

Llevo dándole vueltas al tema desde hace meses, pero parece que el asunto está saliendo a la luz cada vez con más frecuencia. Por ejemplo en los últimos días un interesante hilo en programanía o la noticia que comentaba martin en su blog. Y es que cada vez más gente se pregunta si habrá llegado el momento de los applets ...

La historia de los applets es curiosa, nacieron con la promesa de que iban a traer a la web que por aquel entonces era bastante sosa y aburrida un dinamismo espectacular, permitiendo a los usuarios descargar y ejecutar programas allá donde estuvieran. Pronto surgieron miles de páginas que incluían vistosos efectos gráficos como figuras 3D en movimiento, o los omnipresentes paneles de noticias con scroll. Sin embargo esto tenía un precio: el tiempo que se necesitaba para descargar estos programillas al equipo del usuario a veces era desesperante, lo que provocaba que el visitante abandonara la página antes de que se cargara en el navegador (por no hablar de los problemas con el jre). Por eso los applets se convirtieron en una tecnología maldita, y como todo lo maldito sobre ellos existe una tremenda leyenda llena de mitos y rumores.

Sin embargo los applets nunca dejaron de existir aunque muchos desarrolladores los miraran "mal", y es que en este proceso de "webalización" del software que hemos vivido últimamente (yo diría que a veces se trata de "borreguización") ahora nos damos cuenta que los clientes ricos molan y que necesitamos alguna nueva tecnología para facilitarle la vida al usuario. Ahí es donde aparecen AJAX, Flex, los applets,... perdona ¿has dicho applets?

Yo lo tengo muy claro, para mí los applets se adelantaron a su tiempo. Nacieron cuando el mundo no estaba preparado para recibirlos (bueno, cuando la infraestructura de red no estaba preparada), sin embargo creo que están llamados a tener una importante participación en el desarrollo de software de los próximos años. Y por eso empezaba este post comentando que cada vez se ven más applets, parece que están saliendo del armario y son muchos los proyectos que los están incorporando, como por ejemplo los que comentaba martín en su blog, o como editores de texto "ricos" (el software de wikis JSPWiki incorpora uno muy ligero) o en cualquier página que necesite "algo más". De hecho estoy estudiando en utilizar applets como interfaz de usuario para algunas de las aplicaciones que próximamente desarrollará mi departamento porque creo que se dan ciertas características que lo aconsejan: usuarios distribuídos por toda la geografía nacional, entorno de trabajo controlado (sé que todos los equipos tienen jre y plugin para el navegador), necesidad de manejar hardware en el cliente (impresoras, escáneres,...) y una de las cosas que yo considero importantes y de las que se ha comentado muy poco: la proporción tiempo_de_uso/tiempo_de_descarga. Me explico: para una página web normal es muy importante la velocidad de descarga para que el usuario no "huya" antes de tiempo, sin embargo para una aplicación corporativa, en la que el usuario va a estar varias horas trabajando importa poco esta "perdida de tiempo" inicial, ya que queda asimilada por una larga sesión de trabajo. Claro que ahora la pregunta es ¿por qué no un cliente swing directamente? pero ese es otro tema y como ya he dicho lo que yo intento transmitir en mi organización es la necesidad de estudiar detalladamente cada problema y de huir de soluciones "estándar" o "por costumbre" (o por "moda" o por "decreto", o por ...)