Je suis d'accord, il ne faut pas faire d'amalgame : Java server et applet Java sont des choses différentes.
Pour ma part, j'utilise JavaFX dans un browser pour manipuler des dizaines de milliers d'objets graphiques et je ne vois pas d'autres technologies capable de m'offrir un langage objet, optimisées pour s'exécuter sur les cartes graphique et que je peux factoriser avec mon code serveur. Donc, personnellement je ne trouve pas que l'applet soit une technologie vieillotte.
Là ou personnellement je suis déçu par cette décision, c'est que comme toujours la sécurité pause problèmes aux gens honnêtes et aux utilisateurs finaux.
J'entends que Java ne corrige pas assez vite les problèmes: pour moi développeur il faut que je modifie mon code à chaque version de Java, donc je pense qu'Oracle corrige mal sans penser à l'existant et pas qu'il ne corrige pas assez vite.
Il faut voir que suite à la dernière mise à jour (mise à jour automatique comme ça tous les utilisateurs du monde ont les mêmes problèmes au même moment et sans que nous ayons pû anticipé), il faut que j'installe un certificat sur chaque poste client, que je signe mon code,... la notion de pas "sûr" ne devient pas évidente. Un utilisateur qui a une doc d'installation, qui suit une procédure, qui installe un certificat contenant le nom de l'éditeur, qui utilise un composant Java issu d'un serveur interne à son entreprise: n'est-ce pas un gage de sécurité suffisant pour lui ? Même si des failles existent mes utilisateurs ont besoin de pouvoir travailler (non il n'y a pas qu'internet et les loisirs).
Enfin ce genre de décision, dans mon cas, sera surtout néfaste pour Firefox. Je vais préconiser l'usage de Google Chrome ou passer en mode client lourd.
Partager