viernes
oct282011
Propuesta para integrar JavaFX en el OpenJDK
chocesRichard Blair, Arquitecto Jefe de la Plataforma Cliente de Java, ha enviado una carta abierta al OpenJDK, en la que propone, entre otras cuestiones, ceder la totalidad del código fuente de JavaFX al OpenJDK, con la intención de crear un JSR, y plantear la posibilidad de que la versión JavaSE 1.9 pueda incluir JavaFX como parte integrante del JDK.
JavaFX se incluiría en el OpenJDK como un nuevo proyecto, llamado JFX, lo que implica de hecho que JavaFX será Open Source desde ese mismo instante, aparte de que estaría incluído en la Implementación de Referencia de Java, que es actualmente el OpenJDK.
En mi opinión, si se lleva a cabo, lo más significativo sería que JFX pasase a formar parte del JDK.
Reader Comments (7)
Como no forma parte de la noticia en sí, prefiero añadir este comentario aparte.
Hace exactamente 10 días, publiqué mis impresiones sobre este mismo tema, a propósito de una encuesta en:
http://www.java.net/poll/what-interests-you-about-javafx-20-and-its-future#comments
mediante las que manifestaba mis dudas sobre la adopción de JavaFX en relación con su pretensión de sustituir a Swing, y sobre las dificultades de desarrollo que plantea el tener en cuenta dos runtime diferentes, y dos vías de soporte de Sistemas Operativos.
Me alegra que el comentario final, donde proponía que lo más conveniente sería que JavaFX se integre en el OpenJDK, parece que puede llegar a ser una realidad.
Por supuesto, ni se me pasa por la imaginación que mis comentarios tengan algo que ver con la decisión tomada :D
Sin embargo sí creo que lo que no se comenta, no llega jamás a oídos de nadie.
Lo primero que tiene que conseguir JavaFX es ester soportado de forma "oficial" en Linux y OS X. Lo demas son ... detalles.
Después de meditarlo seriamente veo muy difícil que JavaFX vaya a sustituir a Swing, al menos en el corto y medio plazo, así que me parece un desatino (al menos no entiendo la intención) la insistencia de Oracle por desechar Swing y adoptar JavaFX.
Swing es un armazón MUY maduro, muy probado, muy estable, muy documentado, muy utilizado, muy extendido, muy completo, muy versátil, muy potente, etc... y a JavaFX le quedan muchos muchos muchos años para llegar a eso.
Además cada armazón es para lo que es y Swing es para desarrollar escritorio en aplicaciones de negocio, normalmente, o en general de todo tipo, mientras que JavaFX va mas destinado a las filigranas de la moda de los dispositivos móviles. Si yo estoy haciendo una aplicación de negocio o cualquier otro tipo no pienso dedicar ni un segundo de mi valioso tiempo de desarrollo en poner un texto con perspectiva o con efecto degradado, o aprender como se hace eso, etc... lo que quiero es rapidez de desarrollo y robustez, validación de datos y los aspectos visuales imprescindibles además de la disposición del diseño y con cuatro cosas mas vamos sobrados, como para ponerme a hacer virguerías.
Otra cosa es que JavaFX se conciba en cuanto a objetivos como un superconjunto de Swing, que permita hacer exactamente lo mismo que Swing y luego, si quieres adornos se los pones aparte, pero aun con estas a JavaFX todavía le queda mucho.
Por no decir que ya veremos el éxito y adopción que tiene JavaFX, que se la puede volver a pegar, y por no hablar que ya se está hablando del posible colapso de la propia burbuja de los desarrollos para dispositivos móviles, igual que en su momento fue el colapso del punto com.
Particularmente y con tal de que a Swing se le de un mantenimiento mínimo como hasta ahora se le está dando a mi no se me ocurriría hacer una aplicación de escritorio estándar en JavaFX, emplearía Swing sin lugar a dudas, y para que cambiara de opinión tendrían que pasar muchos años a ver el camino que tomara JavaFX, y si no es como dicho pues seguiría eligiendo Swing.
Creo que hay Swing para largo rato.
Saludos.
Esto pondría a Java-FX al nivel de lo que algunos de nosotros venimos reclamando.
"Oracle debe recuperar las piezas aprovechables del monstruo de JavaFX. - 22/02/2010 17:58 EFrigerio"
No obstante, hasta no verlo como parte de todas las JVM y disponible en todas las plataformas, es difícil tomárselo con responsabilidad.
Un saludo,
Igualmente creo que Swing debe seguir existiendo y según he leído en diversas fuentes es la intención !.
Lo que está haciendo Oracle con JavaFX es lo más conveniente para toda la comunidad Java!, veo en muchos foros que muchos desarrolladores seguramente con experiencia en Swing tratan de minimizar las ventajas de JavaFx!, para nadie es un secreto que Swing a pesar de ser maduro es un poco obsoleto en varios aspectos tanto de diseño visual como estructural!. JavaFX no es un rival para Swing!, hay que verlo como un aliado!, incluso se ha trabajado intensamente para que sea lo mas sencillo posible integrar ambos en una misma aplicación y no solo para Swing, también se está trabajando en la integración con SWT, con HTML, CSS, etc. Creo que como desarrolladores tenemos que ver a JavaFX como una opción más y seleccionarlo para los desarrollos cuando sea la elección más adecuada!, eso lo puede determinar solamente cada cual en dependencia de los requerimientos del proyecto que desarrolle.
Es la oportunidad que tenemos los desarrolladores Java de competir en el escritorio con frameworks como SilverLight, Adobe Flex, etc, que no es un secreto que es muy difícil en muchas ocasiones convencer a nuestros clientes, usuarios y superiores desarrollar lo parte cliente de nuestras aplicaciones en Java.
Con JavaFX vamos a contar con poder tener interfaces visuales descriptivas en fxml (ahora cualquier editor ya sea Eclipse o Netbeans u otros no va a tener problemas con editar JavaFX, antes el editor gŕafico de Netbeans no era compatible con el código Java UI generado por otros editores y viceversa!, estabas atado a un IDE específico ), se va a obtener un mayor rendimiento gráfico dado que se van a hacer llamadas directas a las primitivas gráficas del sistema operativo (Esto último es lo contrario de lo que se hacía en Swing, un framework muy fácil de portar a cualquier plataforma pero con un rendimiento gráfico muy pobre!) y se va a contar con aceleración gráfica por hardware.
Para Mac OSx ya hay un versión beta disponible en el sitio oficial y para Linux pronto va a existir!, el retraso según los desarrolladores oficiales es debido a las dificultades que conllevaba las llamadas a las primitivas gráficas de cada sistema operativo al cual se quiere portar el framework. También se espera en breve la disponibilidad de un editor gráfico "Drag and Drop" para Netbeans e igualmente estará disponible para Eclipse, JDeveloper y otros de forma opensource.
Mi opinión es que es genial poder contar con un framework más que facilite nuestro trabajo! y mucho mejor si es open source y parte del OpenJDK de forma oficial, aunque para proyectos inmediatos no lo recomiendo a no ser de forma experimental.
Saludos a todos
concuerdo totalmente con jb
antonio
javafx definitivamente sustituirá a swing para aplicaciones nuevas de inmediato y sin ninguna complicación swing es feo y incompleto eso de que es "maduro" es como decir que ejb 1.0 es maduro por que hay muchos libros y documentación y hay un montón de des arrolladores que lo conocen y existen ya echas muchas apliaciones en ejb 1.0 a pesar que en la actualidad todas las opciones son 100 veces mas faciles como spring o ejb 3.0
que javafx es bonito por las puras y que eso no aporta valor aporta poco pero ese aporte es totalmente gratis no vas a trabajar mas para que tu aplicación se vea mas bonita que swing
swing no tiene validación de datos tu la tienes que hacer a mano acaso has visto alguna clase relacionada con la validación alguna ves as visto que tu caja de texto te salte una explicación diciendo que el texto no cumple con el patrón o el tamaño esperado con javafx igual lo tendrias que hacer o recurrir a librerías externas estarías en la misma situación
que no puedes hacer swing que no haga javafx igual el 99 por ciento de los desarrollad ores jala de su paleta sin saber lo que hace y escribiría código idéntico que si lo haría con swing o con javafx para ellos cualquier cosa es magia de todas maneras
mantenimiento? jamas le han dado mantenimiento respetable todo el interés se va para la web y el escritorio siempre a sido relegado como cualquier cosa por que crees que le prestarían interés si ya tienen algo mejor
swing maduro? prefiero cualquier otra libreria que me me haga decir
por fin tendremos un miserable selector de fechas
por fin tendremos un miserable selector de imagenes
por fin tendremos biding
por fin dejaremos de escribir arto codigo basura de propertychangelistener add remove
@JB
No se puede considerar una versión "oficial" al uso, porque no es una GA, pero se acaba de anunciar la disponibilidad de una Developer Preview Release de JavaFX 2.0 para Mac OS X:
http://www.oracle.com/technetwork/java/javafx/downloads/javafx2-macosx-487281.html