IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Bilan de JavaOne : Oracle dévoile sa feuille de route pour Java
Et tente de rassurer la communauté des développeurs sur son avenir

Le , par Idelways

27PARTAGES

6  0 
L'avenir de Java sous le règne d'Oracle sera fait, si l'on en croit le porte-parole de la société, d'innovations continues sur tous les fronts (des machines serveurs aux appareils mobiles en passant par les ordinateurs de bureau).

C'est en substance le message transmis par Thomas Kurian, vice-président exécutif du département développement de produits, lors de sa présentation à la conférence JavaOne.

Cette année, la grande messe annuelle du monde Java a eu un goût bien particulier. Organisée pour la première fois sous l'égide d'Oracle - et boycottée par bon nombre d'acteurs, dont Google (sur fond de procès autour d'Android), JavaOne a même débuté sous la menace d'une manifestation de développeurs mécontents orchestrée par James Gosling, l'inventeur du langage.

Durant sa keynote, Kurian a d'emblée expliqué les priorités d'Oracle : optimiser Java pour les nouveaux modèles d'applications. Et l'optimiser surtout pour les nouveaux types de matériels à processeurs multi-cœurs, à grande capacité de mémoires et à connectivité plus rapide.

La productivité des développeurs Java serait aussi une priorité d'Oracle.

Ainsi le projet « Coin », en cours de développement , a pour but d'intégrer l'inférence des types au langage ainsi que d'autres innovations destinées à augmenter la productivité des développement et la réalisation de codes concis.

Le projet « Lambda » introduira lui les closures dans le monde Java. Ces méthodes anonymes pourraient — toujours selon Kurian — remplacer efficacement les classes inline et supporteraient automatiquement les opérations parallèles sur les collections.

Oracle prévoit également de rendre la Machine Virtuelle Java plus modulaire, en s'appuyant sur le projet « Jigsaw ».

Ces nouveautés arriveront dans les deux prochaines mises à jour majeures de l'OpenJDK, les versions 7 et 8 prévues respectivement pour 2011 et 2012.

Kurian estime par ailleurs qu'il est grand temps pour Java d'avoir une meilleur interopérabilité avec le HTML 5 et JavaScript. Il note que les clients Java nécessitent de pouvoir accéder au contenu HTML 5 grâce a des balises intégrés et qu'un développeur devrait être en mesure de manipuler un layout JavaFX avec Javascript.

Sur ce point, il affirme qu'un moteur graphique puissant jouerait un rôle crucial dans la mise en œuvre de l'interopérabilité entre Java et HTML5. Dans cette optique, Oracle travaille activement sur un nouveau moteur graphique - appelé « Prism » - plus performant, qui permettrait aux développeurs de produire des graphiques 2D et 3D propulsés par l'accélération matérielle (ou accélération graphique).

Ce moteur s'intègrera à la machine virtuelle et au runtime Java.

Autre effort pour améliorer les capacités graphiques de Java, Oracle veut faire du langage un outil de choix pour concevoir des interfaces utilisateur avec les nouvelles fonctionnalités de JavaFX et de l'IDE Netbeans prévus pour 2011.

Kurian s'est aussi engagé à ce que les nouveaux contrôles JavaFX soient disponibles sous licences libres.

Et pour appuyer ses dire, il déclare que « Nous [NDLR: Oracle] voulons que les 9 millions de développeurs Java n'ait plus à choisir d'autres environnement pour construire de belles interfaces utilisateurs».

Les plateformes mobiles figurent aussi sur la feuille de route d'Oracle. La firme de Larry Ellison voudrait imposer JavaFX et Java ME comme alternatives à Flash et Silverlight.

Le projet « Java Mobile.NEXT » inclura donc, toujours selon Kurian, des versions mises à jour du langage, de la machine virtuelle, des librairies et de l'API.

L'entreprise prévoit par exemple d'intégrer des technologies Web comme WebKit et JavaScript à Java ME (l'édition mobile de Java). Selon Kurian une passerelle entre Java et JavaScript permettrait de mixer plus facilement des applications Java natives et des applications fondées sur les standards Web.

Quant à la question de l'indépendance de Java, Kurian est resté vague. Il a tout de même tenter de calmer les craintes de la communauté en assurant que « le futur de Java n'est pas lié à Oracle, ni à aucune autre entreprise ».

Avant d'ajouter « Cela vous concerne vous, la communauté des développeurs, qui rendez le langage génial et construisez des applications géniales»[/I].

Un point de vue on ne peut plus à l'opposé de celui de James Gosling.

Source : le communiqué de presse sur le site de Java

Et vous ?

Que pensez-vous de cette feuille de route ? Et de l'avenir de Java sous le règne d'Oracle ?

En collaboration avec Gordon Fowler

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 27/09/2010 à 18:25
Quoique en dise Kurian, le futur de Java lié à Oracle. Bien sur Open JDK reste sous licence libre, mais en même temps, l'inverse est difficilement imaginable.

Les brevets d'Oracle restent une véritable menace pour la liberté effective de Java.
1  0 
Avatar de pseudocode
Rédacteur https://www.developpez.com
Le 28/09/2010 à 0:06
1. optimiser la JVM, je vote pour. Pas seulement pour les architectures serveurs surpuissantes (mais je comprend que ca soit la vision d'Oracle) mais aussi pour le desktop

2. Les projets Coin et Lambda, ce n'est pas vraiment une priorité a mon sens car on peut fonctionnellement s'en passer. Mais c'est une attente forte de la communauté, car c'est une évolution syntaxique présente dans d'autres langages concurrents (python, c#, ...).

3. L'intégration HTML5 : bof. Je pense que Java a perdu le marché du plugin web. Je ne pense pas que l'arrivée de HTML5 change la donne pour java. J'espère me tromper.

4. Un nouveau moteur graphique (ou un moteur supplémentaire, ce n'est pas clair) : oui, pourquoi pas. Vu que ca parle de HTML5 et JavaFX je suppose que ca sera du rendu vectoriel à la SVG. Mais le nerf de la guerre pour attirer les gens aux IHM java, ca reste les contrôles proposés. Et là, c'est dur de rivaliser avec ce que proposent les toolkits des OS.
1  0 
Avatar de Traroth2
Membre émérite https://www.developpez.com
Le 28/09/2010 à 11:24
Citation Envoyé par air-dex Voir le message


Quid de la fusion entre HotSpot et JRockit ?
Tiens, c'est une bonne question, ça. Pour poser la question plus généralement : quel avenir pour JRockit ?

Citation Envoyé par air-dex Voir le message

Sortez Java 7 avant de plannifier Java 8.
En fait, ça ressemble à une manière subtile d'annoncer qu'une partie des nouveautés prévues pour Java 7 sont repoussées dans Java 8...
1  0 
Avatar de yoyo88
Membre chevronné https://www.developpez.com
Le 28/09/2010 à 12:29
je ne suit pas l'actu java et je ne programme plus avec (ou du moins je n'ai pratiquement jamais fait de développement digne de se nom) donc forcement mon avis n'ai pas le plus objectif.

Citation Envoyé par Idelways Voir le message

Ces nouveautés arriveront dans les deux prochaines mises à jour majeures de l'OpenJDK, les versions 7 et 8 prévues respectivement pour 2011 et 2012.
2011 ok, mais janvier 2011 ou décembre 2011?

Citation Envoyé par Idelways Voir le message

Kurian estime par ailleurs qu'il est grand temps pour Java d'avoir une meilleur interopérabilité avec le HTML 5 et JavaScript. Il note que les clients Java nécessitent de pouvoir accéder au contenu HTML 5 grâce a des balises intégrés et qu'un développeur devrait être en mesure de manipuler un layout JavaFX avec Javascript.
Pas forcement une mauvaise idée, mais faut voir comment sa marche...

Citation Envoyé par Idelways Voir le message

Autre effort pour améliorer les capacités graphiques de Java, Oracle veut faire du langage un outil de choix pour concevoir des interfaces utilisateur avec les nouvelles fonctionnalités de JavaFX et de l'IDE Netbeans prévus pour 2011.
Oracle annonce clairement sont intention d’être coté IHM.... avec plus de 80% des utilisateur sous Windows l'un des principale avantage de JAVA, a savoir sa portabilité, ne serra pas forcement un argument de poids pour les décideur.
Ils vont devoir sortir un framework facile a mettre en oeuvre, et un IDE qui permet de créer facilement des IHM...
_Principal concurrent dans le domaine? .net et visual studio...

Bref JavaFX arrive a la pesés, après une série de défaite, et annonce clairement sont attention de mettre KO le champion...

Le premier round risque d’être intéressant. (mais violant pour le nouveau coach oracle )

Citation Envoyé par Idelways Voir le message

Kurian s'est aussi engagé à ce que les nouveaux contrôles JavaFX soient disponibles sous licences libres.
une bonne chose, mais encore faut il sortir des nouveau contrôles régulièrement, un peu a l'image des toolkit silverlight.
1  0 
Avatar de bouye
Rédacteur/Modérateur https://www.developpez.com
Le 28/09/2010 à 0:49
Ca sera un moteur supplementaire Richard Blair a ete assez clair dans son post ici. Et ca restera ainsi tant que AWT/Swing/Java2D sera maintenu (puisqu'ils ont dit les annes passees et redit cette annee qu'il n'y aura plus de nouveaux devellopements sur Swing - hors bidouillages pour la genericification dans le JDK 7 et 1~2 micro-nouveautes).

Oui le rendu actuel de JavaFX 1.0 a 1.3.1 est vectoriel avec qq caches bitmap ici et la (sans possibilite de manipulation directe).
Dans la roadmap initiale de JavaFX, les manipulation per-pixels etaient prevues pour JavaFX 1.5 soit probablement fin 2011 ou courant 2012. Vu que JavaFX 2.0 reprend finallement tout ce qui avait ete prevu pour JavaFX 1.4 et ne mentionne pas du tout la manipulation per-pixel, on peut s'attendre a ce que ca soit repousse vers fin 2012 au mieux. On en saura plus lorsque commencera le programme beta d'ici quelques temps.

Pas grand chose a dire concernant le rendu, il est tout simplement excellent et l'utilisation de transformations et animations est tres aise. Bien sur gagner encore plus de performances via encore plus d'acceleration graphique est toujours un bon point mais j'ai vu FX tourner sur des ordi pas trop puissants de maniere plutot correcte donc je ne me fait pas de soucis pour la partie rendu software. A part la correction d'un ou deux bugs ici et la et la correction du z-ordering lorsqu'on fait de la 3D (actuellement l'ordre des composants dans la scene semble primer sur la profondeur specifiee pour le rendu), il n'y a pas grand chose a changer de ce cote-la.

Les controles JavaFX existants sont plutot nazes et n'offrent pas un panel assez complet.

Sur le papier (et j'insiste bien sur le "sur le papier", ListView et TreeView offrent des possibilites de customisation bien plus puissantes que la JList et le JTree mais ca reste dur a mettre en pratique dans l'API 1.3.1 (et je pense que ca sera un sacre merdier au niveau du code quand tout sera passe en Java en 2.0). De plus certaines fonctionnalites basiques de ces deux controles sont soit inexistantes soit mal codees actuellement (possibilite de faire de la multi-selection, scrolling automatique vers la valeur selectionnee).

Le controle ChoiceBox est ridicule compare a une JCheckBox et souffre d'un manque de possibilites de customisation flagrant. Il lui faudrait etre reecrit totalement en se basant sur l'API Cell utilisee par ListView et TreeView.

Dans l'API actuelle, de maniere generale les popup (les fenetres surgisssantes telles que la liste de la ChoiceBox et les menus) sont plutot mal implementes (supportent tres mal le multi-stage), ont des probleme avec la gestion de la perte de focus et ont besoin d'avoir leur LnF revu pour etre plus consistant avec le reste des controles.

Bien que potentiellement plus puissants que leur equivalent Swing (creer des infobulles riches est assez aise), les Tooltip ont besoin d'etre revus nottement en ce qui concerne leur positionnement dans la scene,

Le rendu texte est tout simplement excecrable avec une font Amble creee specialement pour JavaFX pas si geniale que cela sur les petites tailles et des performances nullissime pour le controle TextBox sur des gros textes (il suffit d'utiliser l'applet disponible sur le site de JavaFX permettant d'editer la CSS pour s'en rendre compte).

Le tout agremente par un systeme de layout "a la con" (qui devrait etre totalement re-implemente dans la 2.0) qui a probablement ebranle la sante mentale de pas mal de ceux qui faisaient du JavaFX 1.1, 1.2 ou 1.3.

TableView devrait etre dispo dans la 2.0 (une version existe actuellement dans la lib externe JFXtras) avec des concepts similaires a ListView et TreeView. Cependant il n'est pas sur du tout que le rendu de textes riches ou HTML soit present dans la 2.0 (/doh !).

Le fait qu'ils se soient focalise sur le CSS, au detriment de l'implementation de nouveaux composant en remplacement de ceux de Swing* en cassant l'implementation existante dans JavaFX 1.2 (ou on pouvait appliquer des CSS sur n'importe quel control maison) pour une implementation certes plus puissante (l'API de Region) mais actuellement fermee dans la 1.3.x n'a pas aide. Normalement toute cette partie devrait devenir publique et bien plus abordable en 2.0 (l'API de Region deviendra publique).

*Le support de Swing* qui fonctionnait plutot bien en 1.0, 1.1 et 1.2 est bancal dans la 1.3 a cause de l'introduction de Prism et sera probablement non-supporte dans la 2.0. Attention, il s'agit ici du support de Swing DANS JavaFX (ce qui permet d'utiliser les composants Swing pour pallier a ceux absents en JavaFX).

Comme le rappelle Richard Blair, la version 2.0 apportera le support de JavaFX DANS Swing (Chose qui a fortement manque a l'API depuis la 1.0 et a probablement fortement participe a son manque de popularite).
0  0 
Avatar de vintz72
Membre averti https://www.developpez.com
Le 28/09/2010 à 9:58
Moi qui fait du Swing depuis 2 ans environ, je pensais que soit ce serait abandonné complètement, soit remanié en profondeur. Parce qu'actuellement, je trouve ça vraiment pas terrible. C'est lourd, peu intuitif, et selon le look & feel, ça peut être vraiment lent. J'ai juste jeté un oeil sur JavaFX, et le fait de se coltiner un nouveau langage (de description certes), m'a tout de suite déplu.
Bref, je serai vraiment curieux de voir ce que donnera tous ces projets une fois arrivée à maturité... mais bon, d'ici là, je ne ferai peut-être plus du tout de dév alors, bon !
0  0 
Avatar de _skip
Expert éminent https://www.developpez.com
Le 28/09/2010 à 10:57
J'ai de la peine à me réjouir...

Java ME est une catastrophe, à moins de tout refaire complétement je vois mal un avenir pour cette techno. Ce tas de JSR à demi-implémentées à côté d'Android qui offre une API homogène et confortable, il rivalise tout simplement pas à mon sens.

Java FX... Mais attendez ça va faire 2 ans que ce truc est dehors, et il manque encore plein de choses.

A côté de ça, on n'a toujours aucune API convenable pour faire des applications desktop modernes (pour moi, Swing n'est pas une API convenable). Et même, pour moi swing n'est pas du niveau de ce que fait Qt qui pourtant est du C++ et moins bien que ce que faisait dotNet en 2003. J'ai même envie de dire que c'est moins bien que GTK# de mono!

J'aimerai mieux qu'Oracle se consacre à l'amélioration du langage java et des API de bases qu'on attend d'un langage plutôt que de mettre des ressources dans javaFX qui pour moi est une plaisanterie marketing et un ratage "out of the gate".
0  0 
Avatar de Traroth2
Membre émérite https://www.developpez.com
Le 28/09/2010 à 11:00
A part Prism et Java Mobile.NEXT, qui sont plus des déclarations d'intention que des vrais projets pour l'instant, peu de bonnes nouvelles, en somme. L'évocation de Java 8 indique que Lambda, Coin et Jigsaw ne seront pas tous intégrés à Java 7, à priori, plus aucune nouvelle d'un passage de JavaFX en open-source (ce qui était un engagement de Sun au lancement du projet, je le rappelle), Oracle reste évasif sur la gouvernance de Java et le JCP. Rien de bien folichon.

Je me demande si les gens d'Oracle se rendent compte à quel point ils sont en train de mettre l'avenir de Java en danger...
0  0 
Avatar de air-dex
Membre expert https://www.developpez.com
Le 28/09/2010 à 11:06
Ca à l'air tout bon pour JavaFX, NetBeans et Java ME qui avait peut-être besoin d'un bon coup de boost. Espérons que ce ne soit pas que des annonces destinées à réparer les pots cassés avec les développeurs Java.

Quid de la fusion entre HotSpot et JRockit ?

Citation Envoyé par Idelways Voir le message

Ces nouveautés arriveront dans les deux prochaines mises à jour majeures de l'OpenJDK, les versions 7 et 8 prévues respectivement pour 2011 et 2012.
Sortez Java 7 avant de plannifier Java 8.
0  0 
Avatar de camus3
Membre éprouvé https://www.developpez.com
Le 28/09/2010 à 19:32
Oracle annonce clairement sont intention d’être coté IHM.... avec plus de 80% des utilisateur sous Windows l'un des principale avantage de JAVA, a savoir sa portabilité, ne serra pas forcement un argument de poids pour les décideur.
Ils vont devoir sortir un framework facile a mettre en oeuvre, et un IDE qui permet de créer facilement des IHM...
_Principal concurrent dans le domaine? .net et visual studio...

Bref JavaFX arrive a la pesés, après une série de défaite, et annonce clairement sont attention de mettre KO le champion...

Le premier round risque d’être intéressant. (mais violant pour le nouveau coach oracle )
sauf que concurrencer windows sur sa propre plateforme semble difficile. c#.net , bien que peu portable a 10 ans d'avance sur java imho.
Par contre je pense que java a clairement loupé sa vision mobile. Il aurait pu le dominer totalement ce n'est pas vraiment le cas ( android n'est pas tout à fait java , ios pas du tout , même si beaucoup d'autres os sont java).
0  0