Publicada la JamVM 1.2.0

JamVM es una JVM compacta (120Kb para PowerPC y 90Kb para Intel) que cumple con la especificacrión 2, aunque tambrión soporta chips ARM como el intel xscale PXA250 y es 100% compatible con el código producido por el javac del JDK >= 1.4 y con el de Jikes 1.19.



Está diseríada para ser usada con la libreria de java GNU Classpath. En http://sourceforge.net/forum/forum.php?forum_id=406646 puede consultarse más informacrión.

Adopcrión de J2ME: 40%; y un 24% más evaluandola

Evans Corp Data ha hecho pýblico un estudio según el cual la adopcrión de J2ME para aplicaciones móviles sigue incrementando. Actualmente el 40% de los desarrolladores de aplicaciones para dispositivos móviles usa J2ME, y un 24% más están evaluando esta plataforma.


Según Evans Data dos son los motivos del ýxito de J2ME: por un lado la gran difusrión de los dispositivos que ejecutan este tipo de aplicaciones, que incrementa la demanda de aplicaciones, y por otro que la plataforma J2ME es más rentable econýmicamente ya que permite diseríar una aplicacrión que se ejecutarý en cualquier terminal sin necesidad de adaptarla a las particularidades de este.


Otra de las conclusiones del estudio es que para los desarrolladores de aplicaciones J2ME la herramientas de depuracrión y testeo de aplicaciones son muy importantes, pero sin embargo la calidad de la actualmente disponibles deja mucho que desear.

¿Una nueva era de Clientes Ricos?

La reciente publicacrión de SwingML 1.1 me motiva a abrir un debate sobre si prosperarý una nueva generacrión de clientes ricos que se comunican via HTTP que sustituyan las aplicaciones Web basadas en HTML.



La construccrión de una interfaz de usuario (normalmente con Swing) basada en XML no es nueva, proyectos como SwiXML, Thinlet, XUL, XULUX, JellySwing tambrión buscan lo mismo.



La pretensrión de SwingML va un poco más allí (tambrión Thinlet) y pretente sustituir el HTML por Swing con un modelo de funcionamiento similar: el servidor envía un XML con una descripcrión de los componentes grýfýcos a representar (con Swing) por el applet SwingML y los listeners (clases Java) que han de ser llamadas en el servidor via GET o POST ante eventos, que a su vez envía su respuesta como un nuevo XML gráfico. De esta manera la aplicacrión reside totalmente en el servidor y el applet SwingML seráa una especie de "navegador Java".



ýCreeis que tiene futuro este modelo? ýestamos empezando una nueva era de Clientes Ricos que sustituyan al HTML?

Nuevo proyecto Eclipse: Voice Tools

Aparece un nuevo subproyecto de Eclipse "Voice Tools Project" con el objetivo de proporcionar herramientas para desarrollar aplicaciones J2EE utilizando voz (reconocimiento, sýntesis, etc.).



Los participantes iniciales en el proyecto son:

• IBM



• SBC Communications y



• VoiceGenie

Encontrarýis un artículo (en francýs) explicando un poco la noticia aquí

Migrando a Eclipse

La cabra tira al monte, e IBM tira a Eclipse, como no.


Si usas Netbeans, puedes compararlo con las bondades de Eclipse en "A developer's guide to evaluating Eclipse vs. Netbeans" .


Si en cambio usas IntelliJ IDEA, tendrýs la oportunidad de maravillarte leyendo "A developer's guide to evaluating Eclipse vs. IntelliJ IDEA"


Si por el contrario usas JBuilder, tampoco se han olvidado de tý, puedes deleitarte hojeando "A developer's guide to evaluating Eclipse vs. JBuilder".


Conversos de todo el mundo, bienvenidos a Eclipse.


(ýcuanto tardarýn en venir las contraofensivas?)