Sin Google Office, sólo promoción de OpenOffice.org y Java

Sun GooglePara empezar, comentar que el «Live Webcast» desde la página de Sun ha sido un desastre. No me ha dejado conectar en ningún momento , así que nada, a tirar de blogs estadounidenses que mira por donde sí han podido seguirlo corretamente.

¿Resumen de lo anunciado? Pues que de momento nada de Google Office ni de un acceso web a OpenOffice o StarOffice como muchos especulábamos esta mañana, ni nada demasiado interesante. Apenas que Google y Sun han acordado «explorar las oportunidades para promocionar y mejorar las tecnologías de Sun como OpenOffice.org y el Java Runtime Enviroment» (vía Download Squad).

Ah, y que al descarga el susodicho JRE se descarga también la Google Toolbar, lo cual tiene un valor más bien testimonial. En definitiva, Google y Sun no han pegado ningún cañonazo al barco de Microsoft, pero sí han declarado comenzada la guerra. Han perdido el factor sorpresa habitual de la salida de productos inesperados de Google, debido probablemente no iban a llegar a presentar nada competitivo para Noviembre que es cuando aparecen la segunda beta de Windows Vista y Microsoft Office 12. En todo caso, habrá que darle tiempo a esta «alianza» para ver qué frutos da.

Sin Java en Service Pack 2 para WindowsXP

Todo tiene un precio, podría ser la conclusión a la que llegar tras conocer este hecho. Si hace poco hablábamos de las mejoras en seguridad que traería Service Pack 2 para Windows XP, hoy toca hacerlo del precio al que esta se consigue. SP2 articulará un mecanismo «no execution» (NX), que protegerá del desbordamiento de buffer, problema de seguridad utilizado por numerosos virus y gusanos para ejecutarse en el sistema.

Esa tecnología NX necesita de un procesador que la incorpore. Si bien AMD ya la tiene en su AMD 64, Intel ha anunciado que no estará de momento en Pentium 4. Pero además de ese detalle, hay un problema adicional: muchas aplicaciones utilizan el desbordamiento de buffer en su funcionamiento habitual. Y una de ellas es la máquina virtual Java, sin la cual no podremos ejecutar código Java (incluidos los Applets) en nuestro equipo. Habrá que elegir entre tenerla y un nivel inferior de seguridad. Así nos podríamos despedir de descargar de la red BitTorrent con Azureus o utilizar Grooker para buscar.

Queda la duda de si esto Microsoft no lo ve además con buenos ojos. Finalmente el usurio podría renunciar al uso de NX, pero de alguna manera, Java quedaría asociado a problemas de seguridad o cuando menos a mantener el entorno más vulnerable a ataques de virus. No es probable, a corto plazo, cambios en la máquina virtual Java por parte de Sun, por la dificultad técnica de reprogramarla entera en este sistema operativo. Sin duda no le dejan mucho margen de movimiento, aunque, todo sea dicho, XP tampoco es una plataforma que por su perfil vaya a dañar demasiado a este lenguaje de programación.

Fuente: computerweekly.com

Apache prepara un servidor de aplicaciones Java, Geronimo

A pesar de que existen varios servidores Java Open-Source en el mercado (Tomcat, que es suyo pero no permite el uso de EJB, JBoss que cada vez tiene más presencia en el mercado pero carece de la certificación Sun de compatibilidad – aunque están trabajando en ello – y Jonas que sigue creciendo merced a su buena integración con Apache y Tomcat) Apache prepara un nuevo servidor J2EE Open-Source provisionalmente llamado Geronimo.

Apache es el líder en el ámbito de los servidores web, aunque Microsoft le ande pisando los pasos, y el proyecto viene a cubrir cierto vacío ya que Tomcat es una buena opción pero necesita ser integrado con otras tecnologías para ofrecer las prestaciones en EJB que dan los servidores comerciales como Weblogic o Websphere. JBoss aparte del problema de la certificación que probablemente sea subsanado a corto plazo, tiene el hándicap de que no es gratuito en realidad pues la documentación principal se vende aunque el software sea gratuito. Jonás por su lado es un software un tanto inmaduro todavía, que siempre ha ido por detrás en el cumplimiento del estándar completo J2EE y cuya documentación siempre ha sido bastante incompleta.

Geronimo reutilizará Tomcat para JSP y Servlets, pero no utilizará nada de código de otros proyectos Open-Source (por ejemplo se podría plantear código de JBoss, pero la licencia LGPL no lo permite – tendría que hacerse Geronimo también LGPL y no es lo deseado- , de hecho «temporalmente» se usará Elba, que si coge código de JBoss bajo esa licencia hasta el momento que Geronimo este completo). LGPL es una licencia copyleft pero menos restrictiva, pues permite que las librerías publicadas bajo ella ser utilizadas por aplicaciones propietarias.

Por ello la noticia de la aparición de Geronimo, es un importante aliciente para el mundillo de la programación web y la internauta en general. En pocas horas ya había más de 60 volunatarios que se habían ofrecido a colaborar en el proyecto.

Fuente: News.com