Java EE 7 : Red Hat soumet une nouvelle spécification de mise en cache des données
Au Java Community Process

Le , par Idelways, Expert éminent sénior
Mise à jour du 18/04/2011 par Idelways

Red Hat vient de soumettre une nouvelle requête au Java Community Process (JCP) dans le but d'intégrer de nouvelles idées aux spécifications de Java EE 7, approuvées à l'unanimité le mois dernier (lire ci-devant)

La nouvelle requête de Red Hat s'intéresse à l'amélioration de la mise en cache des données (Data Caching) en Java, afin de rendre la prochaine édition entreprise du langage encore plus adaptée au Cloud Computing auquel sont destinés nombre des nouveautés notables de Java EE 7.

La proposition de RedHat (de plus en plus impliqué dans l'écosystème Java depuis le départ de la fondation Apache), fait suite à la validation de plusieurs de ses propositions, comme la version 1.1 de « Context Dependency Injection (CDI) », Data Grids et Bean Validation.

La mise en cache des données est prise en charge par Java depuis longtemps, son support ne serait toutefois pas assez répandu, distribuable et élastique d'après un haut responsable de Red Hat dans une déclaration à la presse.

D'où l'idée du projet « Infinispan », développé au sein de la communauté JBoss et chapeauté par Red Hat. Ce projet open source est à la base de la proposition soumise au Java Community Process.

La proposition de Red Hat est destinée à offrir aux entreprises une alternative, standardisée et intégrée au langage, aux solutions tierces pour la gestion avancée du cache en Java, comme Coherence d'Oracle, GemStone de VMware et le projet open source Ehcache.

Red Hat envisage de soumettre d'autres spécifications de technologies, élaborées notamment par la communauté JBoss, pour les mettre à la disposition de l'ensemble la communauté Java.

Dans un autre contexte, Gavin King de Red Hat (le créateur entre autres de l'ORM populaire Hibernate) a dévoilé la semaine passée le projet Ceylon : un nouveau langage pour la JVM fortement inspiré de Java, ayant l’ambition de reprendre les points fort du langage, sans ses défauts.

Source

Et vous ?

Qu'en pensez-vous ?
Java EE 7 a-t-il d'après vous besoin de capacités de mise en cache avancées et intégrées au langage ?


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de Philippe Bastiani Philippe Bastiani - Membre éprouvé https://www.developpez.com
le 18/04/2011 à 23:07
A faire dès que possible tant que les 2 produits ne divergent pas trop !

Gavin King est dans la boucle... J'imagine que le langage de requête d'Infinispan doit être assez proche du pseudo HQL/JPQL de Coherence ...

Je verrai bien un DSL pour l'accès BDD et/ou cache... est-ce le cas ici ?
Avatar de Flaburgan Flaburgan - Modérateur https://www.developpez.com
le 20/04/2011 à 9:56
J'ai quand même vraiment du mal à comprendre comment marche ce community process.

En gros, les entreprises / fondations qui en font parti bossent sur des améliorations de Java, puis file tout leur travail à Oracle avec comme seule contrepartie sa gratitude... ?! Ouais, dans le monde du libre, ça marche, sauf que c'est pas comme si Oracle jouait le jeu quoi...
Avatar de tchize_ tchize_ - Expert éminent sénior https://www.developpez.com
le 20/04/2011 à 10:13
Il y a aussi des gens d'oracle qui bossent dessus, faut pas croire. Mais quand u soumet une nouvelle spec au community process, elle a quand même beaucoup plus de chance d'être approuvée par les autres membres si une implémentation existe déjà
Avatar de Philippe Bastiani Philippe Bastiani - Membre éprouvé https://www.developpez.com
le 20/04/2011 à 12:04
Citation Envoyé par Flaburgan Voir le message
J'ai quand même vraiment du mal à comprendre comment marche ce community process.
Il s'agit de SPECs et non pas d'implémentation !

RedHAt est membre du comité => normal qu'ils proposent de nouvelles propositions.

Même si « Infinispan » est à la base une solution libre, derrière il y a des enjeux financiers pour RedHat... Ici RedHat ne travaille pas pour Oracle mais pour son propre business. RedHat a son propre modèle économique et propose des solutions globales autour de Java: ils ont tout intérêt à se que leurs solutions deviennent des implémentations de référence !
Avatar de _skip _skip - Expert éminent https://www.developpez.com
le 20/04/2011 à 17:46
Citation Envoyé par Flaburgan Voir le message
J'ai quand même vraiment du mal à comprendre comment marche ce community process.

En gros, les entreprises / fondations qui en font parti bossent sur des améliorations de Java, puis file tout leur travail à Oracle avec comme seule contrepartie sa gratitude... ?! Ouais, dans le monde du libre, ça marche, sauf que c'est pas comme si Oracle jouait le jeu quoi...
Non, en fait les membres votent des standardisations pour défendre leurs propres investissements si tu veux mon avis. Et quand on voit ce qui en sort, franchement ça fait peur.
Enfin, ils sont vraiment pas là pour améliorer java mais pour défendre leurs seuls intérêts.
Avatar de Flaburgan Flaburgan - Modérateur https://www.developpez.com
le 21/04/2011 à 8:48
Mais si ça ne profite qu'à eux et pas à Oracle, pourquoi ce dernier les écouterait-il ?
Avatar de Philippe Bastiani Philippe Bastiani - Membre éprouvé https://www.developpez.com
le 21/04/2011 à 13:30
Citation Envoyé par Flaburgan Voir le message
Mais si ça ne profite qu'à eux et pas à Oracle, pourquoi ce dernier les écouterait-il ?
C'est du donnant donnant... C'est comme celà que fonctionne l'eco-système Java.

JavaEE repose sur des specs qui peuvent être librement implémentées. Les specs constituent ainsi le socle de base de JavaEE: un serveur d'application certifié JavaEE doit impérativement proposer toutes les implémentations (mais le choix de l'implémentation n'est pas imposé par Oracle).
RedHat propose d'enrichir ce socle de specs. C'est donc profitable
- à RedHat puisqu'il dispose d'une implémenation => une solution qui peut-être intégré à Jboss pour certification... RedHat espère ainsi que les utilisareur JBoss se tourne vers une solution globale telle que Linux RedHat Entreprise... Comme tu peux le constater cette proposition n'est pas annodine!
- à l'eco-système Java de manière générale (les JSRs constituent le socle commun pour les impémentations). Pour les contributeurs qui pourront mettre en valeur la conformance JavaEE de leur solution; pour les développeurs qui disposent d'une architecture de base.
- A Oracle propriétaire de Java: tout ce qui peut enrichir Java est bon à prendre...

Le problème ici: c'est que Oracle dispose d'une autre solution pour la mise en cache... Seront-ils se mettre d'accord ?

Conséquence de ce mode de fonctionnement: comme le faisait remarquer _skip, chaque contributeur du JCP regarde avant ses propres intérets. Et l'évolution de JavaEE avance à l'allure d'une tortue !
Avatar de tchize_ tchize_ - Expert éminent sénior https://www.developpez.com
le 21/04/2011 à 13:36
Citation Envoyé par Philippe Bastiani Voir le message


Le problème ici: c'est que Oracle dispose d'une autre solution pour la mise en cache... Seront-ils se mettre d'accord ?
Qu'on soit dans le cadre du JSR ou pas, c'est un problème industriel général dès qu'on veux standardiser quelque chose:
T'as 50 industriels qui ont leur moyen de résoudre le problème, et il faut sortir de là avec une seul spécification standardisée.

Comment croyez vous que les format DIN pour les filtrage, les spécifications ISO pour la gestion d'entreprise, les RFC etc sont négociés? De la même manière. C'est du purement mercantile, mais, au final, dans une grande partie des cas, ça bénéficie au consommateur final (qui peux acheter la pièce mal chez un constructeur et savoir que la pièce femelle de l'uatre constructeur se vissera dessus sans problème )
Avatar de Hinault Romaric Hinault Romaric - Responsable .NET https://www.developpez.com
le 24/06/2011 à 14:09
Java EE 7 offrira un support étendu du PaaS
La plateforme confirme son virage vers le Cloud

Mise à jour du 24/06/11, par Hinault Romaric

On sait déjà que le prochain Java EE 7 sera très orienté Cloud.

La technologie Java pour les applications d'entreprises, dont les spécifications traitent des sujets comme la persistance, le développement et le déploiement d'applications, sera adaptée pour supporter plusieurs modèles de Cloud.

Selon les déclarations d'un employé d'Oracle, le prochain JAVA EE aura des capacités permettant une prise en charge du PaaS ((Platform-as-a-service), défini comme la couche intermédiaire entre l'Infrastructure as a Service (IaaS) et les applications hébergées (SaaS).

« Notre objectif principal est de rendre la plate-forme Java EE prête à un emploi dans le Cloud de sorte que vous pourrez déployer vos applications JavaEE dans un environnement Cloud » a ainsi déclaré Linda DeMichiel, architecte senior Java EE chez Oracle lors de la conférence Jax de San Jose.

Cette évolution vers le PaaS entraînera un changement évolutif de la plate-forme. Java EE 7 introduira une prise en charge du Multi-tenancy (« multi-locataire »), l'exécution d'une seule instance d'une application sur un serveur alimentant plusieurs applications clientes (locataires), des petits modèles de programmation et l'élasticité.

La prise en charge du PaaS permettra également aux développeurs de créer des applications portables, pouvant être déployées sur n'importe quelle infrastructure Cloud. En plus du PaaS, Java EE 7 offrira également un soutien, mais assez limité du SaaS (la couche applicative à la demande au dessus du PaaS).

De nouvelles API importantes de Java EE 7 ont également été présentées lors de cette conférence, comme l'API JAX-RS 2.0 pour accéder aux clients RESTful.

Cet événement a également été l'occasion pour Oracle de divulguer des informations sur Java EE 8. Oracle souhaite que cette version s'appuie sur les spécifications Java Se 8, avec cette fois-ci un soutien plus accentué du SaaS.

Le communiqué final des spécifications Java EE 7 est annoncé pour le troisième trimestre de l'année prochaine. Celui de Java EE 8 avant la fin d'année.

Source : Conférence Jax

Et vous ?

Que pensez-vous de ce virage très Cloud vers le PaaS et SaaS dans Java EE7 et Java EE 8 ?
Avatar de Jean Meurtrier Jean Meurtrier - Membre régulier https://www.developpez.com
le 27/06/2011 à 23:52
Ce que j'en pense? Ce serait appréciable si Java EE 7 pouvait harmoniser les SDK's disparates disponibles en Java pour le cloud (GAE, EC2... et même Azure).
Contacter le responsable de la rubrique Accueil