JavaSound: El sonido del silencio

No es que la famosa canción de Simon y Garfunkel haya sido convertida en algún formato especial de Java.



De acuerdo a los comentarios en el foro de java.net (que es portada del mismo), parece que el módulo de sonido de Java, JavaSound, parece "abandonado" desde un punto de vista técnico, su único responsable, Florian Bomers, dejó Sun en agosto del año pasado, desde entonces nada nuevo, no hay más que ver en la web de la especificación que las "noticias" datan del 2003.



Esta es una de las razones por las que Sun debería abrir Java, o aquellas partes que no sean estratégicamente importantes. El caso de Swing es quizás paralelo al de JavaSound, Swing mejoró ostensiblemente a partir del desarrollo de SWT, ¿ocurrirá lo mismo con JavaSound?, esto abriría el debate de competencia vs colaboración.



En un mundo en donde DivX Networks está apunto de sacar su DivX 6 que competirá con los futuros DVD-Bluray y HD-DVD y en donde el codec de Microsoft WM9 forma parte del HD-DVD, ¿en donde encaja Java?



En una anterior noticia se anunciaba que Java formará parte de Bluray, pero dada la "relevancia" actual de JavaSound parece que no veremos reproductores hechos en Java.



Un signo positivo de cambio es la llamada de Sun a apoyar el desarrollo de Mustang (J2SE 1.6).

Controversia por el uso de Java en OpenOffice.org 2.0

OpenOffice hace tiempo que emplea Java para cierta funcionalidades secundarias que no afectaban al núcleo del programa. Sin embargo esta situación va a cambiar en OpenOffice 2.0, donde, por ejemplo, la nueva base de datos Base o los asistentes del Writer requerirán de una máquina virtual Java.



Los que están a favor de emplear Java alegan motivos técnicos (la base de datos en la que se basa Base esta implementada Java, Java es más productivo que C++, es más fácil encontrar programadores con habilidades Java que programadores C++...). Los detractores critican que Java no es libre y que esto podría hipotecar el futuro del paquete de ofimática. A raíz de esto algunas distribuciones de Linux están considerando no redistribuir OpenOffice y dejar de apoyarlo, o seguir la iniciativa de Red Hat e intentar compilar OpenOffice con GCJ para eliminar las dependencias con librerías y la máquina virtual propietaria (el problema de esto es que este compilador, si bien pudo compilar el Java que se empleó en OpenOffice 1.1.4 lo va a tener bastante más difícil para compilar el empleado en OpenOffice 2.0).



Personalmente me parece una actitud muy radical despreciar o marginar un desarrollo libre porque requiera de otro comercial, ya sea el comercial gratuito (como Java) o haya que pagar por él. Extendiendo los argumentos de los detractores de la inclusión de Java en OpenOfice, nadie debería de desarrollar nunca software libre para Windows o Mac Os, ya que ambos son sistemas operativos propietarios y por lo tanto el software que ha sido desarrollado para ellos no será completamente libre por depender para poderse ejecutar de otro software que no es libre (el sistema operativo).



¿Tú qué opinas ?

Novell se alýa con JBoss y cambia SilverStream por JBoss

Novell cambiarý el servidor de aplicaciones J2EE que adquirrió a mediados del 2002, SilverStream, por el de la comparáýa JBoss. Además Novell se convertirý en el principal contribuyente del proyecto JBoss Enterprise Middleware System (JEMS) y darý soporte a esta solucrión.



Parece que la JBoss Open Source Federation que recientemente creý JBoss está empezando a dar sus frutos.

e-Gen Developer

E-Gen Developer es un Entorno RAD (Desarrollo Rýpido de Aplicaciones) que proporciona un desarrollo muy rýpido para crear aplicaciones web, escrito en su totalidad en Java y basado en Jakarta Struts.



E-Gen fue creado para superar tres desafýos býsicos hechos frente por gerente de TI: aumentar la productividad, reducir los costes de mantenimiento, y reducir el tiempo de entrenamiento y adaptacrión de los colaboradores.



La productividad en un equipo de desarrollo es býsica para garantizar el cumplimiento de los tiempos indicados y del mantenimiento de los bajos costos de los proyectos. El e-Gen provee al programador recursos visuales que se convierten en la creacrión de una programacrión extremadamente rýpida. Todo executado a partir de un navegador.



El mantenimiento de las aplicaciones generadas tambrión compone datos extremadamente importantes por el dinamismo de las comparáýas y de los mercados. En e-Gen, el código generado se estandardiza y todas las alteraciones necesarias pueden ser realizadas a travýs del entorno, con facil acceso a las aplicaciones generadas previamente. Asi, el mantenimiento de una aplicacrión se hace fýcil y rýpido y puede ser llevado por cualquier miembro del equipo.



En las aplicaciones basadas en Web, se utilizan las tecnologias (HTML, Java Script, XML, DHTML, APIs Jaa, JSP, Servlets, SQL, etc) que requieren un alto coste de entrenamiento de cada miembro del equipo para acabar con calidad sus tareas. El e-Gen genera las aplicaciones usando las mejores prácticas y padrones definidos para las diversas tecnologías, exactamente cuando el desarrollador no las domina totalmente. En esta forma, la inclusrión o la substituicrión de un miembro del equipo se puede llevar a travýs de forma rýpida y com bajo costo.



Usando e-Gen, intentamos un aumento significativo de la productividad del equipo de desarrollo, lo obtenemos com la reducrión de los costes y el tiempo para mantenimiento de los sistemas y para facilitarlos para el encargado de TI, la gerencia de los proyectos, com la reduccrión de los requisitos de calificacrión individual de su equipo.



El resultado final es la creacrión de aplicaciones con la calidad, robustez, escalabilidade, bajo costo, y con una agilidad extraordinaria.



Licencia GNU y total exime

Mýdulo de la integracrión con DisplayTag 1.0.

Más grande integracrión con el Mozilla/Firefox.

Hoja de Trabajo integrada ý Herramienta de DB.

JAAS Nativo.

Functionary en el Tomcat 5.x.

Cadastre de fuentes de los datos.

Mejora en el tratamiento de LOV.

Archivos de customizacrión para el proyecto.

Código escrito de la escritura del objeto.

Edicrión de todos los objetos.

Externo Campo la lengýeta.

Documentacrión en línea para todas las pýginas

Más de 70 nuevas características.

Sun va a liberar JES en breve

Jonathan Schwartz en una entrevista a InformationWeek ha revelado que Sun planea liberar Java Enterprise System en el segundo cuarto de este año. Con este movimiento Sun Microsystems pasará a ser la organización que más líneas de código ha contribuido al movimiento del Software Libre, adelantando a la Universidad de Berkeley. Aunque no ha dicho nada de la licencia con casi total seguridad será CDDL.



Schwartz también ha dicho que desde que liberaron el sistema operativo Solaris 10 ya se han distribuido más de un millón de licencia registradas.



Según Schwartz este movimiento prueba que Sun es una compañía realmente comprometida con el Software Libre. La verdad es que en estos momentos Java es prácticamente el único software propietario que tiene Sun, así que ver cuando le toca ;-)