Wicket 1.2 publicado

Se ha liberado la última versión de este framework para aplicaciones web basado en componentes Java después de 7 mesesde trabajo. En lo personal no había oído de este framework pero se ve bastante bien. De acuerdo al sitio, "Wicket permite a los desarrolladores crear aplicaciones web dinámicas usando solo Java y HTML". Y entre las características de esta nueva versión están:

• Soporte multiplataforma nativo para AJAX: Usa Ajax sin escribir una línea de código Javascript (¿Será como con GWT de google?)




• Manejo mejorado y simplificado de internacionalización (i18n)




• Soporte mejorado para pruebas unitarias a componentes y páginas; a través del WicketTester, crea pruebas que pueden ejecutarse fuera del contenedor.




• Componentes AJAX Out-of-the-box




• Soporte mejorado para autenticación y autorización, te da el poder de especificar autorización al nivel de componente.




• Soporte para Spring que te permite inyectar lógica del negocio en páginas web de forma no intrusiva

Bastante impresionante lo que ofrece este framework, parece ser una alternativa seria a otros frameworks web basados en componentes como JSF (que no me termina de convencer) o Tapestry (usé la versión 2 para un proyecto y lo sentí demasiado complejo para las pocas ventajas que te daba). ¿Alguién tiene experiencia usándolo?

Nueva Version 5.5 de Netbeans&Mobility Pack

Hola como estan?

Hace algunos meses les comente de la version de NetBeans 5.0, pues debo anunciarles que el equipo realmente trabaja arduamente y ya es oficial la Nueva Version de NB 5.5



La nueva version de NetBeans 5.5 soporta Java Enterprise Edition 5 platform y los mas importante es que soporta las especificaiones jax-ws 2.0




Despues del exito de NB 5.0, NetBeans 5.5 cuenta con soporte adicional para Java EE y Sun Java System Application Server PE 9 y por supuesto genera artifacts para JAX-WS 2.0 para proyectos Java SE 6 y Java EE

Tiene incluido soporte para Java Persistence y para Enterprise Java Beans 3. Y como la version anterior incluye soporte para desarrollo de modulos IDE plug-in y aplicaciones cliente basadas en la plataforma de NetBeans.




PUESDES DESCARGARLO AHORA!!!!!






Bye bye

Liberando a Java: cuándo, cómo y quién

En una entrevista a Informationweek Schwartz ha aclarado muchas dudas sobre "liberar a Java". La entrevista es todo lo contrario a su intervención en la JavaOne: breve y concisa y precisa. El proceso legal para liberar a Java llevarán de uno a dos años; el motivo por el que ahora están liberando Java es competir contra .Net y acallar las críticas de la comunidad; Apache sería del "hogar natural" para el repositorio de código, pero probablemente no coincidan con sus puntos de vista y el encargado del repositorio acabe siendo una variación del Java Community Process, o quizá sea Java Community Process mismo; y la licencia no será, con total seguridad, GPL, probablemente sea similar a MPL.



Lo que ha dicho respecto al riesgo de que hay algún fork es que "pocos proyectos libres crean forks" y, como prueba de ello, menciona a Linux. Esto me ha resultado tremendamente gracioso. Hace tres años era él el que decía que no debían liberar Java para que no "crearse forks como Linux". Obviamente, en sus palabras más recientes se debe de referir al kernel, y en su día a las distribuciones. Con las empresas, al igual que con los políticos, lo mejor es fijarse en lo que hacen y no en lo que dicen...

Propuesta una API aíncrona para los Servlets

Greg Wilkins, desarrollador del contenedor web J2EE Jetty, cree que la creciente popularidad de Ajax hace necesaria una API aíncrona para los Servlets para gestionar adecuadamente las peticiones tipo Ajax. Este API debería de soportar entrada y salida no bloqueante, ser capaz de retrasar la gestión de una petición hasta que ocurra un determinado evento o transcurra una determinada cantidad de tiempo y dejar una respuesta abierta en el caso de que el cliente pueda enviar más datos de modo asíncrono.



¿Qué os parece en estas ideas?

LAMEOnJ v0.9 Java MP3 encoder API basada en LAME d

LAME es probablemente el mejor encoder MP3 que existe. En Windows es distribuido en dos versiones:



1. Ejecutable estáticamente enlazado para ejecutar desde la línea de comandos.

2. La librería dinámica lame_enc.dll exportando una API compatible con el viejo BladeEnc MP3 encoder.



LAMEOnJ es una API Java 100% simétrica a la API LAME/lame_enc.dll accediendo a la misma. Por abajo las llamadas a los métodos Java llaman a los métodos exportados por lame_enc.dll y las estructuras LAME son mapeadas por clases Java simétricas.



Como os podeis imaginar las clases de LAMEOnJ son enriquecidas (enhanced) con JNIEasy y usa el mismo en ejecución. Ya sabeis que JNIEasy es gratuito para uso personal sin ánimo de lucro.



LAMEOnJ tiene dos niveles o versiones:



1. Un API simétrica a la de C : las clases Java, atributos y métodos, son directamente correspondientes con las estructuras y métodos exportados por LAME. El estilo de programación es prácticamente idéntico al de C (en Java por supuesto).



2. Una API orientada a objetos: las clases e interfaces Java encapsulan las pesadas tareas propias de la programación en C con una API más simple y robusta, y aportando métodos para codificar en MP3 archivos WAV o streams WAV/LPCM.



LAMEOnJ es de código abierto y con licencia LGPL, por lo cual en teoría una aplicación de código cerrado puede usarla, aunque hay que tener en cuenta el asunto de las patentes MP3 que recaen sobre el archivo lame_enc.dll.



Buenas noticias: el tiempo empleado en codificar un MP3 grande con LAMEOnJ y por línea de comandos (con lame.exe) es prácticamente idéntico, no mayor si acaso de un 5% de diferencia.



¿Qué piensas acerca de ir llevando a Java el enorme legado del mundo C/C++?