Oracle a rassuré récemment au sujet de Java EE 8 : la nouvelle version est toujours prévue, en dépit d’un fort ralentissement des développements. Elle doit toujours sortir durant le premier semestre 2017, mais sans doute au prix d’une réduction des nouveautés. Le Java Community Process serait lui aussi respecté.
On ne peut pas dire que les derniers mois aient particulièrement rassuré les développeurs Java. Depuis la fin de l’année dernière, le flot des nouvelles en provenance de Java EE 8, prochaine itération majeure, s’était pratiquement tari. De nombreuses rumeurs abordaient le départ d’évangélistes, agacés notamment par la stase dans laquelle Oracle semblait plongée, ainsi que le retrait de certains budgets suite à l’importante défaite contre Google.
L'éditeur affirme savoir où il va
Mais l’éditeur a fini par sortir de son silence, en faisant parvenir une déclaration à certains de nos confrères, notamment The Register et Ars Technica : « Oracle est engagé dans Java et a une vue très claire de la prochaine version des spécifications Java EE – Java EE 8 ». Le porte-parole, Mike Moeller, explique que cette prochaine édition permettra aux développeurs de « créer de nouvelles applications conçues avec des microservices distribués à grande échelle et des environnements cloud basés sur les conteneurs ».
Tout aussi important, Moeller indique qu’Oracle « travaille étroitement avec des partenaires-clés de la communauté Java pour finaliser la proposition » et que la firme en « partagera les détails complets avec la communauté lors de la JavaOne en septembre ». Autrement dit, dans environ deux mois, les développeurs Java seront informés de toutes les évolutions de la version 8.
La communauté sera impliquée
La mention de la « communauté » par Moeller a fait s’interroger Ars Technica : s’agissait-il bien du JCP (Java Community Process) ou d’un autre groupe de partenaires à travers un « effort parallèle » ? Un autre porte-parole a indiqué qu’il n’existait rien de tel, indiquant donc que le JCP serait consulté. Il a ajouté que les changements qui seraient proposés auraient besoin dans tous les cas d’être discutés par la communauté Java.
Pour nos confrères, ce blanc de neuf mois et la réponse de Moeller ne sont pas surprenantes. Oracle s’est concentré sur les microservices et son infrastructure cloud pour ne pas se laisser distancer dans ces domaines. Le fait qu’Oracle prépare des évolutions de Java basées sur ces domaines particuliers serait donc une étape logique. Mais le programme de Java 8 étant chargé, il reste à voir ce que les développeurs en penseront après la conférence JavaOne en septembre.
Commentaires (104)
#1
meh.
#2
“ainsi que le retrait de certains budgets suite à l’importante défaite contre Google.”
Oracle avait qu’a pas ce lancer dans un procès absurde contre google. Les mecs éditent un logiciel libre, et engage des poursuites contre google parcequ’ils ce basent sur le logiciel libre qu’ils éditent…
Peut-être que maintenant ils vont areter de phagociter les projets open source pour essayer de faire taxer derrière…
#3
@Whinette : et ?
#4
@Purexo : si tu codes en Java comme tu écris en français, il doit y avoir beaucoup de bogues.
#5
#6
Oracle s’est concentré sur les microservices et son infrastructure cloud pour ne pas se laisser distancer dans ces domaines. Le fait qu’Oracle prépare des évolutions de Java basées sur ces domaines particuliers serait donc une étape logique.
Oracle veut “sa” solution cloud complète (infra, service, dev) et compte bien modeler l’avenir de JEE pour y arriver.
Le problème étant que les évolution de JEE doivent passer par le Java Community Process… et que Oracle n’a pas trop envie de demander leur avis à des tiers pour quelque chose d’aussi important que sa solution cloud.
#7
« Oracle est engagé dans Java et a une vue très claire de la prochaine version des spécifications Java EE – Java EE 8 »
ça peut vouloir dire tour et n’importe quoi…
En gros, on verra en septembre à quelle vitesse l’écosystème va se déglinguer…
Sérieusement, Oracle a un vrai problème avec les technologies récupérées lors du rachat de Sun, plus personne ne leur fait confiance.
#8
Java… " />
#9
#10
Top commentaire, bravo. " />
#11
Il a pas tord, java est un langage qui a mal vieillit, aujourd’hui son seul mérite c’est d’être utilisé, le C# et le c++ sont techniquement loin devant.
#12
#13
Coté serveur (J2EE), ça fonctionne très bien. L’amalgame Java=applets pourries=trou à sécurité pour navigateur a fait son temps…
#14
Le problème de java tient plus à ses millions de frameworks en tous genres qu’au langage lui-même qui a quand même fait de nets progrès ces derniers temps. Après, ça reste toujours aussi gourmand en mémoire, mais du mauvais C# fait exactement la même chose.
#15
C’est pas tant le langage que le runtime (la JVM) qui est gourmand en mémoire. L’idée de laisser toute la gestion de la mémoire à la JVM est sympathique… mais le résultat est un bric-a-brac de zones mémoires et d’heuristiques qu’il faut définir à l’aide d’options de lancement.
Dommage que le langage ne permette pas au développeur d’aider la JVM en spécifiant la portée/durée-de-vie des variables qu’il utilise dans son code.
#16
#17
#18
#19
#20
Source ? Les applets (officiellement abandonnées car ce sont effectivement des trous à sécurité) ou les applis J2EE ? Dans le dernier cas, c’est ni pire ni mieux qu’en .NET ou en PHP…
#21
Effectivement, une grosse boîte que j’ai comme client utilise un référentiel de documentation accessible via une applet Java toute pourrie qui fait gueuler le navigateur à chaque lancement. Parce que ouais, Ajax, JavaScript, tout ça, c’est surfait…
En revanche, ils abandonnent l’usine à gaz WebLogic pour du Tomcat, qui n’est pas plus lent (et de loin moins cher) quand on n’a que faire des trouzmilliards d’extensions des gros serveurs d’applis et des EJB…
#22
#23
#24
En tous les cas, sur le bugtracker de Mozilla, tous les bugs liés au plugin JRE passent à la trappe.
#25
Encore heureux " />
#26
#27
#28
#29
#30
#31
#32
Il parait évident que Oracle va finir par revendre java à Google, la seule question est quand? et pour combien?
Google a besoin de Java, et de faire évoluer Java… C’est donc inévitable!
#33
INtel en utilise sur son site web pour choisir les pilotes à télécharger.
#34
L’un des problèmes de java se sont les devs… Minecraft en est l’exemple quand tu compares la version c++ et la version java tu te demandes qu’est ce qu’ils ont mis dedans.
#35
je viens de jeter un coup d’oeil sur le site d’intel pour télécharger un driver mais j’ai pas trouvé. Ca doit être quelque chose de très spécifique que peu de personnes utilisent, je suppose.
#36
Mouais. Ce n’est pas ce que j’appelle “massivement” utilisé.
#37
Les universités françaises dans la science utilise des applets pour les animations… Et il y a encore pas mal de site qui en a encore.
#38
non mais sérieux vous voulez pas définitivement abandonné java ?? et flash aussi !
les web et les entreprise s’en porterons mieux !
#39
#40
#41
#42
Ce qui poussent les gens a ne pas aimer Java, c’est qu’ils ne codent pas en Java ou qu’ils pensent savoir coder en Java alors qu’ils prennent en exemple des vieux framework de merde.
Le problème de Java, c’est Oracle. Le jour où on aura un vrai lead Java avec une autre façon d’itérer sur les versions de Java et Java EE (plus court, moins bloquant sur les maj).
Quand je vois la fondation RedHat qui fait 100 fois mieux le boulot que Oracle …
Oracle= Il faut que l’on pense a comment facturer avant de créer la feature
RedHat= Let’s do it ! et on facture après !
bref, Oracle ne s’est pas mis au monde du libre et ils sont mauvais
#43
#44
Sérieux, ce serait trop demander que des types qui n’ont jamais pondu une ligne de Java cessent de confondre le J2EE et les applets ? Parce que depuis plusieurs pages, vas-y que je te fais des amalgames entre client et serveur…
Et côté serveur, vous proposez quoi ? PHP avec ses perfs inférieures et son typage à l’arrache ou bien .NET, qui repose sur le même principe que Java ?
#45
Tu te fais du mal.
C’est dur de débattre avec des gens qui ne savent pas de quoi ils parlent. Tu discutes techniques, ils te répondent émotions.
Objectivité contre subjectivité, c’est un débat sans fin.
#46
Je suis assez neutre dans l’histoire, ayant fait du Java et du .Net. Dans ma boite actuellement, on fait d’ailleurs les deux pour tout un tas de raison.
Mon avis est qu’aujourd’hui le soucis de Java vient plus de tout ce qu’il y a autour que du langage en lui même. Quand je vois ce que je peux faire en .Net de manière simple et en configurant facilement pleins de choses et l’équivalent en Java, ça donne pas envie de faire du Java. Le Java en tant que langage c’est beaucoup amélioré depuis quelques versions, mais l’enfer c’est tout les outils, les frameworks autour.
Je vais en faire crier certain mais pour moi ça devient de la bidouille.
Ce que je trouve inquiétant de manière générale, ça reste la politique d’Oracle. Je peux être très critique sur Microsoft notamment sur ce que représente Windows 10, mais il faut dire que les outils professionnels (Azure, Visual Studio, SQL Server) évolue plutôt dans le bon sens
Chez Oracle c’est stagnation, on presse le citron pour faire du fric et un matin on se réveille en voyant qu’il faut faire évoluer la techno mais on plusieurs années de retards. C’est le cas pour le SGBD que je préférais avant et maintenant qui pour moi n’est que l’ombre de lui même et une vraie usine à gaz. Et j’ai bien peur que cela fasse la même chose pour le JAVA. Le souci d’Oracle c’est que c’est une boite qui se repose sur ces lauriers et veut faire du fric coute que coute au moindre coup, ça innove pas ou très très peu. Et un jour ça va faire mal.
A mes yeux il y a deux solutions soit Oracle revendra a terme la partie JAVA a une boite comme Google. Soit il y aura un schisme dans le langage avec la version qu’Oracle fait et la version que Google fera avec tout ce qui est open source.
#47
Vous critiquez Java, mais il il n’est pas adapté à tout si vous tombez sur des applets en 2016, il y a un problème, Sun recommandait de ne plus les utiliser dès le début des années 2000.
Pour d’autres choses c’est très adapté, la plupart des boîtes qui ont à traiter des volumes importants de données se tournent vers Java car la plupart des outils et librairies, basés de données distribuées majeures du domaine sont en Java que vous le vouliez ou non.
#48
#49
#50
#51
un truc qui na pas besoin d’un security patch par jours ?
un truc un poil moins permissif histoire de que les devs fassent pas de la grosse merde …
#52
Je vois pas en quoi ça devrait être au langage d’âtre moins permissif pour éviter que les dev fassent de la merde, c’est la résponsabilité du dev la qualité du code…
En plus qu’est-ce que ça veut dire moins permissif ? Sachant que le Java est loin d’être le langage le plus permissif…
#53
Laisse tomber, tu t’enfonces de plus en plus ;)
#54
Enfin quelqu’un qui compare ce qui est comparable. " /> Pour pratiquer un peu .NET et beaucoup Java, il est vrai qu’il est souvent difficile de revenir de .NET à Java.
Java 8 va dans le bon sens, on abandonne enfin les calamiteuses API Date et Calendar (10 ans de retard sur .NET) et on évite les trop verbeuses classes anonymes. Mais même avec les Streams, on est loin de la simplicité de LINQ…
Pour ce qui est des frameworks, il est regrettable de devoir faire son choix entre une dizaine de frameworks incompatibles entre eux pour développer un Web Service quand .NET intègre ça de base. Plus généralement, le principe de Java est, pour nombre de fonctionnalités, “je te propose une spécification, démerde-toi pour trouver un framework potable qui l’implémente plus ou moins bien”.
Quant à Oracle et leur politique, je ne peux qu’être d’accord. Certains ici se plaignent des failles de sécurité du JRE/JDK, il semble que ce soit bien pire depuis le rachat par Oracle.
#55
#56
#57
Bon déjà entre ceux qui confondent grossièrement Java et applets il y a du travail, mais entre ceux qui confondent la spécification Java EE et le JDK on ne va pas s’en sortir… C’est sûr que Java est un univers plus compliqué que .net à appréhender, mais aussi beaucoup plus vaste et plus riche.
Je ne trouve pas les critiques que j’ai lues sur les frameworks très justes, à mon humble avis les gens qui s’en sortent mal pour développer n’utilisent pas les bons outils, on peut faire des serveurs rest ou des webservices (notamment) en quelques lignes.
Mais de mon point de vue la force de Java c’est en grande partie la jvm. C’est ce qui fait que l’on a aujourd’hui des langages comme Scala, Clojure ou Groovy qui sont batis dessus, et qui ont permis l’existence de frameworks comme Spark ou Kafka qui sont maintenant assez incontournables pour que Microsoft publie des bindings C#.
Donc critiquer la JEE ouais.. Mais honnêtement c’est loin d’être le sel de Java et de nos jours je ne vois pas beaucoup utilisé à part par des entreprises qui font du code monolithique. Critiquer Oracle par contre effectivement on peut se lâcher ;)
#58
#59
#60
#61
Oracle le fossoyeur sait où il va….
#62
Java sur un serveur c’est juste un crime qui dire depuis 1996 environ…. on a réduit des machines de guerre à la puissance de calculettes avec des machines virtuelles soit disant run everiwhere…. mais l’expérience a montré que c’était faux et archi faux !
Un code natif pour tirer la quintessence des serveurs voila ce qui est mieux….
#63
#64
#65
#66
#67
#68
#69
Je vais pleurer je viens de faire une formation Java alors que je suis pas du monde de l’info à la base… Et je travaille avec liferay en plus…
Zetes méchants vilains pas beaux." />
#70
Mouais perso j’essaye de m’en sortir. Les 18 frameworks sont bien pratiques mais il faut encore arriver à tout faire fonctionner ensemble…
#71
C’est simple:
Il en veut zéro, il en a au moins un, c’est donc infiniment trop
===========> []
#72
#73
#74
#75
#76
#77
#78
#79
#80
#81
#82
#83
Boursorama utilise des applet java pour afficher l’historique des cours, en fait surtout pour pouvoir faire des graphiques à partir de cet historique.
Voilà au moins un exemple de site grand public.
#84
euh… c’est normal que la page m’affiche du canvas et autres trucs html5? En tous cas, je n’arrive pas à avoir d’applet.
#85
Arf, quand je clique sur le lien que j’ai posté (qui était pourtant l’URL qui m’affichait l’applet JAVA), j’ai maintenant l’historique statique, donc sans l’applet.
Il faut être connecté avec son compte pour avoir le graphique dynamique et donc l’applet.
#86
#87
Et Cassandra. Apple en a juste 100 000 instances :)
#88
#89
Ils auraient été développés en autre chose…. la nature a horreur du vide !
#90
Cette bonne blague…. des frameworks sur des frameworks…. écrit un jour, oublié dans un an….
#91
Est ce une référence ?
J’en connais encore pleins qui utilisent des activeX
#92
#93
Aucunement, mais regarde le message auquel je répondais : il voulait qu’on le prenne par la main quitte à ce qu’on lui colle devant les yeux.
#94
N’empêche qu’il a raison, au fond. Des applets, de nos jours, c’est rare. Pour en trouver il faut activement en chercher.
Et tout le monde est d’accord pour dire que c’est pourri " />
#95
#96
#97
Ils sont développés en java parce qu’un dictat des éditeurs unix a imposé cette bouse ….. tout simplement parce que cela leur permettait de vendre de mégas serveurs quand un petit suffisait auparavant … SUN, HP, IBM….
Les promoteurs de JAVA sont d’abord des vendeurs de grosses machines !
quant à tes frameworks, ils ont été utilisés à un instant T, et puis ils restent dans les codes… et au final ne font que polluer dans le temps… ils sont généralement obsolètes très rapidement.
La plupart des frameworks sont morts et enterrés… sauf dans les entreprises qui ont eu le malheur de les utiliser et qui désormais paient des fortunes en assistance (le piège se referme) pour les maintenir !
#98
#99
Tu viens déjà de te contredire vis-à-vis de tes derniers propos. Et tu te contredis une nouvelle fois à la phrase d’après.
A propos de la raison pour laquelle ils ont été développés en Java, permet-moi de douter que ça en soit une raison directe, et je ne parle même pas de LA raison directe.
Enfin, si là plupart des frameworks sont morts et enterrés, je n’y vois pas le problème et au contraire. La relève prends le relais et c’est pour le mieux.
Tu parles des frameworks comme s’il était possible de s’en passer, mais tout langage que je connaisse, depuis l’assembleur au Go, est déjà un framework.
La perception que j’en ai, c’est que tu as l’air frustré et que tu n’as aucune envie de suivre le mouvement. Et bien laisse donc les autres faire ce qu’ils veulent.
#100
Ouch, désolé mais ton message c’est vraiment l’art de ne rien dire….
tout est Framework…. si on veut, mais la on parle de ces frameworks qui se sont multipliés et qui meurent les uns apres les autres….
Sinon on peut aussi appeler une simple API un framework
#101
Tu y arrives, tu y arrives :)
#102
Ba zut alors, pourtant tous ces frameworks sont opensource, aucun n’est sorti du chapeau d’IBM, Sun HP ou autre constructeur de hardware. Cassandra a été initié par Facebook qui n’a aucun intérêt à faire un truc qui nécessite spécifiquement de gros serveurs vu qu’ils n’en vendent pas ça ne ferait qu’augmenter leurs couts à eux pour rien.
Comment se fait il qu’ils soient tous développés en Java et pas en autre chose ?
<troll>Ca serait un problème de compétence si les devs C# ou C++ n’arrivent pas à rivaliser dans ce domaine ?</troll>
#103
Pas de compilateur et pas de gestion mémoire (sans compter les pointeurs…).
C’est plutôt un manque de compétence pour le dev java dans ce cas-ci… (j’ai moi-même une préférence pour Java).
C# étant, jusqu’il y a peu, mono-plateforme, on ne peut pas comparer ses DEV et ceux de Java.
#104
Je plaisantais sur la compétence.
N’empêche que presque toute la recherche pour le big data se fait en Java et pas en C/C++ et encore moins en C#. Il y a peut-être d’autres raisons que les méchants IBM et HP qui veulent vendre des serveurs.
C’est dommage que certains ici soient incapable de comprendre qu’il n’y a pas un langage supérieur aux autres en tout points et que la vrai intelligence dans un projet c’est de savoir choisir un langage adapté à la situation en fonction de l’écosystème qui existe. Sinon on serait encore en train de faire des sites web en C.