Archive for the ‘Desarrollo de software’ Category

Instalación de Google Web Toolkit y Google Plugin for Eclipse

Lunes, octubre 4th, 2010

Primero una breve introducción de lo que instalaremos:

Google Web Toolkit
Framework creado por Google que permite ocultar la complejidad de varios aspectos de la tecnología AJAX. Es compatible con varios navegadores. El concepto de Google Web Toolkit es bastante sencillo, básicamente lo que se debe hacer es crear el código en Java usando cualquier entorno de desarrollo (IDE) de Java y el compilador lo traducirá a HTML y JavaScript.

Google Plugin for Eclipse
El complemento de Google para Eclipse (en Inglés “Google Plugin for Eclipse”) es una forma rápida de empezar a desarrollar aplicaciones de Google Web Toolkit y de App Engine, de la instalación directo a la implementación de una aplicación AJAX “Hello World” en cuestión de minutos.

Eclipse
Eclipse es un entorno de desarrollo integrado de código abierto multiplataforma para desarrollar lo que el proyecto llama “Aplicaciones de Cliente Enriquecido” (Rich Client Applications). Esta plataforma típicamente ha sido usada para desarrollar entornos de desarrollo integrados (del inglés IDE), como el IDE de Java llamado Java Development Toolkit (JDT) y el compilador (ECJ) que se entrega como parte de Eclipse (y que son usados también para desarrollar el mismo Eclipse). Sin embargo, también se puede usar para otros tipos de Aplicaciones de Cliente Enriquecido.

Procedimiento

Para nuestro caso descargamos Eclipse Helios (3.6) para Windows. Ustedes pueden usar la versión de Eclipse y sistema operativo de su preferencia. El mecanismo es similar para todos los casos, descargamos y descomprimimos:

Puede elegir la versión adecuada desde la siguiente URL: Eclipse Downloads.

El paso posterior es abrir un workspace existente o crear uno nuevo, para nuestro caso crearemos un workspace nuevo en “c:\temp\Java\wks\gwt-helios”:

A continuación debemos entrar al menú Help -> Install New Software

Y ya en esa ventana de configuración seleccionar “Add Repository”:

De acuerdo a la versión de Eclipse podemos agregar uno de los siguientes URL’s:

Eclipse 3.6 (Helios): http://dl.google.com/eclipse/plugin/3.6
Eclipse 3.5 (Galileo): http://dl.google.com/eclipse/plugin/3.5
Eclipse 3.4 (Ganymede): http://dl.google.com/eclipse/plugin/3.4

Después de agregar la URL se puede seleccionar los paquetes a instalar. En este caso seleccionamos el Plugin y el SDK para tenerlos integrados con Eclipse:

A continuación aparece la revisión del software a instalar y damos “Next”:

Aceptamos la licencia del software:

Aceptamos instalar software sin firmar:

Se inicia la instalación, puede tardar (ya que primero descarga los paquetes y luego los instala):

Una vez instalado todo, se nos solicita reiniciar eclipse (recomiendo usar la opción de “Restart Now”):

Una vez reiniciado volvemos a entrar a nuestro workspace de trabajo (“c:\temp\Java\wks\gwt-helios”) y volvemos a entrar a agregar nuevo software (Help -> Install New Software). Allí introducimos la URL para el plugin para diseño del GWT:

Como en el caso anterior, de acuerdo a tu versión de Eclipse, eliges la URL que corresponde:

Eclipse 3.6 (Helios): http://dl.google.com/eclipse/inst/d2gwt/latest/3.6
Eclipse 3.5 (Galileo): http://dl.google.com/eclipse/inst/d2gwt/latest/3.5
Eclipse 3.4 (Ganymede): http://dl.google.com/eclipse/inst/d2gwt/latest/3.4

A continuación seleccionamos el software a instalar (“GWT Designer” e “Infraestructure”) :

Revisamos el software a instalar y damos en “Next”:

Aceptamos las licencias:

Aceptamos la instalación de software sin firmar:

El software se instala:

Y si todo fue bien, se pedirá que se reinicie Eclipse:

Eso es todo, espero esta guía les haya servido de ayuda. Si quieren más información respecto a GWT, construí un tutorial para construcción con GWT y Eclipse, pueden revisar este tema aquí.

 
 
 

Lenguajes y RAD’s (Rapid Application Development Tools)

Viernes, octubre 1st, 2010

Un antiguo conocido me preguntó en que lenguaje y herramienta podía programar su proyecto de tesis, que si usaba Java u otra opción, ya que tenía que ser Open Source (y varias otras condiciones).

Traté de explicarle que el lenguaje Java como tal no es igual a gratis ni a Open Source (para ello vean el artículo La Trampa de Java). Creo que no me entendió.

Pero su pregunta principal fue: ¿Qué otras opciones tengo para evaluar además de Java? Recordemos que es primordial hacer una comparación antes de tomar una decisión de desarrollo. Así que, ¿dónde puedo encontrar esa lista de herramientas/lenguajes?

Le recomendé una lista de herramientas de desarrollo rápido: List of rapid application development tools

Es un buen inicio ver que tenemos a disposición.

Y para aquellos que gusten de comparar lenguajes, aquí un gráfico interesante en el que verán que a veces Lisp puede ser tan rápido o más que C++ para algunas tareas.

 
 
 

Ejecutar Java en plataformas .NET y MONO

Jueves, septiembre 30th, 2010

Sí, como lo oyen: Java en .NET.

No sé si todos lo sepan pero .NET tiene un Common Language Runtime o CLR (Lenguaje común en tiempo de ejecución) que es el componente de máquina virtual de la plataforma .NET de Microsoft.

Mono es un proyecto Open Source iniciado por Ximian y actualmente impulsado por Novell (tras la adquisición de Ximian) para crear un grupo de herramientas libres, compatibles con .NET, según lo especificado por el ECMA (y proporciona un CLR, además de soporte a algunos lenguajes como C#, MonoBasic, GTK# etc).

Alguna vez escuché a los evangelizadores de .NET decir que su máquina virtual es una evolución natural de la Java Virtual Machine (JVM). ¿Por qué? Porque Java produce bytecodes que se interpretan en la JVM. Si los bytecodes son portables porque la implementación de la JVM es un estándar (independiente del Sistema Operativo o hardware) es lógico hacer lo mismo con cualquier lenguaje y esto haría que cualquier lenguaje pueda funcionar como Java, es decir independiente del Sistema Operativo y del hardware. Así nace CLR, una máquina virtual para múltiples lenguajes. Creado CLR lo único que faltaría es el compilador que genere código intermedio (llamado Common Intermediate Language – CIL) para el lenguaje que se desee ejecutar en el CLR.

[ Breve paréntesis: ¿Por qué no hacemos un compilador que nos permita programar con Logo o Basic y ejecutar lo programado en la JVM? No he visto ningún proyecto similar. Y la idea no deja de ser interesante y teóricamente posible.]

Bueno, buscando, era obvio que era cuestión de tiempo para que crearan eso que permitiese ejecutar Java dentro del CLR.
El proyecto es IKVM.NET:

IKVM.NET es una implementación de Java para Mono y Microsoft.NET Framework. Incluye los siguientes componentes:

  • Una máquina virtual de Java implementada en. NET
  • Implementación de las clases básicas de Java en .NET
  • Herramientas que permiten la interoperabilidad entre Java y .NET

Lo bueno, es que funciona bien con aplicaciones de consola (habrá que ver el rendimiento, en MONO y en CLR .NET). Lo malo, es que no funcionan bien las interfaces gráficas (olvídate de usar Swing). Como alternativa creo que podrías crear un programa híbrido con clases Java, usando interfaces gráficas .NET.

Los links de interes:

Mono & Java
Interfaces gráficas Java en Mono… que decepción

Java Server Faces 2: Un vistazo

Miércoles, septiembre 29th, 2010

JSF (Java Server Faces) siempre será una muy buena opción al momento de buscar frameworks que nos den soporte a la parte de presentación de una aplicación WEB en Java. Lamentablemente no he encontrado el editor ideal para mis necesidades (motivo por el que mis últimos desarrollos los orientaré a GWT).

JavaServer Faces (JSF) es una tecnología y framework para aplicaciones Java basadas en web que simplifica el desarrollo de interfaces de usuario en aplicaciones Java EE. JSF usa JavaServer Pages (JSP) como la tecnología que permite hacer el despliegue de las páginas, pero también se puede acomodar a otras tecnologías como XUL.

JSF incluye:

  • Un conjunto de APIs para representar componentes de una interfaz de usuario y administrar su estado, manejar eventos, validar entrada, definir un esquema de navegación de las páginas y dar soporte para internacionalización y accesibilidad.
  • Un conjunto por defecto de componentes para la interfaz de usuario.
  • Dos bibliotecas de etiquetas personalizadas para JavaServer Pages que permiten expresar una interfaz JavaServer Faces dentro de una página JSP.
  • Un modelo de eventos en el lado del servidor.
  • Administración de estados.
  • Beans administrados.

La especificación de JSF fue desarrollada por la Java Community Process como JSR 127, que definía JSF 1.0 y 1.1, JSR 252 que define JSF 1.2 y JSR 314 para JSF 2.0

A continuación agrego unos tutoriales de IBM que pueden aclarar un poco como desarrollar con JSF:

La imagen siguiente corresponde al editor visual de JSF de MyEclipse. Pero es importante que sepan que se incluye un editor similar en Eclipse, así que ya ustedes decidan cual usar:

JSF Page Designer

Este editor también puede ser usado para editar JSP’s. Para convertir el Web Page Editor en el editor por defecto de JSP’s, se debe hacer lo siguiente:

  1. Vaya a “Window” -> “Preferences…” -> “General” -> “Editors” -> “File Associations”
  2. En el “File Associations” seleccione “*. jsp”
  3. En “Associated editors”, seleccione “Web Page Editor”
  4. Seleccione el botón “Default”

Y listo.

Espero este breve vistazo a JSF les sirva de ayuda.

 
 
 

Un framework WEB que nos permita editar interfaces gráficas visualmente

Miércoles, septiembre 29th, 2010

Sí, un framework WEB que nos permita editar interfaces gráficas visualmente es el Santo Grial de todos los desarrolladores Java: Se trata de lograr editar interfaces gráficas web como si se tratase de una vieja aplicación desktop.

He escogido tres tecnologías interesantes que pueden ayudarnos en esta tarea, que permiten ejecutarse en múltiples sistemas operativos (y múltiples browsers):

  • Yahoo! UI Library
  • Microsoft Silverlight
  • Google Web Toolkit

Yahoo! UI Library
Yahoo User Interface(YUI), una serie de bibliotecas escritas en JavaScript, para la construcción de aplicaciones interactivas (RIA). Liberadas bajo licencia BSD por parte de la compañía Yahoo. Dichas bibliotecas son utilizadas para el desarrollo web específicamente para ser usadas como la programación de aplicaciones de escritorio, con componentes vistosos y personalizables y con una amplia implementación con AJAX.

Para integrarlo con Java he visto dos páginas interesantes:

  • Yahoo’s Rich Web UIs for Java Developers: Java developers who develop web applications with server-side frameworks often don’t have the JavaScript expertise to create rich user interfaces. Learn how Yahoo User Interface (YUI) can help bridge that gap.
  • Putting a YUI Face on a Java Web Application: Learn how to use Yahoo User Interface (YUI) Web components to develop a real world application with just the right mix of JavaScript/AJAX.

Sin embargo en este punto no he encontrado una herramienta que me ayude a hacer un diseño fácil de estas interfaces gráficas.

Tres referencias importantes que nos acercan a un “editor” WYSIWYG para YUI:

Microsoft Silverlight
No se asusten, se puede integrar con Java y además es independiente del browser. Microsoft Silverlight es una estructura para aplicaciones web que agrega nuevas funciones multimedia como la reproducción de vídeos, gráficos vectoriales, animaciones e interactividad, en forma similar a lo que hace Adobe Flash. Silverlight compite con Adobe Flex, Nexaweb, OpenLaszlo y algunas presentaciones de componentes AJAX. Actualmente se distribuye de forma gratuita.

Para Silverlight hay herramientas comerciales y libres, incluso un plugin de Eclipse. Sin embargo las herramientas que permiten hacer más sencillo el diseño de las interfaces son de pago.

Como integrarlo con Java:

Google Web Toolkit
Framework creado por Google que permite ocultar la complejidad de varios aspectos de la tecnología AJAX. Es compatible con varios navegadores, lo cual es notorio ya que cada navegador suele necesitar código específico para lograr un front-end correcto en una aplicación web. El concepto de Google Web Toolkit es bastante sencillo, básicamente lo que se debe hacer es crear el código en Java usando cualquier entorno de desarrollo (IDE) de Java y el compilador lo traducirá a HTML y JavaScript. Se distribuye bajo la Apache License, v2.0.

La verdad es el framework del que encontré más información y lo que más me gustó fue facilidad de usar el GWT Designer que ofrece (que es robusto y libre). Justo lo que buscaba.

Página oficial: http://code.google.com/intl/es-ES/webtoolkit/

Y para integrarlo con aplicaciones Java:

Algo importante es que Google nos facilitó un designer, una herramienta para diseñar interfaces con GWT de forma visual, WYSIWYG. Vea la noticia aquí: Google publica plugins de Instantiations gratuitamente..

GWT Designer: Permite crear aplicaciones Ajax de forma gráfica usando Google Web Toolkit. Para muchos la verdadera razón de que Google compró a Instantiations. Sin duda se extrañaba una herramienta gratuita y soportada por el mismo Google para generar interfaces con GWT. Si bien GWT ha ganado bastantes usuarios en los últimos años, GWT Designer va a bajar la barrera para que aquellos que no lo usan se acerquen al framework y va a facilitar mucho la vida a los usuarios existentes.

He preparado una entrada dedicada al primer demo que desarrollé con GWT y Eclipse, aquí. Y si no conocen como configurar esos plugins en Eclipse pueden dirigirse a esta otra entrada.