Mavericks n’aime pas Java

Christophe Laporte |
Mavericks ne porte pas Java dans son coeur. La première chose (ou presque) que fait l’installeur de Mavericks, c’est de le désinstaller, si celui-ci était présent dans votre installation.

Pour savoir si Java est installé sur votre ordinateur que ce soit sur Mountain Lion ou Mavericks, il suffit de taper la ligne de commande java -version dans le terminal.

Là où les choses sont étranges, c’est qu’OS X ne sait pas à quel saint se vouer. Lorsque vous tapez la commande en question sur Mavericks, une fenêtre apparaît et vous invite à récupérer un JDK sur le site d’Oracle. Autrement dit, Mavericks vous recommande d’installer Java SE 7.



Là où ce n’est pas très cohérent, c’est que si vous essayez d’ouvrir directement un programme Java - CrashPlan par exemple - une fenêtre apparaît vous invitant cette fois à télécharger Java SE 6.



La version 6 est distribuée par Apple, alors que la 7 est proposée par Oracle. On rappellera que Mavericks est encore en bêta et que les choses peuvent évoluer d’ici la version finale. Mais dans l’état actuel des choses, c’est assez déstabilisant pour l’utilisateur. Précisons que la situation n’a pas changé depuis la sortie de la DP1.
Tags
#Java
avatar Jacti | 
Tous ceux qui, dans ce fil, dénigrent Java, disent qu'il doit disparaître, que c'est une grosse merde, ne devraient pas utiliser de smartphone qui sont, en général, bourrés de Java (Androïd est presque exclusivement codé en Java : https://developer.android.com/sdk/index.html, http://www.siteduzero.com/informatique/tutoriels/creez-des-applications-pour-android, https://www.video2brain.com/fr/formation/decouverte-du-developpement-d-application-sous-android-4). Ils ne savent même pas de quoi ils parlent. Dans les entreprises, les gros portefeuilles applicatifs qui font de l'informatique distribuée utilisent massivement les plateformes J2EE. Bref Java est utilisé tant côté serveur pour les applications d'entreprise que pour l'informatique embarquée genre smartphone. Ce sont les applets qui sont le moins utilisés bien que dans le scientifique il y ait quantité d'applications de calcul sous forme d'applets (comme au MIT, par exemple, le temple de l'informatique de pointe : http://mathlets.org/). Il est quand même inadmissible d'être obligé, dans Firefox 23, à l'aide de about:config, de mettre le booléen security.fileuri.strict_origin_policy à false pour exécuter des applets! Je donne des cours Java, C, C++, UML, SOA, etc et je trouve la paranoïa concernant Java totalement surréaliste. Non Java n'est pas prêt de disparaître. C'est même tout le contraire (http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html).
avatar cv21 | 
J'utilise Libre Office...qui je CROIS s'appuie en partie sur Java. j'espère que la mise à jour de l'OS ne va pas entraîner des déboires avec cette suite bureautique...
avatar efj | 
It's a javapocalypse!!! http://www.youtube.com/watch?v=E3418SeWZfQ :D
avatar tomate | 
@oomu: J'aime bien tes réactions d'habitude, mais là je trouve qu'elles manquent de pertinence @autres: ça me fait limite sourire ce bashing Java. En lisant les réactions, j'ai des doutes sur la compréhension du vrai problème de toutes ces personnes. 1) Java est un trou de sécurité? Les problèmes de sécurité sont UNIQUEMENT liés aux applet Java, c'est à dire Java dans vos navigateurs. Là, j'acquiesce, c'est mort et cela devrait l'être ainsi que Flash avec HTML5. Et pour ceux qui disent que Java enclenche leur ventilateur, bein pour moi c'est idem avec Flash en pire. 2) Java c'est mort? Java côté serveur (désolé pour ceux qui l'ont déjà dit), c'est le leader du domaine. Il va falloir du temps pour trouver un vrai remplaçant et franchement est-ce nésessaire? 3) Java un langage lourd et viellot? Sûrement pas, il est en constante évolution et de nouvelle fonctions "modernes" y sont ajoutées. Je sais de quoi je parle, je connais très bien plusieurs autres langages compilés ou interprètés. 4) Java c'est mort sur le desktop? Pour le grand public, peut-être. Par contre dans le monde professionel et scientifique, ce n'est pas le cas, à commencer par chez nous. Prenez des applications comme Eclipse ou Netbeans ou celles basées sur les frameworks issus de ces deux derniers, elles ne sont ne sont suremenet pas lentes. Et quelle confort et gain d'argent quand on doit passer d'une plateforme à une autre. Chez nous, on doit délaisser Windows pour Linux, question de sécurité. Cela est rendu possible grâce à Java. Merci de ne pas cracher dans la soupe alors sans savoir de quoi vous parlez. La seule chose avec laquelle je suis un peu d'accord, c'est que la partie de Java liée au desktop (Swing) n'a pas assez évolué et à des lacunes. Maintenant il existe JavaFX. Ce dernier était prévu comme concurrent de Flash ou Silverlight, ce qui était une erreur au départ. Sun... euh désolé, Oracle a fini par corriger le tir et le destine maintenant comme remplaçant de Swing. C'est moderne, efficace et léger. L'avenir nous dira s'il a le succès qu'il mérite...
avatar 6nema | 
Il y a de l'eau dans le gaz entre Maverick et la Java...
avatar BeePotato | 
@ tomate : D'accord avec tout ton commentaire. (sauf un point mineur : ce langage n'est sûrement pas vieillot, en revanche il est effectivement lourd — et les ajouts répétés n'ont pas amélioré cet aspect)
avatar BeePotato | 
@ Jacti : « Tous ceux qui, dans ce fil, dénigrent Java, disent qu'il doit disparaître, que c'est une grosse merde, ne devraient pas utiliser de smartphone » Si : des iPhone. ;-)
avatar sebasto72 | 
Bonjour à tous, MacGé n'est pas une communauté de développeurs. Je pense que la plupart des réactions négatives sur Java dans ce fil de commentaires viennent de personnes qui ne voient en Java que les applets (les applications "à la flash" au sein d'une page Web). La remarque sur un langage 'étatique" est un summum de méconnaissance et d'amalgame crasse... Java est un des langages les plus utilisés en entreprise (plutôt moyennes et grandes) pour développer des applications Web, au même titre que PHP/MySQL ou .Net. Il est aussi à la base du SDK de Google Android, RIM BlackBerry et des BLuray. Comme l'a dit Oomu, Java pour les applis Desktop, c'est une fausse bonne idée, et ça va disparaître (et c'est sans doute un bien amha). De grâce, un peu de subtilité : ne confondez pas un outil et ses usages ! sinon... il faudrait couper Internet car les terroristes s'en servent... Vous voyez le genre ? Bonne journée,
avatar tomate | 
@BeePotato: Disons que comparé à C, C++, Obj-C, .Net, Javascript, ce n'est pas plus lourd. Ruby et consors offrent d'autres avantages. Certe la notation est plus compacte et offre d'autres possibilités, mais de là à dire que c'est moins lourd, je ne sais pas. Après si tu prends des langages fonctionnels, c'est tellement différent que je ne me risquerais pas à les comparer. Au fond, que trouves-tu si "lourd"? En tout cas, difficile de trouver un language (framework) comme Java qui offrent autant d'outils et une communauté aussi grande. Je cherche toujours...
avatar tomate | 
@sebasto72 "MacGé n'est pas une communauté de développeurs" +1000, mais je regrette cette animosité finalement totalement subjective. Comme toujours et dans d'autres domaines, quand on ne connais pas, on se permet d'avoir une opinion tranchée et jusqu'au-boutiste. Ah l'homme...
avatar BeePotato | 
@ tomate : « Disons que comparé à C, C++, Obj-C, .Net, Javascript, ce n'est pas plus lourd. » Par rapport à C++ notamment, ce n'est effectivement pas plus lourd — c'est grosso-modo la même chose. En revanche, je trouve le couple Objective C / Cocoa bien plus « léger » à coder (et à relire). Mais j'aurais dû, du coup, préciser que je parlais du couple Java / Swing, quand je parlais de la lourdeur (bien que la plupart de mes reproches soient liés au langage lui-même). « Au fond, que trouves-tu si "lourd"? » Quelques exemples : L'usage généralisé des exceptions. L'usage de classes imbriquées. Mais surtout tout ce qui découle du typage très statique, qui rend notamment très peu pratique d'avoir un conteneur rempli d'objets de types différents ayant juste en commun une méthode qui nous intéresse. On se retrouve à devoir formaliser la chose. La déclaration et l'adoption explicite d'une interface commune, c'est très lourd (et pas toujours faisable). L'usage des génériques, pareil : ça fait une syntaxe bien lourde et peu agréable à mon goût. Quant à la partie liée à l'introspection… là, il y a une lourdeur certaine par rapport à Objectice C. « En tout cas, difficile de trouver un language (framework) comme Java qui offrent autant d'outils et une communauté aussi grande. » Le C++ n'est tout de même pas trop mal fourni…
avatar Fulvio | 
@tomate @sebasto72 "MacGé n'est pas une communauté de développeurs" "+1000, mais je regrette cette animosité finalement totalement subjective. Comme toujours et dans d'autres domaines, quand on ne connais pas, on se permet d'avoir une opinion tranchée et jusqu'au-boutiste. Ah l'homme..." Notez que dans une communauté de développeurs, ça peut troller sévère sur les mérites d'un langage, et pas forcément de manière mieux informée que chez les profanes.
avatar protheusfr | 
Une seule réponse à l'ignorance et l'animosité qui règne ici : http://www.youtube.com/watch?v=E3418SeWZfQ

Pages

CONNEXION UTILISATEUR