Tiger y las aplicaciones de escritorio

En este artículo, Chet Hasse habla sobre alguna de las nuevas funcionalidades de Tiger (Java 1.5) en relacrión a las aplicaciones de escritorio.
Destacamos:

Mejoras en los temas de Ocean y Synth

Soporte de aceleradoras gráficas para el renderizado de OpenGL

Los métodos que trabajan con imagenes son acelerado por hardware siempre que sea posible, sin intervencrión del programador.

Soporte de CUPS (impresrión en Unix)

Impresrión de objetos JTable

Arranques más rýpidos

Presente y futuro de SOA

BEA Systems y sus partners tienen el placer de invitarle a esta serie de Seminarios Tecnolýgicos sobre SOA:



La adopcrión de una Arquitectura Orientada a Servicios deber ser parte de la estrategia tecnolýgica del plan de sistemas, e implica un importante proceso de definicrión, despliegue y explotacrión.



Para responder a las preguntas que le asalten sobre SOA en el diseño y desarrollo de cualquier proyecto crýtico, integracrión de sistemas a largo plazo o retorno de la inversrión, le ofrecemos esta serie de seminarios, donde tendrý a su alcance las ýltimas novedades y expertos de empresas como Accenture, BEA, Borland, Gesfor, HP, Ingenia, IT Deusto, SES , Steria y T-Systems.



CONSIGA SOFTWARE GRATUITO y výlido por un aráo sýlo por asistir al seminario. Visite la siguiente URL e inscrýbase online:

http://contact2.bea.com/bea/www/eu_south/soa_login_es.jsp?PC=EUSTH05-GWEB



ýQurión debe asistir? Directores de Sistemas y Tecnologías de la Informacrión, Responsables de Arquitectura y/o Integracrión, Jefes de Proyecto, Analistas, Consultores, Desarrolladores... aquellos que tengan competencia directa sobre la estrategia TI en entornos empresariales crýticos.



Agradezco sinceramente su atencrión y espero poder saludarle personalmente,



Carmen Pizarro

Directora de Marketing

BEA Systems Iberia

Azul: procesadores especýficos para servidores Java

Azul, una comparáýa novel de Sillicon Valley, ha creado un nuevo microchip, llamado Vega, que pretende multiplicar la eficiencia de los servidores de aplicaciones Java. Este chip, que se puede "enchufar" en los servidores de aplicaciones existentes y tras una pequeña configuracrión los programas Java se dirigen directamente a este chip para su ejecucrión.


Azul está ya trabajando para obtener una certificacrión para su chip, que estarý disponible en la primera mitad del 2005, para su instalacrión en servidores de Bea e IBM. Tambrión está trabajando en una iniciativa similar para crear un chip basado en la CLR de .NET, lo cual týcnicamente les erýa muy simple tras desarrollar el chip que ejecuta Java. Sin embargo (abrid los ojos aquellos que pensýis que .NET es un estándar) el problema, en palabras de Stephen DeWitt, presidente de Azul, es:




La diferencia entre el mundo CLR y el mundo Java es que Java está abierto. El mundo CLR es Microsoft, por ello requiere una relacrión de negocio con Microsoft.


Personalmente creo que esta idea es muy interesante y seguro que oiremos hablar más de ella en el futuro.

¿Si Sun Liberase Java qué tipo de Licencia podría usar?

Bob Scheifler, ingeniero senior de Sun, ha empezado un debate entrono a la OSI sobre una posible licencia para liberar Java. El post inicial de Scheifler que arrancó el debate fue:





Para mi edificación personal, y esperando esto es una pregunta aceptable, me gustaría entender si el bosquejo informal de licencia siguiente está en desacuerdo con el OSD. Cualquier comentario será apreciado.


1. El trabajo autorizado consiste en el código original, la suite de prueba en la forma ejecutable, y la documentación de suite de prueba.


2. Un trabajo derivado en la forma ejecutable que ha pasado la suite inmodificada de prueba puede ser distribuido bajo cualquier licencia.


3. Cualquier otro trabajo derivado sólo puede ser distribuido bajo esta licencia.


Cualquier distribución debe incluir la suite inmodificada de prueba y la documentación de suite de prueba.





Esta licencia guarda cierta similitud con la que Mariscal y yo definimos en el artículo Análisis de la "libertad" en la plataforma Java . Desde luego que para mi esa licencia podría considerarse libre. Para Kevin Bedell, editor en jefe de la revista LinuxWorld esta licencia también sería aceptable como abierto.


Sin embargo yo últimamente me inclino más hacia el uso de una doble licencia, como definí en Software Libre, Estándares Libres y la plataforma Java, por considerarlo más realista dada la situación actual de Sun y Java.


¿Y tu que opinas?

Red Hat reacciona a los comentarios de Schwartz

Michael Tiemann, vicepresidente de Red Hat, parece haberse decidido a responder a los comentarios de Schwartz poco favorables a Red Hat . En su weblog Tiemann se ha hecho eco de esa vieja canción que los enemistados con Sun usan para atacarle (se llama "Liberar a Java"). En su weblog se puede leer:





Si usted ama la comunidad Open Source, abriría la fuente Java. Si usted no abre Java esto quiere decir que usted no nos ama, o al menos usted no confía en nosotros. ¿Por qué, entonces, deberíamos nosotros confiar en usted?





También aborda otro tema, que por algún motivo no es tan popular pero al menos a mi me preocupa tanto o más que la existencia de una implementación de J2SE abierta:





¿Prometería usted a todos los desarrolladores Open Source que podrán usar cualquiera de sus patentes en código abierto sin el miedo de acabar en un pleito con Sun? ¿Crearía usted un fondo para defender a desarrolladores Open Source contra la prácticas predatorias de otras empresas?





Estos comentarios surgen a raíz del acuerdo que Sun y Microsoft firmaron que garantiza a Sun que no será demando por Microsoft por patentes infringidas por Star Office, pero no garantiza lo mismo para Open Office.



A mi me parece que Red Hat se ha cansado de recibir y empieza a repartir un poco también. ¿Y a vosotros?