main() {
  print("hello world");
}

Se compila a:

public class test {
  public static void main(java.lang.String[]);
    Code:
       0: invokedynamic #18,  0             // InvokeDynamic #0:__main__:()V
       5: return        

  public static java.lang.Object __main__();
    Code:
       0: ldc           #21                 // String hello world
       2: invokedynamic #27,  0             // InvokeDynamic #1:print:(Ljava/lang/String;)V
       7: aconst_null
       8: areturn
}

Es un proyecto curioso, pero al menos yo no alcanzo a ver su utilidad.

Fuente: javahispano.org

TomEE emplea como base Tomcat, pero incorpora un total de 150 proyectos open source, entre ellos Apache OpenEJB, Apache OpenWebBeans, Apache ActiveMQ, Apache OpenJPA, and Apache CXFis y Apache MyFaces. En el diseño de este nuevo servidor de aplicaciones se ha tratado de no alterar Tomcat en absoluto, sino de simplemente añadirle cosas. Se trata de seguir teniendo un servidor sencillo, como Tomcat, y con una arquitectura sencilla.

Los componentes principales de TomEE son:

• CDI: Apache OpenWebBeans
• EJB: Apache OpenEJB
• Javamail: Apache Geronimo JavaMail
• JPA: Apache OpenJPA
• JSF: Apache MyFaces
• JSP: Apache Tomcat
• JSTL: Apache Tomcat
• JTA: Apache Geronimo Transaction
• Servlet: Apache Tomcat

Existe una segunda versión de TomEE, TomEE Plus, que además incorpora los siguientes componentes:

• Connector: Apache Geronimo Connector
• JMS: Apache ActiveMQ
• Web Services: Apache CXF

¿Cuántos usuarios de Tomcat por aquí creéis que a lo mejor os movereis a TomEE?

Os dejo unas transparencias sobre el tema:

Fuente: javahispano.org

Web Apache TomEE: openejb.apache.org/3.0/apache-tomee.html

Muchas veces conseguir tener los JAR adecuados puede llegar a ser un problema. En algunas ocasiones se puede llegar a poner librerías de más. Este no es un problema grave siempre que una librería no entre en conflicto con otra librería que tenga la misma clase, como puede ser el poner diferentes versiones de un mismo framework.

Pero en otras ocasiones nos surge un problema mayor que consiste en que nuestra aplicación busca una clase que no está en las librerías externas. Normalmente, cuando la dependencia está en nuestro código, la dependencia se ve fácilmente ya que la marca el IDE. Sin embargo, cuando la dependencia está en otra librería externa, solo la veremos en tiempo de ejecución mostrándonos la excepción NoClassDefFoundError.

En ambos casos, necesitaremos la librería que contiene esa clase. Para conocer las diferentes librerías que puede tener una clase tenemos varios buscadores de ficheros JAR. Tres de estos buscadores son JarFinder, FindJar y JarSearch. El modo de búsqueda es bastante sencillo: “Se debe introducir la clase con o sin paquete previo y el buscador nos dará diferentes links a librerías que cumplen ese criterio”. Haciendo clic sobre el link deseado conseguiremos descargar la librería requerida.

Estos buscadores son muy útiles cuando tenemos que lidiar con código que no es nuestro como proyectos ubicados en SourceForge o con frameworks y librerías que no contienen información de las dependencias requeridas. ¿Hay alguno que os guste más que otro?. A nivel informativo, los resultados más elegantes son los que entrega JarFinder ya que muestra la compatiblidad de la versión de la máquina virtual y el tamaño con una estética bastante ordenada. A mi me gusta FindJar … la simple tontería de tener un logo bonito .

JarFinder | Página original
FindJar | Página original
JarSearch | Página original

Fuente: genbetadev.com

Pues exactamente eso es lo que ha pasado. Thomas Enebo, uno de los dos padres de JRuby, cuando Oracle hizo este anuncio, comenzó un proyecto para hacerse cargo del soporte de JRuby para Netbeansy pidió la ayuda de la comunidad.

Ahora, cuando Netbeans 7.0 todavía está en beta, ya tienen una solución para instalar soporte para Ruby en él. El plugin se obtiene a partir de los repositorios del propio Netbeans, aunque por ahora vive en la “sección beta” del repositorio. Aquí tenéis instrucciones para instalarlo.

¿Cuántos por aquí usáis Ruby/JRuby? ¿Y cuántos empleais Netbeans para vuestros desarrollos con estos lenguajes?

Fuente: javahispano.org

Ahora java.net ha sido integrado con el antiguo proyecto Kenai de Sun. Además, los proyectos opensource albergados en este portal podrán tomar ventaja de herramientas como Mercurial, Git y Jira.

La migración ha sido descrita como “un gran esfuerzo” por un ingeniero de Oracle. Sin embargo, no todos los proyectos del antiguo Java.net están en la nueva versión. Según fuentes de Oracle, había un buen número de proyectos opensource abandonados en el portal, y en muchos casos estos no se han migrado.

Fuente: javahispano.org

iSpectrum es un plugin para Eclipse. Entre las cosas que soporta está el emplear Eclipse para ejecutar paso a paso código Java de una aplicación que se está ejecutando en tu iPhone. Los desarrolladores de esta herramienta la han empleado para portar varias aplicaciones de Android  y Jave ME a iOs (aquí tenéis un video de un ejemplo de una misma aplicación ejecutándose en Android y en un iPhone, y aquí un video de una aplicación Java ME corriendo un iPhone).

Se trata de una aplicación comercial, aunque tiene una versión gratuita. Las distintas versiones de pago de la aplicación tienen precios entre 300 y 1500 €. La diferencia entre las distintas versiones es fundamentalmente el número de APIs del iPhone, de Android y de Java ME que soportan.

Fuente: javahispano.org

Steven Chin

Stephen Chin, un Java Champion, ha creado de su blog una petición para pedirle a Oracle que haga JavaFX opensource. Según él, JavaFX no está teniendo demasiada adopción porque el entorno de ejecución es cerrado. Hacer JavaFX opensource resolvería este problema y haría la tecnología más competitiva.

Para apoyar a la causa, simplemente tenéis que indicar vuestro nombre y dirección de correo electrónico en el formulario que aparece justo debajo del post (no al final de la página, donde está el mecanismo normal de comentarios del blog). Es necesario introducir el correo electrónico porque los votos se confirma mediante e-mail.

Fuente: javashispano.org

También permite exportar los gráficos creados, tanto los gráficos estáticos como las películas a formato RenderMan, y también a PostScript, PDF y SVG en el caso de las imágenes. En cuanto a sonido, soporta tanto estéreo como 5.1 surround.

jReality se distribuye bajo licencia BSD. Ha sido creado por un equipo de investigadores de la Technical University de Berlín, por ello la librería “peca” de estar un tanto orientada a animaciones matemáticas y físicas en tiempo real. Podéis obtener más información sobre esta librería en su web.

Fuente: javahispano.org

El proyecto se encuentra actualmente en su versión 0.8, está alojado en Google code y se distribuye bajo licencia MIT. Aquí tenéis varias demos del proyecto.

Fuente: javahispano.org

Esta versión es un hito más hacia OX4, cuyo objetivo es mejorar la experiencia del usuario. Tiene más de 30 nuevas características y arreglos sobre 4m3, entre las que destacan:

• El usuario puede minimizar cualquier marco en modo detalle.
• Cualquier acción puede mostrarse en cada fila del modo lista o colecciones.
• Hay un nuevo editor para mostrar las colecciones como árboles.
• El comportamiento de la búsqueda desde modo detalle es más intuitivo

Os invito a descargar y probar esta nueva versión.

Fuente: javahispano.org