LAMEOnJ 1.1 soporte de WAV mono, Solaris y Leopard

He publicado LAMEOnJ 1.1

LAMEOnJ es una librería 100% Java que permite acceder desde Java a toda la API del popular encoder MP3 LAME. Incluye una API orientada a objetos para simplificar la codificación en MP3 de archivos y streams WAV/PCM. LAMEOnJ utiliza JNIEasy como puente con el mundo nativo.

- Se ha actualizado JNIEasy a la versión 1.2.1 y se incluye soporte de Solaris. JNIEasy 1.2.1 soluciona los problemas con Mac OS X incluido Leopard. LAMEOnJ funciona en las mismas plataformas x86 que JNIEasy: Windows, Linux, Mac OS X, Solaris.

- La API orientada objetos estándar (mapeando los métodos estándar de LAME) ahora soporta streams y archivos WAV/PCM en mono.

- Algunos métodos de la API orientada a objetos han cambiado, ver CHANGELOG.txt

Aunque en la mayor parte de Europa no hay problemas de patentes software en EEUU sí por lo que LAMEOnJ no incluye binarios de LAME. En la web se dice donde obtenerlos o como compilar LAME.

JNIEasy 1.2.1 Soporte de Solaris x86 y Mac Leopard

He liberado la versión de JNIEasy 1.2.1

En esta nueva versión se añade soporte para Solaris x86 y se solucionan los problemas de Mac OS X 10.4 (Tiger al menos desde 10.4.5 y Leopard 10.5).

JNIEasy es una librería que permite acceder desde Java a código nativo típicamente C y C++ y viceversa sin JNI en donde a través de técnicas de sincronización transparente se consigue que un objeto Java represente a un objeto clase C++ y viceversa incluyendo atributos y métodos. JNIEasy puede usarse como una alternativa a JNI.

Actualmente JNIEasy se ejecuta en las siguientes de plataformas con procesadores x86: Windows, Linux, Mac OS X y Solaris.

Otros cambios menores son los siguientes:

* JNIEasy.setFeature("java.library.path","path-list")

Permite definir en tiempo de ejecución los directorios en donde buscar las librerías dinámicas. Ya no es necesario apoyarse también en la variable de entorno LD_LIBRARY_PATH o DYLD_LIBRARY_PATH (Mac) sobre todo en el caso de Mac.

Esta propiedad junto con "jnieasy.license.dir" permiten configurar totalmente JNIEasy desde código (no sólo en línea de comandos).

* Añadido al manual el capítulo "7.5 MAPPING NATIVE LEGACY CLASSES" y un ejemplo de código en ManualExamples.Mapping_native_legacy_classes(), en donde se explica como acceder desde Java a una clase C++ ("legacy") sin modificar su código fuente a través de falsos métodos C++

JNIEasy es comercial pero gratuito para fines no comerciales a través de una licencia temporal que puede renovarse cuantas se veces se quiera desde la web.

OpenJavaDay 2008 ¿cómo os gustaría que fuese el evento?

El OpenJavaDay 2008 será el evento Java que organice Sun Microsystems este año en España. Al igual que el año pasado, se tratara de un evento orientado al desarrollador y este año ¡javaHispano será coorganizador del evento!. De este modo Sun pretende conseguir que la comunidad se involucre de un modo más activo (y no sólo de modo pasivo) en él.

Lo más probable es que el evento se celebre un jueves y/o viernes de junio, hacia mediados o hacia finales del mes. Para que el evento que se organice finalmente sea lo más próximo posible a lo que la comunidad quiera vamos a aprovechar esta noticia para haceros un par de preguntas sobre vuestras preferencias sobre él:

• ¿Cuál crees que es la mejor ubicación del OpenJavaDay, dentro de Madrid capital o en las afueras de Madrid (Leganés, Alcalá, Móstoles...)?
• ¿Cuál es el número de días que crees que debería durar, uno o dos días ? de ser dos días ¿tendrías tiempo para venir ambos días?
• ¿Cuáles serían los temas que más os interesan que se tratasen? Groovy, JavaFX, JPA, EJB 3.0, Spring... o cualquier otra cosa.
• ¿Crees que vendrás al OpenJavaDay si o no? ¿Influye en esta decisión el hecho de que dure uno o dos días?
• Cualquier otro comentario al respecto.

Al igual que el año pasado, el OpenJavaDay se celebrará de modo paralelo al OpenSolarisDay. Como habréis podido deducir, todavía no hay fecha definitiva ni lugar definitivo de celebración, pero os mantendremos informados desde el portal según se vayan definiendo estos apartados.

Gracias por adelantado, tanto en nombre de Sun como de javaHispano, por responder a estas preguntas y ayudarnos a definir el evento.

Google Code University, una universidad online para aprender programación

Google Code University es un proyecto de Google Code que pretende crear una "universidad online" para aprender programación, es decir, un conjunto de recursos orientado hacia universitarios que tengan como finalidad aprender a programar. Actualmente existen cuatro secciones: lenguajes de programación (donde, por supuesto, Java tiene una sección), sistemas distribuidos, Ajax y seguridad web.

También existe otra sección dedicada a soluciones que emplean a menudo los programadores, como bases de datos o sistemas de control de versiones, y un buscador específico que sólo devuelve resultados de páginas web de universidades.

IntelliJ IDEA, el primer entorno Java en reconocer que no está solo en el mundo

En un proyecto software de tamaño mediano o grande el equipo de desarrolladores que trabaja en él a menudo no empleará el mismo entorno de desarrollo. Esto hace que los desarrolladores tengan que perder tiempo configurando distintos entornos de trabajo: en vez de configurar el proyecto una sola vez habrá que configurar una vez por cada IDE que usen los desarrolladores del proyecto. Además, no todas las modificaciones que se realizan en un entorno de trabajo pueden ser compartidas de modo simple a través del sistema de control de versiones.

En estos casos Ant o Maven suelen ser la lengua franca que se suele adoptar, pero la integración de estas soluciones con los entornos de desarrollo nunca es total y siempre suele ser necesario configurar algunas cosas a mano en el IDE.

Esta situación puede darse incluso en el caso de un único programador que toma ventaja del hecho de que cada entorno Java tiene diferentes puntos fuertes (a IntelliJ nadie le gana en el editor de texto o en el soporte de Groovy, pero Eclipse tiene mejores soporte para Spring y cuando el problema va de construir interfaces gráficas de usuario en Swing o usar JRuby a Netbeans nadie le gana, por poner unos pocos ejemplos). En este caso lo que solemos hacer (y me incluyo en este grupo) es tener una misma base de código fuente configurada para trabajar con varios IDE. Nuevamente, hay que duplicar mucho trabajo de configuración manual del entorno.

Durante algún tiempo varios IDE Java han venido proporcionando asistentes para importar proyectos desde otros IDEs, en un esfuerzo por facilitar la migración de los desarrolladores. Sin embargo IntelliJ IDEA es el primero que incorpora una solución para trabajar al mismo tiempo sobre un mismo proyecto con otro IDE (Eclipse sólo por lo de ahora) manteniendo la información del proyecto sincronizada en ambos entornos.

A mí me parece una idea brillante y genial y espero que más IDE comiencen a copiarla porque, al menos a mí, me vendría de perlas. ¿Qué opináis vosotros?