Après un léger délai, la livraison tant attendue de Java 8 est maintenant de nouveau en bonne voie et planifiée pour être publiée le 18 mars.
Ceci d'après l'annonce récente de Mathias Axelsson, le Directeur de la Gestion des Versions chez Oracle, et Responsable de la Version du JDK 8.
D'après Axelsson :
A cette étape, seulement les bogues bloquants sont évalués pour être corrigés dans la version initiale du JDK 8. Les bogues non-bloquants seront reportés à une version ultérieure pour garantir le suivi du planning du JDK 8 et la livraison pour le 18 mars.
Axelsson a ajouté également qu'ils étaient sur la la bonne voie pour disposer d'une version candidate réalisée avant la limite du 23 janvier.
Java 8 représente un des plus grands changements du langage Java depuis que celui-ci a été présenté par Sun Microsystems sous la direction de James Gosling en 1995.
La fonctionnalité la plus importante de Java 8 est le support des expressions lambda, aussi appelées "closures". Java est en retard pour offrir les closures, une fonctionnalité basique de la programmation fonctionnelle. Le support de C# pour les closures a évolué depuis que la version 2 a été publiée en 2006. Les closures font partie des fonctionnalités visibles des langages de la JVM comme Groovy, Scala et Clojure.
En complément du support des closures figure une nouvelle API de Collections qui sont prévues pour être utilisées avec les closures pour exprimer des implémentations traditionnellement complexes en utilisant une syntaxe plus claire et plus concise.
Cette version offre également un nouveau package java.time dérivé de la célèbre librairie Joda Time.
Les autres versions majeures de Java incluent le JDK 1.1 (Fév. 1997) qui a introduit les APIs de collection améliorées, Java 5 (Sept. 2004) qui a lancé des utilitaires haut-niveau de gestion de concurrence et les génériques, et Java 7 (Juil. 2011) qui a établit invoke dynamic, le premier changement aux spécifications du byte code Java depuis le JDK 1.0. Chaque version a également apporté son lot d'améliorations de performance et d'optimisation du ramasse-miettes.
Des préoccupations concernant la marque avaient conduit Sun à utiliser le versionnage "pointé" (1.0, 1.1, 1.2, etc.) jusqu'en 2004 lorsque la numérotation a basculé vers la version complète Java 5.