Lotus Symphony, Eclipse RCP y Open Source

Como quizás ya conoceréis porque se ha anunciado en todas partes, esta semana IBM ha lanzado Lotus Symphony una suite ofimática destinada a competir con Microsoft Office y que por ahora se basa en Open Office 1.x pero que pronto lo hará en 2.x.



Ya adentrándose un poco más en la parte técnica del producto, lo que muchos no saben es que está basado en Eclipse RCP y por lo tanto se beneficia de muchas de las características que vienen ya con Eclipse como el soporte de OSGi, su update manager, su sistema de ayuda y sobre todo el poder integrar y aprovechar toda la plataforma en la que han trabajado durante años. No deja de ser interesante como se pueden sacar productos como una suite ofimática a partir de algo que inicialmente sólo era un entorno de desarrollo.



Ahora bien, realmente lo de que pueda competir con Microsoft Office, o google docs, ya es un poco más utópico, al menos por ahora. El anuncio del producto es bastante confuso y aunque en algunos sitios comentan que la suite es Open Source, a mi me da más bien la impresión de que simplemente han querido decir que se basa en Open Source (OpenOffice), ya que no he podido acceder al código fuente o encontrar nada relacionado con el desarrollo.

En caso de que fuese realmente Open Source, entonces sí que puede que la suite tuviese algo que decir, ya que al estar basado en Eclipse RCP sería realmente sencillo el crear aplicaciones que incrustasen esta suite, o aplicaciones que aprovechasen todos los componentes gráficos que incluye.



Una de las preguntas más típicas que me llegaban cuando estaba haciendo el cliente de jLibrary, y que todavía me llega de vez en cuando, era si se podía integrar OpenOffice en Eclipse RCP, y como hacerlo. Básicamente las opciones no eran demasiado agradables:

1. Usar las librerías Java de OpenOffice.


2. Integrar directamente el componente ActiveX (windows) y olvidarse de todo.

Sin embargo, si esta suite ofimática fuese realmente Open Source entonces ya se podría simplemente añadir los plug-ins necesarios y ya tendríamos OpenOffice listo para utilizar e integrar en nuestras aplicaciones corporativas. Y es que creo que eso de "¿puedo integrar Microsoft Office?" o "tenemos que crear un editor que sea igual que Office" es algo que más de uno estará acostumbrado a escuchar.



En fin, os dejo aquí unos cuantos enlaces en los que hablan de Symphony y su relación con Eclipse. Será interesante seguir como evoluciona el proyecto y ver si realmente tiene algún éxito.

Chris Aniszczyk sobre Lotus Symphony.
Lotus Symphony: First Impression.
Escape Velocity: Lotus Symphony.
My firsts impressions of Lotus Symphony.

Construyendo aplicaciones con Maven 2 y Eclipse RCP

En las últimas semanas he estado modificando jLibrary y migrando su proceso de construcción de Ant a Maven 2. El principal reto ha sido sin ninguna duda el integrar Maven 2 con Eclipse RCP, ya que automatizar la construcción de aplicaciones en este último es bastante complejo.

Afortunadamente al final todo ha salido bien. La clave al final está en utilizar el Maven PDE Plugin y seguir su guía. A nuesro fichero pom.xml hay que añadirle una nueva entrada en plugins especial:

<plugin>
<!-- Maven PDE Eclipse Plugin configuration -->
<groupId>org.codehaus.mojo</groupId>
<artifactId>pde-maven-plugin</artifactId>
<extensions>true</extensions>
<configuration>
<eclipseInstall>E:\eclipse-final</eclipseInstall>
<pdeProductFilename>jlibrary.product</pdeProductFilename>
<pdeBuildVersion>3.2.1.r321_v20060823</pdeBuildVersion>
<format>folder</format>
</configuration>
</plugin>

Si seguís la guía del Maven PDE plugin veréis que los proyectos tienen que estar en una localización especial workspace/plugins. Este es el lugar donde el plugin buscará todas las cosas para instalar. Toda la instalación se basa en el fichero de producto de la aplicación (ejemplo) que especifica todas las partes a construir.

Por último, el otro fichero a tener en cuenta es el de configuración del build (ejemplo). Las posibilidades de configuración son muy amplias. Lo que más me gusta es que con tan sólo modificar una línea puedes tener tu aplicación preparada para ejecutarse en montones de plataformas diferentes:

configs=win32, win32, x86
linux, gtk, ppc &\
linux, gtk, x86 & \
linux, gtk, x86_64 & \
linux, motif, x86 & \
solaris, motif, sparc & \
solaris, gtk, sparc & \
aix, motif, ppc & \
hpux, motif, PA_RISC & \
macosx, carbon, ppc

En fin, que si necesitáis más ayuda simplemente echarle un vistazo a la página donde explico el proceso de construcción para jLibrary, y al proyecto cliente en el SVN de jLibrary. Es bastante sencillo así que no debería haber problemas para adaptarlo a vuestros productos.

Eclipse RCP, productividad y suites de creación de clientes ricos

Aprovechando que ha salido la quinta milestone de Eclipse he pensado que sería interesante escribir algo, de nuevo, sobre clientes ricos, aunque va para un año que estoy algo desvinculado de este mundo. El caso es que leyendo la lista de novedades he podido recordar lo bien que sentaba cuando tenías tu aplicación Eclipse RCP y de pronto te encontrabas con un montón de mejoras que lavaban su cara sin que tuvieses que hacer nada.

Si ahora mismo alguien me hace la siguiente pregunta: "Tengo que hacer una aplicación de escritorio en Java para un cliente. ¿Qué debería utilizar, Swing, SWT, NetBeans RCP, Eclipse RCP, ...? Mi respuesta sería clara, mira NetBeans RCP o Eclipse RCP. En mi caso, yo siempre he trabajado con Eclipse RCP, pero incluyo también NetBeans porque no creo que la elección radique en SWT/Swing. Por cierto, eso podría ser otro tema, ya que hace mucho que no se oye el ruido de las hordas de ambos bandos tirándose piedras los unos a los otros, supongo parece ser que la gente se ha dado cuenta que pasan los años y desarrollar en SWT no ha matado a nadie ni se han ido al infierno de los desarrolladores de GUIs por no seguir el estándar.

En fin, el caso que sobre todo para pequeños equipos donde no tienes tiempo para hacer todo a mano, el utilizar frameworks como Eclipse RCP es simplemente impagable. Por ejemplo, supongamos que uno comienza su aplicación RCP hace dos meses. Resulta que la semana pasada con Eclipse RCP 3.3M5 esa aplicación automáticamente obtiene:

- Un lavado de cara a sus formularios (Gradient form headers,Form title icons,New section title bar design and colors,Section header tool items using standard size icons,Form header help icons)
- Validación de campos con bonitos iconos
- Inclusión de JREs automáticamente al crear un producto
- Nuevo lanzador basado en OSGi
- Pantallas de splash que pueden llevar componentes propios
- Efectos especiales e iconos en las operaciones de arrastrar y soltar
- Widgets nativos para los campos de búsqueda
- Firefox como navegador web
- Soporte de WPF en Windows Vista
- Mejoras en el soporte de impresión para las páginas de ayuda
- Drag and drop en editores
- ....
- ...
- ..
- .

¿Cuánto costaría añadir todo esto a una aplicación que no utilice una plataforma de clientes ricos? Meses. Esto viene gratis, es open source, y lo mantienen otros. Eso debe ser lo que llaman productividad :-)

Sobre Eclipse RCP y la EclipseCon 2007

Estoy de suerte. Parece ser que este año me han vuelto a nominar para los Eclipse Awards Nominations dentro de la categoría de Best Open Source RCP Application. El año pasado por estas fechas estaba ya planeando el viaje. Mi ex-compañía y mis ex-jefes, se portaron fenomenal y pusieron su granito de arena, así que en primavera pude estar en California disfrutando de la EclipseCon.

Este año se celebra la EclipseCon 2007 aunque casi al 99.9% que no estaré allí, salvo sorpresa final. Las razones son varias, la más importante es que ya no estoy tan relacionado con la plataforma como estaba los pasados años. Una versión estable de jLibrary salió finalmente a la luz, así que el proyecto, en su parte cliente, se ha quedado más o menos estancado. Seguramente le dedicaré uno, o varios, post en el futuro, pero bueno, vamos, que por ahora sólo estoy trabajando ya en el servidor, para preparar una especie de entorno de pruebas para otras tecnologías interesantes como spring, ruby on rails, grails, etc.

Por otra parte, porque yo quería publicar este post para hablar de RCP. InfoQ ha publicado un estudio del uso de Eclipse RCP en la industria del mueble. El estudio es interesante porque muestra como integrar un CRM web existente basado en SugarCRM con Eclipse RCP, de modo que se aprovechan todas las ventajas de Eclipse RCP para ofrecer una aplicación de escritorio tradicional, mientras que se mantiene el servidor existente y todos sus servicios.

Si volvemos a echar un vistazo a las nominaciones de la EclipseCon 2007, veréis que realmente hay un mercado importante en cuanto a aplicaciones comerciales y despliegues en torno al concepto que plantea Eclipse RCP y a esta herramienta. De hecho el número de soluciones comerciales nominadas, supera y de largo al número de soluciones Open Source. Eso sí, me da la impresión de que faltan muchas empresas y productos en la lista. Pero aún así esto nos da una idea de que Eclipse RCP puede ser una opción muy interesante a a hora de crear un producto que pueda dar algo de dinerillo.

Pues ala, fin de la cuña publicitaria sobre Eclipse RCP :)