Oracle dévoile sa RoadMap pour Java

Oracle dévoile sa RoadMap pour Java
améliorations de la JVM, support du Cloud et fonctionnalités objet


Oracle a dévoilé, lors de la conférence QCon de Londres, sa feuille de route pour le langage Java pour les années à venir.

QCon est un événement annuel sur le développement logiciel pour les développeurs, les chefs de projet, les architectes et les analystes métiers. Il porte essentiellement sur la présentation de nouvelles innovations pour Java, .NET, HTML5, mobile et méthodes agiles.

Les plans d’Oracle pour le futur sont essentiellement axés sur les améliorations et l’introduction des fonctionnalités objet, la facilité d’utilisation, le support du Cloud computing et des optimisations avancées pour Java SE 8.

La diapositive intitulée « Pour Java SE 9 et au-delà » présentée par la société révèle des objectifs assez ambitieux, orientés vers l’interopérabilité et la proposition dans le JDK 10 d’un système de type unifié, dans lequel tout sera fait dans des objets avec des primitives et rien de plus.

Le langage devra « fonctionner partout, avec tout », allant des systèmes embarqués aux serveurs, avec le support pour les modèles de calculs hétérogènes.

Pour les environnements de Cloud, le JDK 8 permettra un partage amélioré entre JVM sur le même OS et par Thread, ressources de suivi et de gestion. La machine virtuelle Java hypervisor-aware sera proposée dans le JDK 9, qui offrira également un large support pour les données, avec une prise en charge du GPU (graphics processing unit) et FPGA (field programmable gate array).


En ce qui concerne l’open source, le prototypage, la recherche et le développement se feront dans OpenJDK, la version libre du Kit Java. Il est également prévu l’élargissement de la communauté avec les partenaires et les universitaires.

Oracle prévoit de publier le JDK 9 en 2015, JDK 10 en 2017, JDK 11 en 2019 et JDK 12 en 2022 dans une présentation titrée « Java n’est pas le nouveau Cobol ».


Source : QCon

Qu'Oracle sorte déjà Java 8 avec TOUTES les fonctionnalités prévues initialement pour Java 7, et après, on en reparle...

c'est cool de voir que oracle est en ordre de bataille pour java :ccool:
Java 8 semble bien avancer (ca commit beaucoup), et le futur est tracé !

Une RoadMap plutôt classique je dirais. Des ambitions mais pas trop, des innovations déjà prévu, rien de bien original donc. Une RoadMap qui suit la tendance donc.
C'est pas mauvais en soi, mais elle aurait sans doute pu être meilleure en affichant des ambitions ou innovations un peu plus risquées.

Citation:

---

Envoyé par Hinault Romaric

améliorations et l’introduction des fonctionnalités objet

---

C'est à dire ?

Citation:

---

Envoyé par Hinault Romaric

la proposition dans le JDK 10 d’un système de type unifié, dans lequel tout sera fait dans des objets avec des primitives et rien de plus.

---

Pareil ? Suppression des Enum ? :calim2:

Citation:

---

Envoyé par atha2

Pareil ? Suppression des Enum ? :calim2:

---

Non... Les enums sont déjà des objets donc cela ne pose aucun problème.

En fait il est plutôt question de supprimer les types primitives (mais pas avant le JDK10 :()


Pour les plus curieux (comme moi), les slides sont disponible ici : http://qconlondon.com/dl/qcon-london...aSE8Beyond.pdf
A partir de la page 37 on a les grandes lignes des prochains JDK...



a++

Citation:

---

Envoyé par adiGuba

Non... Les enums sont déjà des objets donc cela ne pose aucun problème.

En fait il est plutôt question de supprimer les types primitives (mais pas avant le JDK10 :()

---

Je posai la question parce que :

Citation:

---

Envoyé par Hinault Romaric

la proposition dans le JDK 10 d’un système de type unifié, dans lequel tout sera fait dans des objets avec des primitives et rien de plus.

---

Il est dit que tout sera fait dans des objets avec des primitives. Mais j'ai peut-être mal compris la signification de primitive...
Après supprimer les types primitifs pourquoi pas du moment qu'on peut encore écrire :

Code:

---

Integer i = 0;

---

et aussi :

Code:

---

1 2 3 4

Integer a = 0; Integer b = 0 Boolean test = a == b;

---

Si l'autoboxing est géré de la même façon que les strings (String s = "sth" et pas String s = new String("sth") ) alors ça devrait marcher. Mais bon je suis pas sur que ça rende la compréhension des entiers plus simple. Et si on peut écrire Int à la place de Integer c'est top !

Entre les projets tous azimuts de Sun et la reprise puis la restructuration par Oracle, le JDK 7 a été mis au monde dans la douleur. Le JDK 8 est particulier pour Oracle et la communauté OpenJDK, car il s'agit de la première version entièrement gérée par la nouvelle structure. Le prochain JDK nous dira si on peut leur faire vraiment confiance sur cette roadmap.

Quoiqu'il en soit, l'avenir semble plus clair qu'il y a un an.

Citation:

---

« Java n’est pas le nouveau Cobol »

---

:haha:

Je sais bien que la mode est au cloud et au mobile mais quid de Swing ?
Ca fait longtemps que je n'avais pas regardé mais j'ai l'impression que le projet est un peu la dernière roue du carrosse pour Oracle. Il n'y a pas la moindre référence dans les slides java8, si quelqu'un a des sources récentes...

Pour ce qui est de Swing : c'est simple. Cette api est gelée.
Ca veut dire qu'elle n'évoluera plus mais qu'elle reste pour le moment partie du jdk officiel java.

La nouvelle api java pour faire des clients lourds c'est JavaFX2 (a ne pas confondre avec javaFX1.X qui est abandonné).
http://docs.oracle.com/javafx/2.0/ge...et_started.htm

merci! je pensais que javaFX2 était juste une réécriture de javaFX, une sorte de concurrent de Flash

J'avais entendu parlé d'une utilisation simplifiée des "closures".

Citation:

---

Envoyé par herr_wann

merci! je pensais que javaFX2 était juste une réécriture de javaFX, une sorte de concurrent de Flash

---

Aussi... Mais il devrait surtout remplacer Swing pour la couche graphique.

Citation:

---

Envoyé par ernestrenan

J'avais entendu parlé d'une utilisation simplifiée des "closures".

---

C'est le projet Lambda du JDK8...


a++

Citation:

---

Envoyé par lunatix

La nouvelle api java pour faire des clients lourds c'est JavaFX2 (a ne pas confondre avec javaFX1.X qui est abandonné).

---

Si c'est bien le cas, existe-t-il des outils pour aider la conversion d'appli déjà existantes ?

bon alors : oui c'est bien le cas ;)

Sinon, il n'existe pas vraiment d'outils. les deux apis (swing et javaFX2) sont vraiment différentes. Par contre, il y a des possibilités d’interopérabilité entre les deux : genre composant swing dans une scène javaFX ou vice versa.

http://docs.oracle.com/javafx/2.0/sw...xpub-swing.htm

Malheureusement pour moi, toujours pas de properties à l'horizon.
Toujours ce choix entre laisser tout public et être non standard, ou générer des kilos de code avec son IDE pour obéir à javabeans, en oubliant bien sûr pas de copier manuellement la documentation lorsqu'on en a besoin. :aie: