Le plugin Java deviendra obsolète avec la version 9
Ce n'est qu'un au revoir
Le 01 février 2016 à 16h25
2 min
Logiciel
Logiciel
Pour suivre l’évolution actuelle des navigateurs, Oracle a décidé que le plugin Java devait disparaître. À compter de la version 9 de la technologie, le module sera considéré comme obsolète et se préparera donc à disparaître définitivement par la suite.
Le ton est donné par les navigateurs depuis l’année dernière. L’arrivée d’Edge dans Windows 10 s’est manifestée par un refus total des installations de plugins. Seul Flash est intégré pour des raisons de compatibilité, et encore est-il enfermé dans une section protégée de la mémoire pour en limiter les effets néfastes en cas de faille de sécurité. Chrome, Firefox et Opera suivent le même chemin, avec l’abandon progressif de la technologie NPAPI.
Si Flash reste une exception (Chrome l’intègre également), il en va tout autrement des autres. Les problèmes de sécurité de Java, très réguliers, ont déjà conduit de nombreux sites (y compris dans nos colonnes) à conseiller sa désactivation. On peut tout à fait installer Java – par exemple pour jouer à Minecraft – sans pour autant laisser actif le plugin qui, pour sa part, ne sert pratiquement plus à rien.
Oracle est manifestement du même avis. Dans une note publiée en fin de semaine dernière, l’éditeur indique qu’à compter de Java 9 (en cours de développement), le plugin passera en mode « deprecated ». Il sera donc considéré comme obsolète et ne sera plus installé par défaut. Cependant, il ne disparaîtra pas pour autant, l’éditeur gardant ce retrait pour une version ultérieure, sans préciser laquelle.
Cette annonce est un nouveau pas vers la mort des plugins, ce qui ne signifie pas pour autant que les binaires « tiers » n’existeront plus. Comme l’a rappelé récemment l’EFF, les modules nécessaires aux DRM sont autant de réserves potentielles de failles de sécurité et de soucis techniques, que de nombreuses lois (DMCA, EUCD…) interdisent de contourner ou d’examiner de trop près.
Commentaires (59)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 01/02/2016 à 16h32
Ce plugin est obsolete depuis les années 2000 et l’adoption massive du lecteur Flash.
Le 01/02/2016 à 16h32
Pareil, l’outil qui me sert à poser mes congés nécessite le plugin java
" />
" />
Bon après vu la gueule de l’outil je ne serait pas mécontent si on lui trouvait un remplaçant
Le 01/02/2016 à 16h41
Le 01/02/2016 à 16h44
Bah profesionellement , on garde un vieux IE, avec une version obsolète de java :)
J’ai un très beau java 1.6.0.24 sur mon pc pro. (version probablement amputée , pour eviter qu’elle soit appelée depuis une applet)
A jour ou dépassée, une passoire reste une passoire
Le 01/02/2016 à 16h45
Le 01/02/2016 à 16h56
Le 01/02/2016 à 16h57
Le plus gros problème pour moi dans la disparition du plugin java, c’est pour certains applet très spécialisé genre pouvoir accéder a un lecteur de smartcard ou a des lecteurs d’empreintes digitales et bien ce n’est pas gagné, en javascript ça va être coton d’accéder a des resources materiel pluggé en USB….
Le 01/02/2016 à 17h05
c’est moi où Oracle développe des solutions qui demandent le plugin java?
" />
" />
non je dis ça juste comme ça…
au hasard la eBS.
et effectivement niveau DSI la réponse va être claire: on garde des versions de navigateurs obsolètes pour continuer d’exploiter les applis métier.
Le 01/02/2016 à 17h05
De mémoire, certains service Juniper utilisent le plug-in java pour ouvrir des connexions sécurisée à des SI d’entreprises
Le 01/02/2016 à 17h09
Ne pas confondre plugin Java et Java tout court.
Oracle peut continuer à mettre ce qu’il veut dans l’installeur de ce dernier.
Le 01/02/2016 à 17h13
Le 01/02/2016 à 17h18
Ah les applets, tout une histoire informatique, tout comme les activex
Le 01/02/2016 à 18h06
Je ne pourrais bientôt plus recharger mon passe navigo de chez moi…
Le 01/02/2016 à 18h09
Le 01/02/2016 à 18h13
Il n’est pas le seul. Le lecteur de carte à puce ayant besoin d’un applicatif lourd pour pouvoir recharger la carte. ;)
Bon, en attendant des titres rechargeables par/sur smartphone via le NFC, je crois qu’une version désuète d’un navigateur avec le plugin Java trainera sur mon PC uniquement pour cet usage.
Le 01/02/2016 à 18h16
Le 01/02/2016 à 16h26
Oracle ne va plus pouvoir proposer les crapware avec :(
Le 01/02/2016 à 16h29
Je me demande bien comment on va gérer cela dans ma boîte s’il disparaît (et même avant), entre les questions de sécurité liée à l’utilisation d’anciennes JRE/JDK et la nécessité du plugin pour certaines applis métiers…
Le 01/02/2016 à 22h33
C’est clair que cette histoire de sécurité est une grosse hypocrisie !
Les plugins vont disparaitre, mais les navigateurs s’enrichissent en fonctionnalités et complexité, et les problèmes de sécu vont juste se déplacer ailleurs…
D’autre part, le fait de conforter les internautes dans un environnement prêt-à-cliquer, et rien à installer ni configurer, met en lumière une vraie crise d’éducation informatique.
Equation finale : ignorance = botnet.
Bref, la mode change au fil du temps, mais le fond reste.
Le 01/02/2016 à 22h50
Quid des imprimantes / routeur / switch /webcam ip etcc.. ? bon ils se font vieux mais bon …
Le 02/02/2016 à 01h57
Une utilité du plugin Java est la possibilité de recharger mon passe Navigo avec un lecteur de carte USB directement depuis chez moi
" />
Quelqu’un sait si une autre techno que le plugin Java pourrait offrir cette possibilité ?
Le 02/02/2016 à 02h10
Merci le libre et l’open source ?
Le 02/02/2016 à 04h17
Si seulement l’étape suivante pouvait être de rendre Java obsolète…
Le 02/02/2016 à 06h27
Le 02/02/2016 à 07h21
Eh oué ! Gros +1
" />
" />
" /> d’avoir eu à se taper la doc squid pour mettre en place les règles proxy… 
" />
" />
" /> 
" />
C’est exactement ça !
Perso je bosse sur une version Portable de Firefox qui se déploie en espace utilisateur (appdata) couplée à un proxy qui n’autorise que les sous-réseaux internes, et affiche un message personnalisé si tentative d’accéder à internet…
Pour l’instant en beta, ça marche du tonnerre !
Fait juste ch
Le seul problème avec Firefox, c’est qu’une seule instance du processus ne peut se lancer à la fois.
Impossible de lancer le Firefox portable proxyfié et le Firefox normal en même temps : ça ouvre une nouvelle fenêtre du 1er navigateur lancé…
Tafer, ou faire du Facebook, va falloir choisir…
Le 02/02/2016 à 07h34
On peut tout à fait installer Java – par exemple pour jouer à Minecraft – sans pour autant laisser actif le plugin qui, pour sa part, ne sert pratiquement plus à rien.
Il n’y a plus besoin d’installer Java pour jouer à Minecraft : le launcher télécharge automatiquement la bonne version du JRE en local et l’utilise pour faire fonctionner le jeu. Sans installation.
Le 02/02/2016 à 07h47
Ca peut aussi présager du bon.
J’ai du mal à imaginer oracle cracher sur le web, peut être qu’ils préparent une intégration Java au web d’une autre manière et ça, ça pourrait être une chouette nouvelle pour les devs Java !
Le 02/02/2016 à 08h00
C’est l’inverse. C’est le web qui a craché sur java.
Et quand on voit le nombre de failles de sécu dans flash et dans les navigateurs, c’est grotesque.
Le 02/02/2016 à 08h03
Le 02/02/2016 à 08h09
Ca demande l’installation d’une application coté client. On perd l’aspect portable du java
Le 02/02/2016 à 08h39
oue pour en avoir essaye plusieurs c’est plutot code avec le cul facon bien a la francaise.
Du code avec des noms de fonction et de variable en fr avec des accents et meme du language genre windev (parceque “if … else” c’est trop mainstream passons a “si … alors…”
Sauf que ca sera toujours des solutions francaises parceque ya que ca apte a gerer les conges fr.
/sad
Sinon c’est relativement comment dire… lolesque comme situation : oracle retire le support des navigateurs dans le prochain java MAIS vend des solutions qui derriere requiert ce plugin java….
Le 02/02/2016 à 08h51
Le 02/02/2016 à 09h01
J’ai même vu pire:
" />
Sous Linux, depuis 2 hosts différents, mais avec le même $DISPLAY, lancer un firefox sur le deuxième host récupère la session du premier
Le 02/02/2016 à 10h00
N’oublions pas le site de la RATP pour recharger son pass à la maison (via le boîtier acheté 15€…) qui nécessite le plugin java …
Le 01/02/2016 à 18h17
Le 01/02/2016 à 18h20
Le 01/02/2016 à 18h34
J’ai dit, “recharger” pas “payer” ! :o
“Heureusement” que IE est encore là…
Le 01/02/2016 à 18h37
Le 01/02/2016 à 18h45
Je pense que c’est pas vraiment un problème, au lieu de passer par le navigateur, ce seront des applis plus orientées client lourd, comme Java Web Start ou ClickOnce pour le .NET. C’est plus propre je trouve.
Le 01/02/2016 à 18h50
Du boulot pour les développeurs !
" />
Ça me va !
Le 01/02/2016 à 19h28
Le 01/02/2016 à 19h40
Le 01/02/2016 à 19h52
Le 01/02/2016 à 19h57
Oui, enfin, à un moment, autant faire une application qui utilise un SDK récent, qu’elle soit en Java ou en autre chose.
Ce n’est parce qu’une appli fonctionne encore avec de vieilles technologies qu’il faut s’interdire de choisir des solutions plus propres. Surtout avec les stores Apple et Windows 8⁄8.1⁄10 qui facilitent l’installation.
Le 01/02/2016 à 21h02
Le 01/02/2016 à 21h18
Je ne sais pas pour le pass Navigo, mais avec la carte TCL à Lyon le beta test avait été lancé en 2012… quand la techno était déjà désuette. Tu es donc optimiste. :)
Pour ce qui est les dépôts applicatifs des deux principaux OS commerciaux sur PC :
Le store Apple sur Mac est bien trop limitant je pense (beaucoup moins d’API que pour une application distribuée directement par l’éditeur).
Y a des chances que ce soit la même chose pour une application ModernUI ou Windows Universelle avec des périphériques tiers (des dévs pour confirmer ?)
L’avantage du Java c’était d’avoir une application avec un code et un binaire “universel”.
L’avantage de l’applet, c’était que l’utilisateur d’aujourd’hui ne fait pratiquement plus qu’ouvrir un navigateur pour tous ses usages (sigh).
Les défauts des plugins lourds on les connait tous.
Le 01/02/2016 à 21h32
Même problème chez nous.
Solution actuelle : Websocket et service windows coté client.
Le 01/02/2016 à 21h58
Question a la con, vous confondriez pas applet (intégrée au navigateur) et JVM hors navigateur ?
Parce que arrêtez moi si je me trompe, mais a partir du moment ou on a le .jar, pourquoi lancer l’applet alors que l’appel d’une JVM externe qui est certainement plus à jour passerait aussi bien ?
Hormis la gestion réseau qui doit passer par un websock, pour rendre un .jar externe utilisable, je vois pas ou se situerait le soucis d’adapter une applet pour en sortir un standalone. L’affichage dédié au moteur de rendu du browser web ? Foutaise, ça fait bien longtemps que les moteurs type gecko, moz/mozdom et autre sont aussi standalone, du coup, le coût de migration serait quasi nul. Et a ma connaissance, il est toujours possible de demander un render web dans une JVM.
Enfin c’ptête parce que je vois ça d’un point de vue sys et pas dev.
Le 01/02/2016 à 21h59
Websocket et service, c’est la qu’on rigole quand on sait que c’est pour des raisons de sécurité que les plugins sont enlevé s
Le 01/02/2016 à 22h05
IE en remoteapp dans une machine DMZ interne.
Et hop, en avant mamie.
Le 02/02/2016 à 10h43
Le 02/02/2016 à 11h17
Déjà que sur certains postes, l’install de Firefox64 en lieu et place de la 32bits a “niqué
" />” l’icône du raccourci utilisateur, et que des pleureuses par dizaines sont venues se plaindre que “a marche pu l’internet”… 
" />
" />
" />…
" /> Nan ! Zéro risque qu’ils ne trouvent un navigateur compatible Facebook, tous sur le proxy ! 
" />
" />ns, mais ne jamais oublier qu’ils le sont ! 
" />)
(la “vraie” icône était -est- toujours sur le bureau…)
On met aussi Chrome (la msi enterprise), comme ça, avec Firefox64, IE11, Firefox Portable proxy, ils se démer
(ne pas prendre nos utilisateurs pour des c
Le 02/02/2016 à 11h30
C’est quand même rigolo cet abandon des applets.
Je connais une farandole d’administrations qui en ont peur.
Ils passent leur temps à demander aux éditeurs de logiciels :
“où ils en sont, sur cette question, et ce qu’ils comptent faire pour y remédier”.
… Et toutes ces collectivités sont encore en WindowsXP/IE8/Java6, et refusent toute MaJ.
La plupart des administrations publiques sont déjà tristement heureuses avec leurs technos obsolètes.
Si un nouvel outil leur demande un Firefox à jour, ils ne l’achèteront pas.
Pour les “progiciels”, ça ne changera rien :
aucun éditeur ne mettra de l’argent dans de lourds travaux de mise à niveau technologique.
Le 02/02/2016 à 11h47
Tu as essayé de lancer ton application portable avec l’option no-remote ??
Free
Elle me permet de lancer Firefox stable et Firefox nightly en même temps.
https://developer.mozilla.org/en-US/docs/Mozilla/Multiple_Firefox_Profiles
https://developer.mozilla.org/fr/docs/Mozilla/Command_Line_Options#-no-remote
Le 02/02/2016 à 12h06
Putaing, j’ai plus d’excuse pour ne plus lancer des applets Java alors que je suis sur NXI !
Le 02/02/2016 à 14h13
Raté !!
je suis plutôt Java coté serveur !
Pour ma part les applets ont se role aujourd’hui de vilains petits canards mais les prochains sont les langages scripts type javascripts et autres.
Non pas parce que c’est nul mais comme toutes les technologie des SI elles deviennent obsolètes au fur et à mesure.
Dans 10 ans on se rappellera a quel point s’était chiant le web en déconnecté ! ( et je pense que 10 ans je suis gentil, çà arrivera bien avant !)
Le 02/02/2016 à 20h51
Ça m’amuse quand moi, un non professionnel, aide un gens du métier.
" />
Le 02/02/2016 à 22h40
Ça ne m’étonnerait pas qu’Oracle attende Java 11 ou 12 pour se débarrasser définitivement du plugin (quand bien même ils préfèreraient ne plus avoir à s’en occuper dès Java 10). Au rythme des sorties de Java, ça nous amène autour de 2021-2025. Ça devrait suffire pour refondre la plupart des applicatifs métier qui l’utilisent, du moment que les personnes qui en ont la charge n’attendent pas le dernier moment pour lancer le chantier.
Le 03/02/2016 à 08h06
Je ne comprenais rien à la news… Jusqu’à ce que mon cervau tilt que j’avais confondu Oracle et Opéra
" />
" />
Bref, bonne nouvelle que le plugin s’en aille… Mais j’ai quelques sites qui ne seront pas très contents