Oracle a lancé la seconde partie de son sondage communautaire sur Java EE 8 dont les thèmes comptent parmi eux le cloud, la sécurité, la gestion des traces, le déploiement, la testabilité et le nettoyage.
"Durant les 5 dernières semaines, nous avons été agréablement surpris par les réponses de la communauté pour la première partie du sondage", écrit David Delabassee. "Nous avons reçu beaucoup de retours intéressants. Cela signifie que nous avons "beaucoup de données" à traiter, un problème plaisant à affronter !".
L'un des grands sujets à envisager est de savoir s'il est maintenant pertinent de standardiser le support du PaaS, de SaaS et de la colocation (multi-tenancy). Ce travail était à l'origine prévu pour Java EE 7. Mais il a été ensuite mis à l'écart, entre autre parce qu'il semblait prématuré de tenter une standardisation. A cette période, Linda DeMichiel écrivait:
En dépit de nos meilleurs intentions, nos progrès ont été lents sur la partie cloud de notre agenda. Cela est du en partie à un manque de maturité dans l'approvisionnement, la colocation, l'élasticité et le déploiement d'applications dans le cloud. C'est également le résultat de notre approche conservatrice dans notre tentative de "bien faire" les choses, compte tenu de l'expérience limitée de l'industrie dans le domaine du cloud lorsque nous avons débuté ce travail. Pour cette raison, nous pensons que fournir un support solide pour la programmation standardisée basée sur le PaaS et la colocation devrait retarder la livraison de Java EE 7 jusqu'au printemps 2014 - soit dans deux ans et avec une année de retard. De notre point de vue, c'est beaucoup trop long.
Oracle s'intéresse maintenant de savoir si la communauté Java au sens large pense qu'il est intéressant de tenter à nouveau l'expérience.
D'autres réflexions en cours incluent une API standard pour permettre aux développeurs de tracer les effets d'une requête unique au travers du système, de connaître les services qu'elle utilise, quelles autres requêtes elle effectue, etc. De plus, Oracle envisage d'apporter le support des containers web et Java EE embarqués. Les propositions vis-à-vis de la sécurité incluent la standardisation du mapping groupe rôles, des annotations EL pour les autorisations et la standardisation de fournisseurs de sécurité basique.
Oracle étudie également la possibilité de tenter à nouveau de standardiser le modèle de déploiement. La tentative initiale, Déploiement d'Application Java EE [JSR 88], permet en théorie de déployer toute application Java EE dans tout environnement compatible Java EE en utilisant le même outil, mais les éditeurs lui ont apportés un support plutôt limité et son abandon a été étudié pour Java EE 6.
De même que pour la JSR 88, la Gestion Java EE [JSR 77] offre des APIs pour des outils de gestion permettant d'exécuter une requête sur un serveur d'applications Java EE pour déterminer son statut courant, les applications déployées et ainsi de suite. Les outils de gestion de serveur bâtis sur ces APIs fonctionnent d'une manière indépendante de l'éditeur en offrant aux administrateurs système un moyen pour changer de serveur d'applications sans toucher à de nombreux outils et processus, ou pour gérer un réseau de plusieurs serveurs Java EE provenant de plusieurs implémentations d'éditeur de la plateforme. Comme pour la JSR 88, cette API a souffert d'un support éditeur limité, et son abandon dans EE 7 a été étudié, mais elle est de retour sur la liste cette fois. D'autres candidats à la suppression sont les EJB 2.x distants, les vues client locales (interfaces EJBObject, EJBLocalObject, EJBHome, et EJBLocalHome) et CORBA.
Le sondage comporte 28 questions. Comme précédemment, chaque question précise le contexte technologique pour aider les participants à prendre une décision éclairée. Vous pouvez trouver le sondage ici.