Bob: We want to get feedback from the community and that might require changes to the language, such as the addition of new APIs, rich media, television, streaming, audio. There is a rich set of things we can do there that would require significant changes.

En disant cela, Robert pointe du doigt les faiblesses actuelles de Java concernant la gestion des « rich media » que sont les vidéos, la télévision, le streaming et même l’audio.
Mais il montre également la volonté de vouloir combler ces besoins. Je dirais ENFIN. Il était temps. Car tant qu’il n’y aura pas de streaming ni de support pour les codec vidéo dans Java, on continuera à voir la présence de Flash dans ce domaine. Suffit de voir comment sont proposées les vidéos de JavaOne (cfr le blog de DannyCoward). Un Flash Player est nécessaire.

Dave: In addition to the JavaFX Script language, Sun has introduced a new platform to the mix–JavaFX Mobile. That is a small GNU/Linux platform with a complete Java 6 runtime on it. Correct?

Bob: Correct.

Dave: So then why tie the name of the platform to a specific language? Isn’t that the blur problem we just talked about?

Je dois avouer que je me range du coté de David Bock (voir la suite de l’interview). Si JavaFX Mobile, c’est Gnu/Linux avec JAVA SE 6 (je suppose que c’est de cela qu’on parler lorsqu’il dit a complete Java 6 runtime), pourquoi avoir donné un nom à cette plateforme qui semble réducteur, dans le sens où cela fait croire qu’il ne supportera que des applications écrites en JavaFX alors que cela pourrait exécuter n’importe quelle application Java SE 6, donc également même des applications Groovy, ou JRuby, sans oublier Java, bien évidemment.

J’avais dit que je poserais la question aux Java Champions, pour confirmer, vu que la plupart sont sur place.

Et en fait, cela se confirme: il y a bien eu une annonce lors de JavaOne disant que Sun travaille sur un Consumer JRE.

Le premier qui m’a répondu, ce fut Roman Strobl, en m’envoyant un lien vers son billet sur le blog, qu’il a écrit suite à ma question: http://blogs.sun.com/roumen/entry/an_important_promise_from_this
Il y a eu aussi Yakov Fain qui m’a également envoyé son billet, intitulé « JavaOne: The most important 2 minutes »
Son billet contenant un lien vers le blog de Danny Coward où une vidéo contenant l’annonce est disponible.
Mais également un lien vers le blog de Chris Maki où on y apprend que

As a prototype, the team put together some trial, to run « hello world » the JRE was 2 MB, the SwingSet2 demo was just under 4 MB, whereas the whole JRE is 12MB

Soit, 2Mo de nécessaire pour le kernel, et 4Mo pour la démo SwingSet2.
Faudra voir maintenant comment cela sera mis en oeuvre. Est-ce que rien ne sera possible tant que tout ne soit pas téléchargé, ou est-ce qu’un interaction même minimale sera déjà disponible assez rapidement.

Ensuite, David Bock a fait savoir qu’il avait également eu la possibilité d’interviewer Robert Brewin, qui a apporté un peu plus d’informations: Cela ne sera pas fini dans l’Update 2 de Java 6, et qu’on en aura encore plus dans l’Update 3 de Java 6.

Dave: So what is the mechanism for that? Are there going to be pieces removed, and downloaded on demand in the cases where they are needed?

Bob: Exactly. Much like the Java 7 kernel project where you will start with a really small piece and download other pieces as necessary, this is the same general principle, just moved where possible to Java 6. Java 6 update 2 will contain the pieces that most people need, and other pieces will be lazily downloaded in the background as needed, hopefully in a way that doesn’t affect normal usage patterns.

Cela confirme donc bien que l’on verra déjà cela dans l’update 2 de Java 6.

Aussi, si on ne trouvait rien concernant la gestion de module dans Java 6 Update 2 (bien que cela ne semble plus le cas aujourd’hui), on trouve en fait pas mal d’information lorsqu’on fait une recherche sur « Consumer JRE ». On trouve même la RFE qui la concerne dans le bugdatabase de Sun

Java 6 Update 2 will introduce a new deployment model for the JRE where the initial download is very small and additional JRE components are lazily downloaded only as needed. He said that the concept is very similar to the Java Kernel project proposed for Java 7.

Or Java 6 Update 2 pourrait faire son apparition assez rapidement.
Et ca, c’est une excellente nouvelle, qui pourrait (re)donner du tonus aux applets et aux applications Java Web Start, en attendant la solution finale qui devrait être implémentée dans Java 7 (mais c’est encore loin cela).

La seule chose qui me fait peur, c’est que je n’ai trouvé confirmation de cela nul part ailleurs. Ni dans les Change Lists de Java 6 Update 2 (cfr http://download.java.net/jdk6/6u2/promoted/b02/changes/jdk6u2-b02.html et

http://download.java.net/jdk6/6u2/promoted/b01/changes/jdk6u2-b01.html)

et rien à ce sujet via les moteurs de recherche. Je retombe toujours sur l’article d’InfoQ.
Or, je ne peux pas croire que cette nouvelle serait passée inapercue.

Christophe, toi qui est sur place, tu peux nous en dire plus ?

Je vais voir du coté des autres JavaChampions, et je vous dis quoi.

Vincent

On retrouve donc

• Doug Lea, un professeur qui a été à l’origine de pas mal d’API. Plus connu pour le JSR 166 concernant la concurrency. Egalement Java Champion.
• Fabiane Nardon, Community Leader de java.net.javatools. Egalement Java Champion (et oui, il y a aussi des femmes parmi les Java Champions)
• Dalibor Topič, étudiant en Allemagne. Participe à la maintenant de Kaffe, un projet de machine virtuelle. Egalement membre de la Free Software Foundation, et participe aussi au projet GNU Classpath.

Les deux employés Sun sont Mark Reinhold et Simon Phipps.

Pour plus de détails: http://openjdk.java.net/groups/gb/

Maintenant que nous avons vu l’aspect administratif, légal, voyons l’aspect pratique.

Est-ce que tout le JDK est maintenant disponible en open source ?
Malheureusement NON. Certaines parties du JDK n’appartenaient pas uniquement à Sun (rappelez-vous mon billet à ce sujet) et il semble que certains partenaires (attention: ce n’est pas parce que je vous ai montré un code source mentionnant un copyright IBM qu’il faut en conclure que c’est ce partenaire qui crée des problèmes. Le code source que je vous ai montré dans le billet n’est pas dans l’API causant le problème) aient refusé que leur contribution soient rendues open source. Ainsi, une partie de Java2D, qui concerne le rendu des polices, si mes souvenirs sont bons, n’a pu être rendue open source. Et il y avait une autre partie qui n’était pas rendue open source. Mais je ne la retrouve plus pour le moment.
Sun espère donc que la communauté Java va l’aider à rendre open source cette partie, en réécrivant le code de ces API. Mais en attendant, il fournit le format binaire, pour pouvoir tout de même avec une version d’OpenJDK entièrement opérationnel.

Rappelez-vous qu’en décembre, il vous était possible de compiler le compilateur depuis NetBeans. Et bien, maintenant, il est possible de compiler tout le JDK depuis NetBeans.
Tout le JDK est disponible sous forme de projets NetBeans.

• Javac Compiler. C’est le compilateur javac. Qui était déjà disponible en décembre.
• Javadoc. contient les sources de javadoc.exe.
• JConsole. Les sources de la JConsole.
• JMX. Sources de l’api JMX.
• Swing. .
• AWT & Java2d. A l’exception, si j’ai bien compris de la partie concernant le rendu des polices.
• Jar & Zip. Contient les sources des api pour Zip et JAr, plus l’outil jar.exe.
• J2SE. Permet d’avoir tout le Java SE, sauf Hotspor. Qui est fournit par le projet World.
• World. Pour avoir et HotSpot, et Java SE.

Plus d’information à ce sujet: http://nb-openjdk.netbeans.org/index.html

Sun va également rendre le TCK disponible pour OpenJDK. Ce n’est pas encore clair quand ni comment (sous quelles conditions). Mais il sera disponible. C’est déjà une bonne chose en soi.

Une charte sera signée ce mardi soir à 18heures, (heure locale San Francisco, ca donne 03h00 le mercredi matin à Paris, et Bruxelles). Vous pourrez certainement la lire ici demain matin: http://openjdk.java.net/legal/charter/

Voir la press release de Sun: http://www.sun.com/aboutsun/pr/2007-05/sunflash.20070508.3.xml

Bonne lecture.

Vincent

1. JavaFX Script
2. JavaFX Mobile

JavaFX Script, est présenté comme étant un nouveau langage de scripting, tournant sur toutes les plateformes Java, et permettant de créer des applications multimedia très aisément, tout en tirant profit de toute la puissance de la JVM et de son API.

Je dois bien vous avouer que cela n’est pas encore très clair pour moi. J’espère que Christophe pourra nous en dire plus. Mais certaines sources indiquent que cela pourrait être une réponse à AJAX, d’autres que cela va concurrencer Flash.
Or je ne vois pas comment JavaFX qui a toujours besoin d’une JRE (qui fait aujourd’hui +- 16Mo en téléchargement) pourrait être une réponse à AJAX qui ne nécessite qu’un simple navigateur web et rien d’autre, ou à Flash, dont le flash player ne fait même pas 2Mo.
Mais je suppose que quelque chose m’a échappé, ici.

JavaFX Script sera (ou l’est déjà, j’ai pas vérifié) disponible sous licence Open Source (et même précisément, GPL), comme c’est l’habitude de Sun ces derniers temps. La version Alpha de JavaFX Script est d’ailleurs déjà accessible, depuis la page qui lui est consacrée: http://openjfx.org .
Sur cette page, vous retrouverez des démos (téléchargeable via Java Web Start, ce qui nécessite malgré tout un temps de démarrage assez long), mais aussi des modules pour NetBeans 5.5 et NetBeans 6.0, mais aussi un plugin pour Eclipse 3.2.
Le fait qu’il existe un plugin pour Eclipse montre ô combien Sun veut que son nouveau langage se répande très rapidement dans le monde Java. Et comme Eclipse représente toujours une grande part de marcher, il fallait bien évidemment leur donner du support.

Bien que JavaFX Script a été rendu open source, rien n’a été dit sur la façon dont ce langage va être géré. Pourquoi Sun ne profiterait pas de ce nouveau langage, et de son plugin Eclipse, pour rejoindre la communauté Eclipse ?

L’autre produit, c’est JavaFX Mobile. C’est un environnement complet pour matériel mobile. Il comprend un noyau Linux, une JVM Java (mais est-ce seulement une JVM Java ME, ou une JVM complete, je ne sais pas trop), et tout un t’as d’autres API et applications que l’on retrouve dans un appareil mobile, que ce soit un téléphone ou autre.

Est-ce qu’on peut voir JavaFX Mobile comme un concurrent de l’OS d’Apple pour iPhone ? Je ne sais pas. JavaFX Mobile n’est que la couche logicielle. Qui sera vendue en OEM aux constructeurs de téléphones, pda et autres. Peut-être qu’on verra des clones de iPhone basés sur JavaFX Mobile dans le futur. Qui sait. Mais vaudra voir d’abord dans un premier temps quels sont les constructeurs d’appareils mobiles qui vont suivre Sun.

Combien de temps faudra-t-il attendre pour voir le premier téléphone JavaFX Mobile, ou la première application JavaFX pour Mobile ?

Je suis assez sceptique, et en même temps très curieux.
Sceptique, car on parle depuis un bon bout de temps maintenant de F3 (quasi 1 an) et il n’avait pas l’air de déchainer les passions. Certes les démos sont belles. Mais ce ne sont que des démos. J’attends la première application vraiment utile écrite en F3.
Par exemple, ce serait super d’avoir un outil comme Wink qui me permettrait de faire mes démos en F3 et plus en Flash.

Que pensez-vous de cette initiative de Sun ?

Et bien, ils ont lancé, à l’occasion de JavaOne, un concours, dont le prix est un SunSpotKit.

Envie de tenter votre chance ?

P.S. J’ai découvert quelques liens intéressants sur le net, qui vous donne une idée de la journée d’aujourd’hui :

Le blog d’Elliotte Rusty Harold.
Les coulisses de Java One

• Présentation de NetBeans 6, en preview
• 3ième numéro du NetBeans Magazine
• Sortie du livre NetBeans RCP
• 30% réduction pour le livre Pro NetBeans IDE 5.5 EE

Si NetBeans 6 Milestone 9 était sorti fin de cette semaine, c’est parce qu’ils allaient l’utiliser comme Preview pour le NetBeans Day de San Francisco.
Je vous rappelle les nouveautés:

• Nouvelle façon de l’installer
• Nouvelle Gestion des Plugins
• Nouveau Portail pour les plugins
• Profiler inclus dans NetBeans 6
• Support (J)Ruby
• Support JavaScript
• Support Databinding (JSR 295)
• Support Swing Application Framework (JSR 296)
• Support pour Mercurial
• Matisse encore plus amélioré
• Visual Web Pack intégré à NetBeans 6

Le livre NetBeans RCP est enfin disponible. D’ailleurs ceux qui arrivaient tôt recevaient leur exemplaire (Sachez que vous pouvez toujours jeter un oeil au code sources des modules).

Le livre Pro NetBeans IDE 5.5 EE était également disponible, avec 30% de réduction.

Ce fut également l’occasion d’annoncer la sortie du 3ième numéro du NetBeans Magazine. Ce numéro est disponible aussi bien en version PDF, qu’en version HTML.

Je ne sais pas s’il y aura encore d’autres annonces, mais les lecteurs assidus de ce blog étaient déjà au courant de la plupart des nouveautés introduites dans les derniers Daily builds de NetBeans 6. Pas de grandes nouveautés pour eux, donc.

Ce soir (heure de San Francisco, demain matin en Europe), il y aura le diner des JUG Leaders. L’occasion pour Christophe de revoir la plupart des JUG Leaders que nous avions croisé à Javapolis.

Je vous laisse également découvrir les Press Releases de Sun d’aujourd’hui:

• Les Duke’s Award
• Annonce de la preview de NetBeans 6
• Le premier CommunityOne Event

Demain, c’est vraiment JavaOne qui commence. Avec les Keynotes, et leurs lots d’annonces. Le keynote de Rich Green est fortement attendu.

Bonne soirée à tous, et à demain.

Est-ce que le fait d’annoncer maintenant que NetBeans 6 fournit (depuis la milestone 9) un support pour Mercurial ne serait-il pas annonciateur d’une autre annonce plus importante ? comme le fait qu’on aurait droit à toutes les sources du JDK ?
(Actuellement, on avait à notre disposition que les sources du compilateur, si je ne m’abuse)

Va falloir être attentif aux annonces qui seront faites à JavaOne. Mais je suppose que cela n’est vraiment pas une coïncidence. S’il fallait que le support pour Mercurial soit prêt pour JavaOne, c’est qu’ils s’attendent à ce qu’on l’utilise.

Wait and See, comme dirait l’autre.

* Je dis bien devrais, car personnellement, je n’ai pas réussi :-(, malgré le fait que j’ai suivi, me semble-t-il, toutes les instructions à la lettre.

Vincent