Buscar
Social
Ofertas laborales ES
jueves
sep302004

0xCAFEBABE

Normalmente los formatos comienzan con un nýmero mágico, el de los .class es 0xCAFEBABE, y está es su historia.





Kim Polese fue la encargada de marketing de un compilador que luego se usaría en el proyecto Oak. Si existrió una cafe babe fue ella. CAFE significý originalmente "C++, A Front End", y sirvrió de inspiracrión para el nombre Java.
jueves
sep302004

J2SDK 1.5.0 FCS ya disponible

Hoy mismo acaban de anunciar en java.sun.com ( está algo rebuscado así que usar el enlace de esta noticia ) el lanzamiento de la versrión Final Candidate Status del JDK 1.5.0, Tiger.



Podéis ver las notas de lanzamiento aquí. Por cierto, en la misma pýgina nos sugieren los siguientes blogs donde se leen opiniones de los principales arquitectos de Tiger:



- Calvin Austin, J2SE 5.0 spec lead


- James Gosling, VP, Fellow and creator of Java technology


- Graham Hamilton, VP, Fellow and Java technology architect


- Chet Haase, Sr. Staff Engineer, Rich Desktop Client


- Mark Reinhold, Chief Engineer, J2SE



A descargar tocan.
jueves
sep302004

WORA sý, pero con el mismo JDK...

Normalmente no publicaría un artículo sýlo como una noticia, pero creo que este puede dar lugar a una discusrión interesante. En este artículo Rarál Kumar aborda el problema de portar aplicaciones Java, tanto a nivel de binario como de código fuente, entre diferentes versiones del JDK.



Teýricamente el WORA deberýa garantizarnos la portabilidad de la antiguas aplicaciones en los nuevos JDKs. Sin embargo cualquiera que lleve un tiempo en este mundo sabe de sobra que eso no es así. Aquí tenéis un listado de las incompatibilidades oficiales de algunas versiones de los JSKs:





En el artículo se describe una estrategia para portar una aplicacrión Java, por quý se debe portar, cýmo abordar el porte y se dan consejos para evitar los problemas al portarla, como evitar los paquetes sun.* del JDK.



¿Qué opinýis vosotros de las incompatibilidades entre JDKs? ýExperiencias al respecto?
miércoles
sep292004

Jetty 5.0

Ha sido publicada la versrión 5.0.0 de Jetty después de cuatro RC (Release Candidate).



Jetty es una implementacrión open source y 100% Java de un servidor web y un contenedor de servlets acorde a la especificacrión 2.4. Tiene licencia Apache 2.0.



Consta de dos jar's que vienen a pesar sýlamente unos 600K lo que le hace ideal para empotrar en otros proyectos java. Entre otros, es utilizada en Cocoon, Phoenix, Cactus, ExistDB, Jira, Bea WBC y muchos EJB container como JBoss, JOnAS, Geronimo, JFox, ...



Puedes ver un repaso de las características nuevas en el weblog de su autor principal Greg Wilkins:

http://www.mortbay.com/MB/log/gregw/?permalink=servletNG.html
miércoles
sep292004

Sun reunifica sus persistencias

En una carta abierta a la comunidad Java, Sun expone su nueva idea de lo que deberýa de ser EL motor de persistencia de Java, comýn para J2SE y J2EE, unificando para ello EJB 3.0 (JSR-220) y JDO 2.0 (JSR-243) en una nueva especificacrión.



Aunque lo justifica alegando que no es lýgico tener dos tecnologías para un mismo propýsito (persistencia de objetos) y que esta divergencia crea confusrión entre la comunidad de desarrolladores, que crea estáriles debates y que es necesario reconciliar esfuerzos, acaba con la lapidaria frase "Creemos que esto es una oportunidad ýnica para que la comunidad de Java cree un modelo comýn de persistencia basada en POJO's para J2SE y J2EE.", y digo lapidaria porque en mi opinrión esto me sugiere que quieren lapidar a Hibernate, estandard de facto de pesistencia, que empezý utilizýndose para J2SE y que ahora de la mano del otro hijo bastardo, JBoss, se ha instalado en J2EE revalidando el modelo de persitencia basada en POJO's (en contraposicrión al de EJB que ahora Sun admite implícitamente que no es bueno) y vitalizando arán más a Hibernate.



Veo claro clara la jugada, el tema es si este movimiento es 'de buena fe' o se ha precipitado por los motivos antes expuestos.

ýpor que esa reunificacrión no ocurrrió muuucho antes?