@vivid explications?
Version imprimable
@vivid explications?
De mon point de vue, le problème de JEE est que ses technos sont vieillissantes voire obsolètes. C'est du moins le cas de JSF. Ce framework n'est pas du tout adapté à la manière moderne de concevoir des sites web, y compris intranet, qui consiste à intégrer des framework JS et CSS comme Angular et Bootstrap. Quant aux EJB, ils sont de moins en moins nécessaires face à Spring. En fait, la tendance est à la Springification de "JEE".
Alors là faut qu'on m'éclaircisse car je ne vois pas de quoi tu parles...Citation:
De mon point de vue, le problème de JEE est que ses technos sont vieillissantes voire obsolètes.
Je ne vois pas en quoi Spring MVC serait plus adapté que JSF. Et je comprend encore moins le dernier point quand tu parles d'intranet, de CSS et de JS. Besoin d'explications clair à ce sujetCitation:
C'est du moins le cas de JSF. Ce framework n'est pas du tout adapté à la manière moderne de concevoir des sites web, y compris intranet, qui consiste à intégrer des framework JS et CSS comme Angular et Bootstrap.
Perso, j'ai appris les EJB3.
Et s'est pas vraiment demandé en entreprise.
En entreprise il y a surtout du Spring.
Pour Strust et JSF ce n'est pas aussi évident.
Beaucoup d'entreprise ont fait le choix d'un de ces deux frameworks et ne vont pas migrer vers Spring MVC
Ce n'est pas pour rien qu'il y a des passerelles entre Spring et Strust ou JSF
J'ai l'impréssion qu'Oracle préfère couler Java que le donner
Généralement des solutions existent, et soudain SUN arrive des années plus tard avec des solutions à côté de plaque.
C'est ce qui est arrivé avec JSF a sa sortie, les EJB et autres spécifications délirantes. Du coup les gens se tournent vers des frameworks non standards, qui évoluent plus rapidement et dont les applications basées dessus sont tout autant (si ce n'est bien plus) portables que le standard (descripteurs de déploiement? quelqu'un?).
Donc pour moi, quand je vois J2EE et ce que ça a produit par le passé, j'aime autant qu'Oracle se concentre sur le langage et les APIs J2SE communes (JSON, XML) que d'aller nous pondre des spécifications de framework épouvantables qui seront battus et dépassés dès leur sortie.
C'est fort dommage car J2EE avait bien avancé et était a parité (certain diront même meilleur) que Spring tant au niveau fonctionnel que de la simplicité.
Mais si Oracle se désinvestit de J2EE, cela va mettre en péril leur propre serveur d'application WebLogic. Est-ce donc une tendance longue, ou l'appel de James va t'il permettre de relancer la machine ?
.. et des EJB, même si CDI a nettement pris le pas depuis. Spring ne fait pas du tout partie de la spec, et si c'est courant à certains endroits, ce n'est (heureusement) pas universel.
Struts n'a jamais fait partie de la plateforme. Je ne vois pas trop de raison pour l'utiliser, 10 ans après son obsolescence. Quand je tombe sur une offre d'une boîte qui ose le mentionner, je fuis en courant.
C'est contre l’utilisation de Java qu'il faut se mobiliser. Et ne pas appeler çà du développement. Du lego tout au plus... on est dans la bonne tranche d'age mentale, 5-9 ans.
ps:je compati pour tout ceux qui n'ont pas trouver mieux (boulot alimentaire).
@vivid : putain le niveau ! On se croirait sur 4chan ou un autre forum à troll !
C'est pas vraiment le genre de message que j'avais l'habitude de lire sur dvp.com...
a++
Oracle aurait discrètement retiré les fonds destinés au développement de Java et de Java EE,
à la suite à sa défaite juridique contre Google
La bataille juridique qui a opposé Google à Oracle à propos de l’utilisation de Java dans le système d’exploitation Android et qui a été remportée par Google aurait fait que Oracle ne consacre plus beaucoup de financement à l’effort de développement du langage. C’est en effet ce que croient plusieurs développeurs Java Evangilists, des anciens développeurs Java ayant travaillé chez Oracle et d’autres professionnels de la communauté Java qui pensent que Oracle est en train de retirer discrètement les fonds habituellement attribués au développement de Java pour les réorienter vers d’autres projets plus rentables sur le plan commercial. Pour ce qui est de Java EE, les financements de l’effort de recherche et de développement seraient presque au point mort d’après des observateurs proches de la sphère Java. Cela a créé une inquiétude de plus en plus grandissante parmi les entreprises qui contribuent à la plateforme, dont certains gros clients mêmes d’Oracle et d’autres membres de la communauté qui voient en cela une mort programmée du langage.
Des employés d’Oracle qui travaillaient sur Java EE confient avoir reçu l’ordre de travailler sur d’autres projets de la boite, rapporte un observateur qui suit de près la société. Cependant, les dirigeants d’Oracle restent silencieux sur cette question et notamment sur ses plans pour Java EE malgré les demandes d’éclaircissement adressées à la boite par les membres de l’organe directeur de supervision de la norme Java. Un observateur fait remarquer qu’il est devenu assez familier que des projets open source devenus la propriété d’Oracle connaissent un tel sort, à commencer par OpenSolaris et OpenOffice. Selon lui, cette fois l’enjeu est encore plus important, car Java EE fait partie intégrante de plusieurs centaines de milliers d’applications et joue un rôle prépondérant pour bon nombre d’entre elles. Geir Magnusson, un membre indépendant du comité exécutif du Java Community Process déclare qu’ « ils sont en train de jouer à un jeu dangereux » en faisant référence aux dirigeants d’Oracle. Magnusson dit avoir essayé de comprendre les motivations d’Oracle sur cette question sans succès, ce qui le pousse à qualifier la boite de « Kremlin technologique » en raison de l’opacité du processus de prise de décision de l’entreprise.
L’absence de communication de l’entreprise fait penser à certains dans la communauté Java qu’aussi bien Java EE que Java d’une manière générale sont menacés d’asphyxie financière. Un groupe dénommé Java EE Guardians a même lancé une pétition en ligne visant à faire pression sur Oracle pour redémarrer les activités de développement de Java EE ou même pousser la boite à rendre le langage open source. Mais sur ce plan, note les observateurs, il y a peu de chances qu’Oracle puisse se séparer de son droit de propriété intellectuelle sur Java dans un contexte où l’entreprise entend faire appel de la décision de la justice en faveur de Google dans le conflit qui oppose les deux géants. Un ancien employé d’Oracle ayant quitté la boite au mois de mars estime que si Oracle continue de négliger Java EE, « les risques à court et à long terme pour la communauté et l’industrie Java sont immenses ». Il ajoute que « sans un investissement continu, chaque partie de l’écosystème Java va s’affaiblir au fil du temps de même que l’industrie IT mondiale » qui dépend fortement de cette technologie.
:fleche: lien de la pétition lancée par Java EE Guardians
Source : tech.truebreakingnews.com, jaxenter.com
Et vous ?
:fleche: Que pensez-vous de l'avenir de Java avec Oracle ?
Voir aussi
:fleche: Google vs Oracle : quelles seront les conséquences sur les pratiques des développeurs si Google est reconnu coupable d’avoir utilisé abusivement les API Java d’Oracle ?
Si cette information est vraiment juste, ça sera vraiment triste pour Java et pour sa communauté :calim2:.
Avec ces nouvelles qui apparaissent de jour en jour indiquant une fin pour Java, je me demande bien si la date de sortie de Java 9 sera respecté......:roll:
Les retards de java sont nombreux:
- java 7 Release - 28 Juillet 2011
- java 8 Release - 18 Mars 2014
- java 9 => repoussé à Mars 2017 (ou aux calendes grecques à voir)
Une version tous les 3 ans c'est long, mais long, pour ce type de technologie.
Ce qui laisserait supposer que le désinvestissement d'Oracle sur la technologie Java n'est pas récent.
Personnellement, je ne miserai pas un kopeck sur l'avenir de Java... encore que, IBM et Google ont eux misés beaucoup sur celle-ci.
Pour rappel:
OpenOffice?
Hudson?
MySQL?
Je suis très circonspect quant au devenir des projets open source menés par Oracle en général.
D'autre devrait faire relire la licence Java par leur(s) avocat(s)...
ainsi que toutes les autres licences d'Oracle par ailleurs.
Expérience quand tu nous tient.
Bon en même temps, ça fait des années que plein de gens disent que Java est en train de mourir, on attend toujours (et qu'il est toujours n°1).
Sun a beaucoup ouvert Java avant de se faire racheter par Oracle. Les évolutions du langage ne sont plus du seul fait d'Oracle et est en partie communautaire.
Il faudrait juste qu'Oracle avoue qu'il a gardé le lead de Java pour faire du patent troll et qu'il cède cette place vu que ça n'a pas marché.
Je ne comprends pas trop le commentaire de pgoetz. Java est principalement utilisé en entreprise. Et les entreprises ne montent pas de version majeure tous les 6 mois .... Y a qu'à voir combien de boîtes ont encore des logiciels en prod sur du Java 6. Tout comme il y a 4-5 ans il y avaient encore de nombreux projets sur du Java 1.4.
Pour moi la durée entre les versions n'est pas vraiment un problème. Tant que les versions apportent de réelles évolutions qui montrent que le langage est vivant (comme Java 8 qui a apporté énormément de choses attendues depuis longtemps).
Bref, vivement qu'Oracle laisse tomber le lead de Java et que Google propose de le reprendre !
Quoi ? Java n'a plus d'avenir ? Bonne nouvelle
Il semblerait malheureusement que mes craintes, depuis quasiment la reprise de Java par Oracle, se confirment...
Je ne voyais pas comment Oracle, qui avait déjà d'autres projets importants, et différents, comportant une certaine inertie, pouvait porter Java comme le faisaient ses concepteurs, passionnés. Ca me semblait plus pour s'enrichir. Je l'ai constaté avec Java 7 et les réactions tardives (et manquant d'enthousiasme) d'Oracle à chaque énoncé de failles zéro day.
Jusqu'à Java 1.6, chaque version offrait des changements importants, qui faisaient "rêver", et sortait tous les 2 ans. Java 7 est sorti 5 ans après (Java 1.6 avait déjà été repris par Oracle pour les dernières mises à jour). Java EE 8 n'est pas prévu avant 2017 et la version SE n'est pas du tout révolutionnaire.
Depuis Java 7, j'ai toujours eu l'impression qu'il y avait une course (timide) après d'autres technologies, et peu d'innovations propres. Simplification de la parallélisation, chaînes de caractères dans les switch, Lambda expressions, les streams et collecteurs, les types optionnels,... Des trucs plutôt simples, très demandés, qui tombent sous le sens, mais dispos depuis longtemps dans d'autres langages (C# par exemple). Des sortes de rustines. Mais qu'est-ce que Java a de plus aujourd'hui qu'une autre technologie, à part sa portabilité dès le début de sa création ? Cet aspect est en train d'être repris dans les technologies concurrentes. Qu'est-ce qu'il restera à Java ?
Je ne vois pas de révolutions non plus au niveau utilisateur. Les interfaces ont toujours ce cachet un peu vintage. C'est un détail mais voila. Je peux me tromper. J'aimerais voir une appli avec un look super moderne faite en Java pour me faire mentir.
Oracle devrait se séparer de Java, quitte à le rendre OpenSource. Le cas peut sembler très différent, mais le langage Dart de Google évolue extrêmement vite (1.17 aujourd'hui avec de vraies avancées (je l'ai pris à la version 0.7 il y a à peine 2 ans)) ! Il est OpenSource (même si propriétaire je crois), et les développeurs sont à fond sur les bug trackers. Je ne vois pas ce dynamisme côté Oracle.
Java 7 était sorti en retard en 2011. Java 9 est attendu comme le messie mais je ne vois aucune première version. J'étais encore à la FAC quand Oracle a repris Java, il y a 7 ans. On était à l'époque d'Oracle 11g, qui est maintenant à Oracle 14 (peut-être 15).
Mais voilà, c'est dégueulasse par rapport à tous ceux qui ont des applis critiques développées en J2EE (le support étendu n'est pas extensible à l'infini) et pour ceux qui ont fait le choix de se spécialiser Java.
Je suis content d'avoir choisi .NET, malgré un enseignement spécialisé Java à l'école. Mais il faut que la concurrence reste pour continuer à aller de l'avant.
D'accord avec toiCitation:
Mais voilà, c'est dégueulasse par rapport à tous ceux qui ont des applis critiques développées en J2EE (le support étendu n'est pas extensible à l'infini) et pour ceux qui ont fait le choix de se spécialiser Java.
, dans mon cas je me spécialise en Java et avec toutes ces histoires concernant Java, je me demande si je fais réellement le bon choix.Citation:
LSMetag
Je voudrais bien avoir des avis de la part des doyens qui ont une expérience longue en Java sur cette question de mort imminente de Java.
Une grande partie de la gamme de produits d'Oracle repose sur Java.
Si Java est relégué au second plan cela signifie que certaines bibliothèques de Primavera et Oracle Database notament vont en patir, ça va être assez triste pour eux, mais aussi la valeur de ses produit peut en être considérablement touchée.
En meme temps vu que énormément d'entreprises dépendent de Java (Google, avec notamment Gmail qui tourne dessus) je crois qu'il serait vraiment moche que Oracle rame dans le sens contraire de tout le monde. Cela pourrait déclencher une guerre technologico-juridique dans laquelle c'est les plus faibles qui vont souffrir.
Dans les faits Java est loin d'être mort, si on regarde les offres d'emploi sur http://emploi.developpez.com :
- Offres d'emploi Java : 4219
- Offres d'emploi C# : 1017
Donc il y à plus que 4 fois plus de demandes sur Java que sur C# c'est colossal.
Pour ce qui est d'Oracle leur comportement est plus qu'inadmissible, je me demande comment le secteur IT va prendre cette nouvelle, est ce qu'Oracle ne risque pas que la profession les boycotte purement et simplement et refuse à l'avenir d'acheter un seul de leurs produits ? Après tout il y à des concurrents valables pour tous leurs produits, le marché peut très bien se passer totalement d'eux. Si Oracle veux tuer Java, qu'ils crèvent aussi, non vous croyez pas ?
Je pense que quand on fais plus de 2 milliards de dollars de bénéfice par trimestre, on à les moyens de payer quelques développeurs pour faire progresser Java ! Ils ont décidé de racheter Sun , maintenant ils doivent assumer...
Le monde s'est habitué aux logiciels gratuits mais personne ne se pose jamais la question de savoir comment est-ce que leurs concepteurs gagnent leur vie. Si Android est gratuit, c'est que Google, riche à milliards, préfère y investir son pognon pour un gain futur plutôt que de payer des impôts sur le bénéfice immédiatement à fond perdu.
Pour rappel, OpenSolaris, OpenOffice, Java sont tous des produits "gratuits" développés en leur temps par la société SUN qui a fini par faire faillite!!! Ce qui a permis à Oracle de s'approprier ces produits à vil prix.
Une chose est sûre: Oracle ne fait pas dans l'humanitaire technologique... S'ils ne trouvent pas le moyen de faire de l'argent (beaucoup d'argent!) avec Java, ils laisseront tomber la techno sans le moindre remord.
Qu'ils laissent tomber la techno n'est pas le danger, il y a aujourd'hui une communauté assez importante pour prendre le relai. Non, le problème c'est qu'il ne vont pas faire évoluer les choses et ne vont pas laisser tomber leur droit de propriété intellectuelle dessu, comme ça personne d'autre ne pourra y toucher.
Il y a une source pour cette info ? J'ai du mal à voir le rapport entre le procès avec Google (concernant java SE, pas Java EE) et le quasi-arrêt d'activité sur Java EE (qui impacterait plutôt IBM ou RedHat, par exemple, que Google) ? L'impression que j'avais, c'est plutôt que Oracle ne voit pas de rentabilité directe à développer le standard Java EE, et préfère investir dans leurs technos cloud propriétaires...
Un facteur important dans le retard du langage Java, ce que le développement avait beaucoup ralentie à la fin de la période Sun - d'où les nombreuses années écoulées entre entre Java 6 et java 7. Le rythme a quand même bien repris depuis. Ceci dit, même si Oracle décidait soudainement d'y investir des moyens illimités, Java ne pourrait en aucun cas évoluer aussi vite que des langages comme Dart ou Swift - pour la simple et bonne raison que la pression pour conserver la compatibilité avec le code existant est sans commune mesure... Swift existe publiquement depuis deux ans, en est bientôt à la troisième version majeur, et il y a eu des changement cassant la compatibilité à chaque fois : c'est impensable pour un langage déjà largement adopté.
Par contre, Java, ce n'est pas seulement un langage, c'est aussi et surtout une plateforme (incluant la JVM et le reste du JRE, mais aussi un très gros écosystème de librairies open source et une tonne d'outils divers et variées). Et il n'y a qu'à voir le nombre de langages qui ont été implémentés sur la JVM (Scala, Groovy, Clojure, Kotlin, Ceylon... Sans compter les langages portés depuis une autre plateforme, comme JRuby ou Jython...) pour voir que cette plateforme continue à intéresser beaucoup de monde.
Sur le fond, ça me paraitrait très sain :
- Le langage Java continue à évoluer, mais assez lentement pour ne pas faire peur aux grosses entreprises qui veulent surtout de la stabilité et la garantie qu'on ne va pas casser leur énorme base de code Java existant.
- Si on ne veut pas se contenter de cela, Scala est devenu une alternative crédible ; et je pense que Kotlin et/ou Ceylon devraient le devenir aussi, pour ceux qui cherchent un langage plus conservateur/traditionnel. Et ces langages bénéficie de l’écosystème Java, tout en contribuant eux-même à l'enrichir (par exemple, Play ou Akka, développés en Scala, proposent des API Java).
Après, il faudra voir comment les choses vont continuer à évoluer...
Le gros de l'utilisation de Java aujourd'hui, c'est côté serveur - donc l'aspect des IHM, c'est le plus ouvent une question de HTML/CSS/JS, plutôt que de Java.
Pour les applications desktop en Java, Oracle n'a pas l'air de particulièrement s'y intéresser, vu leur niveau d'investissement dans JavaFX... Reza Rahman a d'ailleurs l'air de vouloir également créer un groupe de JavaFX Guardians
Java est déjà open source, ça s'appelle OpenJDK (licence : GPL with classpath exception). Le problème n'est pas là, mais plutôt dans le fait qu'Oracle semble être culturellement incapable de gérer correctement un projet open source...
Les pré-versions se trouvent par ici, le planning actuel par là.
Voici l'avis du père de Java sur la stratégie d'Oracle https://www.facebook.com/james.gosli...54181433121328
et dans son post il renvoie à cet article très complet http://arstechnica.com/information-t...-to-kill-java/
Personnellement, j'étais vraiment dégouté lorsque Oracle avait racheté SUN. Je me rappelle des immondes logo Oracle rouge sur les sites web de Java, à chaque fois c'était comme un coup de poignard :pleure:
Je rêve que cette boite crève, son mot d'ordre c'est faire de fric quitte à menacer ses propres clients. Voir le nombre de boites qui sont obligées de passer par les tribunaux (et qui obtiennent gain de cause) pour se défendre et ne pas payer les licences que Oracle leur exige de payer.
Personnellement je n'ai rien contre Oracle, ils sont une partie incontournable de l'écosystème IT mondial et il serait pas très judicieux de souhaiter sa mort à mon avis. Il ne faut pas oublier qu'Oracle Database c'est aujourd'hui tout simplement la meilleure des bases de données. Seulement ils n'ont pas le droit de prendre Java au piège.
Pour les offres d'emploi ou je trouve mes jobs c'est grosso-modo du 60/40 en faveur de Java. Mais avec une plus forte croissance des offres en .NET.
Oracle fait quelque part coup double. Java ne lui rapporte pas assez, et ils veulent impacter Google. Pour Mysql, on parle plus de MariaDB maintenant.
Java doit quitter Oracle, c'est tout. Microsoft et Google sont bien plus actifs sur le développement et le support de leurs technologies. Plus inventifs et à l'écoute de leurs utilisateurs aussi.
Et pourtant ça n'empêche pas .NET de continuellement se renouveler, tout en continuant de garder la compatibilité avec les anciens codes. Même s'il est vrai que les anciennes technologies (celles qui ont plus de 8 ans), bien que fonctionnelles, ne sont plus activement supportées.
Même cas de figure pour .NET. PHP, Ruby, Python,... sont aussi portés. Il y a de l'intérêt de part et d'autre mais il serait sain comme tu dis d'avoir une plateforme Java "Legacy" pour les grosses entreprises, et quelque chose de nouveau pour les Startups et autres PME. J'aimerais aussi un écosystème plus "ergonomique". J'ai toujours cette impression "usine à gaz" qui fait que J2EE n'est pas à la portée du premier venu, et donne l'impression d'essayer de faire du neuf avec du vieux.
C'est très dommage pour des Applis importantes comme des IDE, façon JetBrain IntelliJ, Modelio,... Je plains aussi les applis des administrations Françaises (En même temps quand je vois les applis de Pôle Emploi ou Cap Emploi, je suis sûr que des stagiaires en seraient capables (une fenêtre Swing, avec des requêtes CRUD basiques par fonctionnalité, sans sessions ni rien (tu perds la connexion en ouvrant certaines fenêtre, ou en faisant "Précédent" sur le site web)).
L'avènement de JavaFX est important. Je l'avais utilisé à la FAC pour un petit jeu en 2D. Ca fonctionnait puis ça avait été laissé de côté. Content que ça revienne.
Je pensais qu'OpenJDK était en marge d'Oracle. Dommage...
Bonne nouvelle pour les dev Java ! Même si je crains pour la suite. De ce que j'ai vu, leur RoadMap a été allégée, et si les choses se confirment, il faudra donner la conception de Java 9 à quelqu'un autre, peut-être même avec un besoin de refonte.
Peut-être que JAVA sera repris par Azul Systems ?
Une petite pétition au cas où :
https://www.change.org/p/larry-ellis...al-it-industry
Des partisans de Java EE soutenus par Red Hat et IBM décident de poursuivre leur propre développement de la plateforme
indépendamment d’Oracle
Face à la négligence manifeste de la firme de Larry Ellison à l’égard de la plateforme Java, plusieurs développeurs et évangélistes Java et Java EE d’Oracle ont décidé de se séparer de l’entreprise, afin de mieux faire avancer les communautés Java et Java EE.
Il y a quatre semaines, certains de ces développeurs qui ont décidé de suivre leur propre voie se sont réunis au sein d’un même groupe appelé Java EE Guardians, pour lancer une pétition adressée à la haute direction d’Oracle. Ce groupe de partisans de Java EE a également vu certaines organisations et personnages imminents rejoindre leur cause. C’est le cas notamment de James Gosling, le concepteur de Java.
Se disant « préoccupés par le manque d’engagement actuel d’Oracle vis-à-vis de Java EE », les Java EE Guardians se disent déterminés à faire tout ce qui est en leur pouvoir « pour préserver les intérêts de la communauté Java EE ». Pour cela, ils ont publié un plan d’action qui prévoit entre autres de poursuivre dans une certaine mesure le développement de Java EE. Il s’agit notamment de travailler sur des fonctionnalités qui sont censées être dans Java EE 8. Le groupe de partisans de la plateforme met en avant les fonctionnalités relatives à la sécurité, Java Message Service, et Jax-RS. Et ce, disent-ils, en travaillant en collaboration avec des fournisseurs tels que Red Hat, IBM, Tomitribe et Payara.
Les fournisseurs en question - Red Hat, IBM, Tomitribe et Payara – ont annoncé la semaine dernière, lors de la conférence DevNation pour l’open source, une initiative baptisée MicroProfile. Il s’agit d’un projet de collaboration pour poursuivre le développement de l’édition entreprise de la plateforme Java, et ce, indépendamment d’Oracle.
Dans les deux cas, il ne s’agit pas de forks de Java EE, mais de projets dont l’objectif est de faire avancer la plateforme existante en apportant leurs propres améliorations. Quant à la question de créer un fork Java EE, Reza Rahman, l’un des leaders de Java EE Guardians et ancien évangéliste Java EE chez Oracle affirme qu’un fork de Java EE dans « le sens open source pure » serait « beaucoup trop risqué d'un point de vue juridique ». « Ce qui peut être fait est de recréer des API à partir de zéro sans utiliser des API Java EE existantes. Cela est à la fois dur et très regrettable, car les API Java EE sont tellement répandues », ajoute-t-il.
Pour revenir à l’initiative MicroProfile, son but est d’apporter les microservices à Java EE. Autrement dit, il s’agira de rendre plus facile pour les développeurs d'utiliser des technologies et API Java EE familières pour construire des applications microservices. MicroProfile est donc une extension de la plateforme Java EE, misant sur les mêmes technologies et normes, mais de façon adaptée pour la construction de microservices, mais également pour la décomposition des applications existantes en microservices.
Une application en microservices est une application découpée en plusieurs petits composants. Chaque composant est pensé de sorte à être développé, déployé, exécuté et géré séparément des autres composants. L’application sera donc l’assemblage de chaque microservice. Cette approche est en contraste avec les applications traditionnelles monolithiques qui sont entièrement développées en une seule pièce. Les différents composants d’une architecture en microservices pourront donc communiquer entre eux via des API accessibles sur http, grâce à des outils et techniques familiers aux développeurs.
Parmi les avantages des microservices, on note la modifiabilité. Étant donné que le code d’un microservice est autonome de celui des autres, une mise à jour d’un composant n’impacte pas les autres microservices. L’indépendance entre les différents services favorise surtout le développement de chaque composant en même temps, ce qui est beaucoup plus difficile avec les applications traditionnelles.
MicroProfile est donc un projet assez ambitieux pour l’avenir de Java EE. Il faut également noter que si une Java EE 8 est attendue à la mi-2017, ce qui ne serait d’ailleurs pas possible d’après les partisans de la plateforme, la première version de MicroProfile est annoncée vers le mois de septembre. Celle-ci devrait étendre Java EE avec une base initiale de capacités de microservices autour de Jax-RS (Java API for RESTful Services), CDI (Contexts and Dependency Injection) et Java API for JSON Processing (JSON-P). Pour aider à étoffer cette première version de MicroProfile, les développeurs sont invités à rejoindre le groupe ou voter, sur le site microprofile.io, pour les technologies qu’ils aimeraient y voir.
Sources : Plan d’action de Java EE Guardians, Red Hat, IBM, Payara, microprofile.io
Et vous ?
:fleche: Qu’en pensez-vous ?
Espérons qu'Oracle lâche Java. C'est la meilleure chose qui pourrait arriver, désormais.
Au moins, ça met la pression sur oracle. Il faut simplement espérer que quand tous les recours de la plainte contre google seront épuisé, ils prennent conscience que jouer les pattern troll avec java ne leur rapportera rien, et ouvrent le langage.
Pour ce qui est de l'initiative microprofile en elle même, c'est une bonne idée. Après, concrètement, est-ce que ca ne va pas se traduire par une standardisation de wildfly swarm, en amélioré ? Pas que ca me gêne, au contraire...
C'était sûr qu'un langage aussi répandu que Java serait quoi qu'il arrive soutenu par de gros acteurs de l'industrie. Il est probable que dans les 5 années qui arrivent Java souffre un peu, mais ça ne sera qu'un petit caillou au final
Voilà qui est rassurant.Sinon c'est flippant d'apprendre qu'un langage comme JAVA est sur le point d'arriver à la fin de ses jours.Un moment,j'étais convaincu que je suis fort en PHP mais depuis que j'ai découvert les technos offertes par JAVA je ne programme plus en PHP voire oublier certaines techniques.Quand j'ai appris la mauvaise nouvelle d'abandon de JAVA,je me suis posé un certains nombre de questions du genre : Que deviendraient les boîtes qui tournent essentiellement sur JAVA dans 5 ans?Que serait d'ici 2 ans l'avenir de ceux qui se sont spécialisés en JAVA durant leur formation et ceux qui ne connaissent que ça comme langage?Bref,je dirai chapeau à ces gens là qui ont décidé de faire évoluer cette fameuse plateforme.
Quant à MicroProfile très bonne initiative.
Au passage,je profite pour demander le sens de fork Java EE.
Dire que Sun a failli être racheté par IBM, je regrette que cela ne soit pas arrivé.
Sun a détruit toutes les technologies open source de Sun :
- OpenOffice => mort. Fork : LibreOffice ;
- OpenSolaris => mort. Forks Illumos, OpenIndiana et OpenZFS ;
- Java EE => mort ;
- MySQL toujours en développement, mais des forks existent : MariaDB et Percona Server ;
- Java => toujours en développement, mais au ralentit.
Sans parler d'OpenSparc. Et de Hudson, que son fork Jenkins a fait totalement oublier, et de l'équipe JRuby qui s'est tiré de chez Sun/Oracle dès les premiers jours après le rachat.
:fleche: Offres d'emploi développeurs : Java est toujours en croissance et le langage le plus demandé
C'est grâce à Oracle d'après vous ? :ange:
:dehors: