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 !

Les spécifications de Java EE 7 approuvées à l'unanimité par le JCP
IBM émet des réserves sur la modularité de la plate-forme

Le , par Idelways

9PARTAGES

1  0 
Mise à jour du 17/03/2011 par Idelways

Les spécifications de la prochaine version de Java Entreprise Edition viennent d'être approuvées à l'unanimité par le Java Community Process.

Douze des treize organisations impliquées dans les Java Specification Request (JSR), dont Google, la fondation Eclipse, Intel et SAP ont voté « oui sans commentaire » à la proposition d'Oracle.
Seul IBM a joint des remarques à son vote positif.

IBM émet le souhait que la communauté profite de l'opportunité que présente la plateforme Java EE 7 pour « suivre la dynamique du marché qui cherche constamment des solutions et des technologies plus simples et plus agiles »

Une agilité qui exige une extensibilité dynamique qui passera, selon IBM, par une plus grande modularité de la plateforme. Un point qui devrait servir de base pour les fonctions modulaires de l'édition standard ultérieure (Java SE 8)

Pour mémoire, les spécifications de Java Entreprise Edition 7, très centrées sur le Cloud Computing (lire ci-devant), traitent de sujets comme la multiténacité, une architecture logicielle destinée à permettre à une seule instance d'un logiciel de servir une multitude d’organisations clientes différentes en partitionnant virtuellement les données et la configuration.

Cette multiténacité s'avère désormais cruciale pour les environnements Cloud, le versionnement des applications et la prise en charge des systèmes de gestion de base de données non relationnelles (NoSQL).

La disponibilité générale de Java EE 7 est attendue pour le troisième trimestre de l'année 2012. La huitième édition est quant à elle prévue pour fin 2013.

Source : JCP

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

Avatar de tchize_
Expert éminent sénior https://www.developpez.com
Le 05/09/2012 à 10:09
Citation Envoyé par Traroth2 Voir le message
Ceux qui affirmaient que le rachat de Sun par Oracle allait accélérer l'évolution de Java savent désormais à quoi s'en tenir...
au moins, contrairement à sun, il ne retardent pas tout l'ensemble pour un élément en retard. C'est visiblement la ligne de conduite depuis le rachat: ce qui ne peux pas arriver à temps est reporté, mais les autres n'attendent pas.
3  1 
Avatar de Elendhil
Membre averti https://www.developpez.com
Le 09/09/2012 à 1:04
Pas bien grave le cloud tout le monde s'en fou
1  0 
Avatar de 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 ?
0  0 
Avatar de 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...
0  0 
Avatar de 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à
0  0 
Avatar de 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 !
0  0 
Avatar de _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.
0  0 
Avatar de 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 ?
0  0 
Avatar de 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 !
0  0 
Avatar de 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 )
0  0