Oracle veut rassurer : le développement de Java EE 8 continue

Oracle veut rassurer : le développement de Java EE 8 continue

Mais pas forcément dans la direction où on l'attendait

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

09/07/2016 3 minutes
104

Oracle veut rassurer : le développement de Java EE 8 continue

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.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

L'éditeur affirme savoir où il va

La communauté sera impliquée

Commentaires (104)


meh.


“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…


@Whinette : et ?


@Purexo : si tu codes en Java comme tu écris en français, il doit y avoir beaucoup de bogues.








Whinette a écrit :



meh.





And that as they say is that !





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.


« 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.


Java… <img data-src=" />








Ricard a écrit :



Java… <img data-src=" />





ton commentaire… <img data-src=" />



Top commentaire, bravo.&nbsp;<img data-src=" />


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.








gokudomatic a écrit :



ton commentaire… <img data-src=" />





Dev fanboy Java spotted… <img data-src=" />



Coté serveur (J2EE), ça fonctionne très bien. L’amalgame Java=applets pourries=trou à sécurité pour navigateur a fait son temps…


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.


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.








Ricard a écrit :



Dev fanboy Java spotted… <img data-src=" />





Je m’adaptais à ton niveau de hateboy.<img data-src=" />









CounterFragger a écrit :



Coté serveur (J2EE), ça fonctionne très bien. L’amalgame Java=applets pourries=trou à sécurité pour navigateur a fait son temps…





Malheureusement, dans certaines boites, tu as toujours des applets obèses, et côté serveur du tomcat asthmatique…



Après, grosses boîtes != autres, c’est vrai









gokudomatic a écrit :



Je m’adaptais à ton niveau de hateboy.<img data-src=" />





Hateboy à juste titre.<img data-src=" />









CounterFragger a écrit :



Coté serveur (J2EE), ça fonctionne très bien. L’amalgame Java=applets pourries=trou à sécurité pour navigateur a fait son temps…





Java est connu pour son faible taux de failles, tout le monde sait ça.<img data-src=" />



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…


Effectivement, une grosse boîte&nbsp;que j’ai comme client&nbsp;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…








Tkop a écrit :



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.





Sans parler des Groovy & Co pour faire simple.









CounterFragger a écrit :



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…





Je parle du langage Java. Ce qui induit bien évidement les applets qui sont encore massivement utilisés.



En tous les cas, sur le bugtracker de Mozilla, tous les bugs liés au plugin JRE passent à la trappe.


Encore heureux <img data-src=" />








Tkop a écrit :



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.





Sans compter le françois parlé par les jeunes pingouins napoléoniens. <img data-src=" />









Ricard a écrit :



Je parle du langage Java. Ce qui induit bien évidement les applets qui sont encore massivement utilisés.





Puis-je demander où tu les trouves, tes applets? Ca fait 10 ans que je n’en ai plus vu. Voir peut-être 15 ans.









Ricard a écrit :



Sans parler des Groovy & Co pour faire simple.





si je ne m’abuse, c’est Java qui est derrière Groovy…









gokudomatic a écrit :



Puis-je demander où tu les trouves, tes applets? Ca fait 10 ans que je n’en ai plus vu. Voir peut-être 15 ans.





Viens bosser dans un hôpital. Tu chercheras les applications qui n’utilisent pas d’applet.









hebusnico a écrit :



Viens bosser dans un hôpital. Tu chercheras les applications qui n’utilisent pas d’applet.





Gestion des stocks dans une des dernière boite où j’ai bossé. C’était rigolo.<img data-src=" />









Ricard a écrit :



Gestion des stocks dans une des dernière boite où j’ai bossé. C’était rigolo.<img data-src=" />







Il me semble qu’on est a abandonné il y a plusieurs années dans ma boîte… En fait, je pense que c’était parce que plus personne ne sait comment le maintenir. <img data-src=" />



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!


INtel en utilise sur son site web pour choisir les pilotes à télécharger.


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.


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.


Mouais. Ce n’est pas ce que j’appelle “massivement” utilisé.


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.


non mais sérieux vous voulez pas définitivement abandonné java ?? et flash aussi !



les web et les entreprise s’en porterons mieux !








gokudomatic a écrit :



Mouais. Ce n’est pas ce que j’appelle “massivement” utilisé.





C’est sûrement que tu as la chance de passer au travers. Parce qu’apparemment, on est plusieurs à en croiser régulièrement. <img data-src=" />









al_bebert a écrit :



non mais sérieux vous voulez pas définitivement abandonné java ?? et flash aussi !



les web et les entreprise s’en porterons mieux !





+100000









ThomasBrz a écrit :



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.





Les sites de mathématiques pour l’éducation utilisent énormément les applets…

D’ailleurs, avec je sais plus quelle version, les applets auto-signés étaient bloqués automatiquement ce qui avait foutu un gros bordel de mémoire.



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).&nbsp;



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








gokudomatic a écrit :



Puis-je demander où tu les trouves, tes applets? Ca fait 10 ans que je n’en ai plus vu. Voir peut-être 15 ans.







L’interface de gestion via navigateur des switchs HP Procurve 2810 …. une horreur.



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 ?


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.


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.&nbsp;&nbsp;



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.&nbsp;&nbsp;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.&nbsp;&nbsp;

Je vais en faire crier certain mais pour moi ça devient de la bidouille.&nbsp;&nbsp;&nbsp;

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.&nbsp;



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.&nbsp;


Vous critiquez Java, mais il il n’est pas adapté à tout si vous tombez sur des &nbsp;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.&nbsp;

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 &nbsp;que vous le vouliez ou non.








CounterFragger a écrit :



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 ?





Personne ne confond J2EE et les applets. La discussion à débordé sur Java en général. <img data-src=" />









wpayen a écrit :



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.





<img data-src=" />Apprends à lire et à comprendre ce que tu lis surtout.









Ricard a écrit :



Personne ne confond J2EE et les applets. La discussion à débordé sur Java en général. <img data-src=" />







Quand on lit, on comprend bien que la discussion parle de Java en général, sauf que les arguments c’est juste “les applets c’est nul”, donc ok, pourquoi Java c’est nul ? (À part, “les applets, c’est le mal”…)

C’est quoi le soucis en 2016 avec JEE et Java côté serveur globalement ? Qui fait mieux ?



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 …



&nbsp;


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…


Laisse tomber, tu t’enfonces de plus en plus ;)


Enfin quelqu’un qui compare ce qui est comparable.&nbsp;<img data-src=" />&nbsp;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.








CounterFragger a écrit :



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.

&nbsp;





Là, t’as mis le doigt dessus.









DorianM a écrit :



C’est quoi le soucis en 2016 avec JEE et Java côté serveur globalement ? Qui fait mieux ?





C#. <img data-src=" />



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…&nbsp;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 &nbsp;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.

&nbsp;

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 &nbsp;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 ;)

&nbsp;












mnshdw a écrit :



Je ne trouve pas les critiques que j’ai &nbsp;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.





Justement, le problème n’est pas les frameworks en eux-mêmes (plutôt simples pour la plupart), mais le fait qu’il soit nécessaire d’en utiliser un pour faire un truc aussi basique qu’un Web Service.



Imaginons que je sois un débutant qui doive développer un Web Service de zéro, je choisis quoi ? Axis2, CXF, Metro, Spring WS… ? Les specs JAX-RS et JAX-WS, c’est bien joli mais ça reste des specs, et libre aux concepteurs du framework de les implémenter à leur sauce…









Ricard a écrit :



C’est sûrement que tu as la chance de passer au travers. Parce qu’apparemment, on est plusieurs à en croiser régulièrement. <img data-src=" />









tifounon a écrit :



L’interface de gestion via navigateur des switchs HP Procurve 2810 …. une horreur.









En fait, je peux en déduire que si les applets java sont encore utilisées, ce n’est que dans le monde professionnel et seulement pour quelques outils. Mais sur internet, ça a totalement disparu. Et côté nouveau développement, je doute même qu’il y ait encore des dev sur cette planète qui créent encore des applets. N’est-ce pas assez pour dire que c’est marginal?









gokudomatic a écrit :



En fait, je peux en déduire que si les applets java sont encore utilisées, ce n’est que dans le monde professionnel et seulement pour quelques outils. Mais sur internet, ça a totalement disparu. Et côté nouveau développement, je doute même qu’il y ait encore des dev sur cette planète qui créent encore des applets. N’est-ce pas assez pour dire que c’est marginal?





C’est pas assez. On en croise encore beaucoup (trop).



Oracle le fossoyeur sait où il va….


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….








AlphaBeta a écrit :



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….





ça dépend de ce que vous avez besoin de faire…&nbsp;Si vous avez besoin de traiter des 100ènes de milliers de requêtes /min et que vous êtes à 10µs pret oui un serveur basé sur de Java n’est pas forcement adapté… après votre quintessence on s’en moque la plupart du temps. parce que bon votre code qui tire les meilleurs perfs de votre serveur va couter combien? et couter combien encore si on change de serveur après?









AlphaBeta a écrit :



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….







D’un autre côté, sans l’existence de Java, je doute que Liferay, SquashTM ou encore Jenkins/Hudson eurent un jour existé.









Ricard a écrit :



C’est pas assez. On en croise encore beaucoup (trop).





Reste aussi à déterminer si une seule applet est déjà beaucoup trop pour toi.









tifounon a écrit :



D’un autre côté, sans l’existence de Java, je doute que Liferay, SquashTM ou encore Jenkins/Hudson eurent un jour existé.





Sans Java, peut-être, ce qui n’aurait pas forcément été un mal tant ces outils et leur lourdeur sont mal vécus des développeurs contraints à les utiliser par des process qui font qu’un développement de 6 mois il y a 20 ans prends désormais 2 ans, faute à une tétrachiée de boulets improductifs faisant marcher la machine à CI et sont désormais bien plus nombreux que ceux qui font le job!









CounterFragger a écrit :



Imaginons que je sois un débutant qui doive développer un Web Service de zéro, je choisis quoi ? Axis2, CXF, Metro, Spring WS… ? Les specs JAX-RS et JAX-WS, c’est bien joli mais ça reste des specs, et libre aux concepteurs du framework de les implémenter à leur sauce…






 'fectivement.      

J'en ai chier.&nbsp; Même en étant pas trop débutant.

Mais bon ça se fait.



Java à coté du c++ et du c c’est hyper simple je trouve.

Après les applets oui c’est pourri on est d’accord. On en a au taf et ça fait chier.

C’était la mode à une époque, ça répondait à un besoin. Et quand tu changes pas un gros système comme tu changes de chemise ben ça a tendance à durer.









yl a écrit :



Sans Java, peut-être, ce qui n’aurait pas forcément été un mal tant ces outils et leur lourdeur sont mal vécus des développeurs contraints à les utiliser par des process qui font qu’un développement de 6 mois il y a 20 ans prends désormais 2 ans, faute à une tétrachiée de boulets improductifs faisant marcher la machine à CI et sont désormais bien plus nombreux que ceux qui font le job!





Donc tu blâmes la technologie pour l’incompétence des devs. Très lucide. <img data-src=" />



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.<img data-src=" />


Mouais perso j’essaye de m’en sortir. Les 18 frameworks sont bien pratiques mais il faut encore arriver à tout faire fonctionner ensemble…


C’est simple:

Il en veut zéro, il en a au moins un, c’est donc infiniment trop







===========&gt; []








CounterFragger a écrit :



Imaginons que je sois un débutant qui doive développer un Web Service de zéro, je choisis quoi ? Axis2, CXF, Metro, Spring WS… ?





À priori, si tu es débutant, tu ne t’emmerdes pas et tu utilise le RESTEasy qui vient installé avec ton serveur Wildfly <img data-src=" />

En passant, Axis2 c’est un tout petit peu obsolète (depuis “seulement” 10 ans <img data-src=" /> ).









V_E_B a écrit :



À priori, si tu es débutant, tu ne t’emmerdes pas et tu utilise le RESTEasy qui vient installé avec ton serveur Wildfly <img data-src=" />

En passant, Axis2 c’est un tout petit peu obsolète (depuis “seulement” 10 ans <img data-src=" /> ).





Je code encore sous Axis 1.4 pour cause de compatibilité avec un produit sorti l’année dernière <img data-src=" />









gokudomatic a écrit :



Reste aussi à déterminer si une seule applet est déjà beaucoup trop pour toi.





Puisque tu ne veux pas comprendre ce que tout le monde t’explique… <img data-src=" />









Ricard a écrit :



Puisque tu ne veux pas comprendre ce que tout le monde t’explique… <img data-src=" />





Je n’ai lu que les messages qui m’ont été adressé. Et non, pas d’explication à ce sujet. Seul levhieu a dit sur le ton de la blague que 1 est déjà trop.

Désolé mais personne d’autre n’a répondu.<img data-src=" />









ActionFighter a écrit :



Je code encore sous Axis 1.4 pour cause de compatibilité avec un produit sorti l’année dernière <img data-src=" />





Et sinon, tu es sous Netscape ou IE 5 ? <img data-src=" />









CryoGen a écrit :



Et sinon, tu es sous Netscape ou IE 5 ? <img data-src=" />





IE 5 est sorti et aucune news sur NXI ? <img data-src=" />









ActionFighter a écrit :



IE 5 est sorti et aucune news sur NXI PCI ? <img data-src=" />





Mécréant.









gokudomatic a écrit :



Je n’ai lu que les messages qui m’ont été adressé. Et non, pas d’explication à ce sujet. Seul levhieu a dit sur le ton de la blague que 1 est déjà trop.

Désolé mais personne d’autre n’a répondu.<img data-src=" />





#27 #30 #37 ?

Si tu veux que je cherche des sites avec des applets, je crois que tu es assez grand.<img data-src=" />

<img data-src=" />









Ricard a écrit :



#27 #30 #37 ?

Si tu veux que je cherche des sites avec des applets, je crois que tu es assez grand.<img data-src=" />

<img data-src=" />





Non. Ca fait 15 ans que je sillonne le net et je n’ai rien vu. Alors tiens-moi par la main et montre du doigt ces applets, quitte à les coller devant mes yeux.

Quand à #30 et #37 (#20 est le mien), ça va dans ce que je disais. C’est le domaine professionnel, et ,ok, aussi universitaire. Mais en aucun cas ça ne touche internet libre d’accès. Donc je ne peux pas vérifier ça vu que je n’y ai pas accès. Et te voyant venir, je tiens compte de l’exemple de drivers d’un matos spécifique qui utilisent une applet. Mais c’est, comme je disais, très rare. Un utilisateur lambda, il ne verra jamais plus d’applet sur le net.









gokudomatic a écrit :



Non. Ca fait 15 ans que je sillonne le net et je n’ai rien vu. Alors tiens-moi par la main et montre du doigt ces applets, quitte à les coller devant mes yeux.

Quand à #30 et #37 (#20 est le mien), ça va dans ce que je disais. C’est le domaine professionnel, et ,ok, aussi universitaire. Mais en aucun cas ça ne touche internet libre d’accès. Donc je ne peux pas vérifier ça vu que je n’y ai pas accès. Et te voyant venir, je tiens compte de l’exemple de drivers d’un matos spécifique qui utilisent une applet. Mais c’est, comme je disais, très rare. Un utilisateur lambda, il ne verra jamais plus d’applet sur le net.



Va faire un tour sur sesamath. Site qui n’est utilisé par personne.<img data-src=" />









AlphaBeta a écrit :



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….









the_frogkiller a écrit :



ça dépend de ce que vous avez besoin de faire…&nbsp;Si vous avez besoin de traiter des 100ènes de milliers de requêtes /min et que vous êtes à 10µs pret oui un serveur basé sur de Java n’est pas forcement adapté… après votre quintessence on s’en moque la plupart du temps. parce que bon votre code qui tire les meilleurs perfs de votre serveur va couter combien? et couter combien encore si on change de serveur après?





Faut aller dire ça aux développeurs de Hadoop, de Elasticsearch ou encore de Kafka (c’est du Scala mais c’est exécuté dans une JVM). Apparemment la technologie qu’ils utilisent n’est pas performante, étonnant vu le succès et l’efficacité de leur produit !





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.


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.


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.








Ricard a écrit :



Va faire un tour sur sesamath. Site qui n’est utilisé par personne.<img data-src=" />





J’y suis allé. La page d’accueil n’a pas d’applet. J’ai quand même fait l’effort de chercher une page qui pourrait avoir un applet, du genre exercice, mais seul le flash était demandé. Merci de m’avoir fait perdre 5 minutes pour rien.



Et Cassandra. Apple en a juste 100 000 instances :)








plag a écrit :



Et Cassandra. Apple en a juste 100 000 instances :)





En effet ! :)



J’ai cité les premiers qui me venaient à l’esprit mais on peut sans mal étoffer la liste.



Ils auraient été développés en autre chose…. la nature a horreur du vide !


&nbsp;Cette bonne blague…. des frameworks sur des frameworks…. écrit un jour, oublié dans un an….


Est&nbsp; ce une référence ?

J’en connais encore pleins qui utilisent des activeX








AlphaBeta a écrit :



&nbsp;Cette bonne blague…. des frameworks sur des frameworks…. écrit un jour, oublié dans un an….





Lucene (la base d’Elasticsearch) a plus de 15 ans, Elasticsearch en a plus de 5, Hadoop en a plus de 10.



Après si t’as mieux à proposer en “natif”, je suis preneur, peut-être Mesos ? Ah non, c’est basé sur Zookeeper… qui est en Java.



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.


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 <img data-src=" />








gokudomatic a écrit :



J’y suis allé. La page d’accueil n’a pas d’applet. J’ai quand même fait l’effort de chercher une page qui pourrait avoir un applet, du genre exercice, mais seul le flash était demandé. Merci de m’avoir fait perdre 5 minutes pour rien.





Je t’en prie.<img data-src=" />









V_E_B a écrit :



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 <img data-src=" />





Rare, de plus en plus. Mais de là à affirmer la tête sur le billot qu’il est impossible d’en voir pour Mr Toulemonde… Mauvaise fois powered.



&nbsp;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 &nbsp;… SUN, HP, IBM….

Les promoteurs de JAVA sont d’abord des vendeurs de grosses machines !



quant à tes frameworks, ils ont été utilisés à&nbsp;un instant T, et puis ils restent dans les codes… et au final ne font&nbsp;que polluer dans le temps… ils sont généralement&nbsp;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 !








Ricard a écrit :



Je t’en prie.<img data-src=" />





Pendant un instant j’ai cru que c’était mon navigateur qui filtrait automatiquement les applets et que du coup, je ne voyais rien. Mais sur un lien externe de ton lien, j’ai enfin trouvé une page avec une applet. Ok, j’en ai trouvé une. Je vois que ça existe encore.



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.



&nbsp;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.


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


Tu y arrives, tu y arrives :)


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 ?

&lt;troll&gt;Ca serait un problème de compétence si les devs C# ou C++ n’arrivent pas à rivaliser dans ce domaine ?&lt;/troll&gt;


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.


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.