Matisse4MyEclipse M1 liberado

MyEclipse ha liberado el milestone 1 de su editor de swing Matisse. Este editor replica la funcionalidad de NetBeans para el diseño de interfaces gráficas de forma simple y sencilla en java y supone un duro golpe a una de las ventajas competitivas del ide de Sun sobre Eclipse.



La ventaja que sigue teniendo NetBeans es que en dicho editor Matisse es parte del ide y no hay que instalar ningýn plugin para usarlo; en cambio MyEclipse debe ser descargado como plugin y pagar una licencia por ýl.



Si desean ver un demo online pueden ir aquí.

El milestone funciona con eclipse 3.2 y MyEclipse 4.1.1 y solo en Windows. Para Linux Matisse estarý disponible hasta la liberacrión de MyEclipse 5.0

Sun pide realimentacrión sobre el uso de licencias libres

Simon Phipps, el principal responsable de la relacrión de Sun Microsystems con la comunidad del software libre, ha escrito una entrada en su weblog pidiendo realimentacrión acerca de la polýtica de uso de las diferentes licencias libres para los proyectos apadrinados o relacionados con Sun. Simon ha escrito un documento donde explica cýmo Sun clasifica las licencias libres en tres grupos: licencias tipo Apache, licencias tipo MPL y licencias tipo GPL, y quý motivos llevan dentro de Sun a emplear para los diferentes proyectos diferentes licencias.



No he tenido tiempo para leer con detenimiento el documento, pero lo he hojeado y, además de explicar la posicrión de Sun respecto a este tema, resulta muy didýctico para aquellos que no tengan claro quý es el Software Libre y que tipos de licencia existen.



¿Algún comentario sobre la polýtica de Sun respecto a este tema?

Compilacrión escalonada en Mustang

"Tiered compilation" es una caracterýstica que estaba inicialmente programada para Java 7 pero que parece que finalmente se incluirý en Java 6, ya que la b81 de Mustang parece contar con ella. Consiste en que tanto el compilador de la mýquina virtual cliente como el de la mýquina virtual de servidor están presentes en una misma mýquina virtual. El compilador de la primera es más rýpido pero genera un código más ineficiente; el de la segunda es más lento pero optimiza más el código. La mýquina virtual, dependiendo de cada situacrión, puede decidir quý compilador emplea.



Una optimizacrión interesante, aunque mý me sigue sorprendiendo más otra con la que cuenta Mustang desde hace algún tiempo: la capacidad de eliminar la sincronizacrión en tiempo de ejecucrión de fragmentos de código que realmente no necesitan estar sincronizados en ese contexto. ¿Alguien conoce más optimizaciones que incorporarýn las siguientes versiones de la plataforma?

Plugin Subversive para eclipse liberado

Se ha liberado la versrión 1.0.0 M11 de este plugin que permite integrar a Eclipse con Subversion de forma similar al soporte con CVS.



Entre los cambios se mencionan:

• Arreglado el error que no permitýa borrar recursos



• Arreglado el problema del despliegue de la ventana de driólogo para commit.



• El nombre del proyecto se obtiene ahora de los metadatos del proyecto de Eclipse



• La estructura jerýrquica del proyecto es respetada cuando se hace el checkout

En mi caso nunca he usado subversion en gran medida porque no habýa integracrión con Netbeans ni Eclipse, eso ya ha cambiado, ¿qué experiencias tienen usando Subversion?

¿Por quý Sun sigue con Netbeans y no se une Eclipse?

Esta es una de las preguntas a las que Tim Cramer, responsable de todas las herramientas de desarrollo de Sun, da respuesta en una entrevista que los chicos de Javaposse le han hecho recientemente. En la entrevista Tim hace un análisis de cuýles son los puntos más fuertes de Netbeans y en cuýles todavía está detrýs de Eclipse.



Resumiendo brevemente la entrevista, Tim dice que los principales motivos por los cuales no se unen a Eclipse son el uso de una librerýa grýfica no estándar y que no es 100% java (SWT), lo que hace que Eclipse no funcione (o no igual de bien) en todas las plataformas, y el hecho de haber incluido un compilador dentro del IDE. Esto provoca que el soportar nuevas características del lenguaje dependa de la agenda de los desarrolladores de Eclipse. Según ýl, uno de los motivos de la lenta adopcrión de Java 5 es que en Eclipse tardý mucho en soportarlo; por tanto el continuar con Netbeans es una forma de fomentar la rýpida adopcrión de nuevas versiones de la plataforma.



Respecto a las principales ventajas de Netbeans respecto a Eclipse, está el ser un entorno integrado que funciona de modo directo sin necesidad de instalar un montámelo de plugings y el ser 100% java. Matisse, las herramientas para desarrollo de aplicaciones J2ME, el profiler, la integracrión con el AVK de J2EE (que permite verificar que no estamos empleando un API propietario de nuestro servidor de aplicaciones),el soporte de UML que vendrý en Netbeans 5.5, y el soporte de J2EE sin necesidad de plugings son sus puntos fuertes.



Como principal punto dýbil, en el que harý mucho ýnfasis Netbeans 6, está el editor de código, que reconoce que es inferior al de Eclipse y que constituye la parte más importante de un entorno de desarrollo.



¿Qué opinýis respecto a sus afirmaciones?