Discussion:Java (langage)

message: J'ai modifié le texte décrivant la technologie des applets pour actualiser la place des applets dans les différentes plateforme RIA aujourd'hui : dans les faits les applets sont marginales sur le web et plus encore dans les nouveaux développements.
Une première alerte a été donnée en 2016 quand à l’avenir des applets. La bibliothèque devenait deprecated avec jdk9. Java 11 n.inclu plus les Applet et Java Web Start et Oracle conseille d’abandonner ces technologies.
https://www.oracle.com/technetwork/java/javase/javaclientroadmapupdate2018mar-4414431.pdf Erik Mazoyer (discuter) 26 octobre 2018 à 14:53 (CEST)
thread_title: applet

message: Je suis surpris de trouver un article sur l'instruction goto qui n'existe pas en java, à ma connaissance.
--Gibux
Cette instruction est fortement déconseillée pour tous les langages qui la suportent (C, C++), puisqu'elle apporte beaucoup de confusion dans un code source, et elle n'a pas été incluse dans le langage java pour cette raison.
Effectivement, il me semble que goto est un mot-clé du langage (on ne peut donc pas nommer une variable goto), mais qu'il n'est pas utilisé.
+ d'infos ici : http://java.sun.com/docs/books/jls/second_edition/html/statements.doc.html#78993 
: "Unlike C and C++, the Java programming language has no goto statement; identifier statement labels are used with break (§14.14) or continue (§14.15) statements appearing anywhere within the labeled statement."
--Burdoche 21 jun 2004 à 13:30 (CEST)
thread_title:  instruction goto ? 

message: Il est courant et meme fortement conseille de garder un bout de texte permettant de decrire globalement l'article sans commencer par un titre 
Xmlizer 18 aoû 2004 à 01:38 (CEST)
thread_title:  garder un bout de texte au dessus de la table des matiere 

message: Je pense qu'il y a un problème dans la partie "Evaluation". Beaucoup d'imprécisions et beaucoup de source de polémiques. Je me demande même s'il et ne devrait pas être supprimée en attendant d'être nettement mieux réécrite.
Par exemple : 
1) "Le langage n'est pas, en revanche, sans problème..." On est à la limite du point de vue
2) "...Quelques fonctionnalités du C++ que Java n'offre pas, comme des types de données spécifiques au matériel hôte, les pointeurs vers des espaces mémoire arbitraires". C'est cette particularité qui rend possible l'exécution de code distant dont parle la section précédente. Il est donc étrange de le critiquer à cet endroit ou même simplement de le faire remarquer. Cette remarque pourrait faire partie de "Exécution sécurisée de code distant" mais en dehors de ce contexte, je pense qu'elle n'informe pas beaucoup le lecteur et pourrait l'induire en erreur.
:: → Je suis d'accord pour supprimer cette partie. A terme, je pense même qu'il faudrait réécrire l'ensemble de l'article, en partant par exemple de l'article sur java en anglais, nettement plus complet. Si cela intéresse quelqu'un, je suis partant pour commencer ici une discussion sur la réécriture de cet article. Zigzag 3 jun 2005 à 10:07 (CEST)
replies: text: Je vote pour la traduction de l'article anglais. Tu t'y colles ?-) Aurélien 5 novembre 2005 à 12:45 (CET)
thread_title:  Partie évaluation 

message: La page est bien réussie, mais je pense qu'il serait approprié d'ajouter de l'information sur Java 5.0 et ses nouvelles fonctionnalités : énumérations, generics, etc. Qu'en pensez-vous? Pfv2 8 août 2005 à 05:31 (CEST)
thread_title:  java 5.0 

message: Cela peut paraître bien pour certaines personnes qu'il y ai l'avis moins réjouissant de pro-c++, mais ce genre de propos sont bons pour des forums de discussions et non pas à faire paraître dans un article neutre sur java. Surtout que l'article ne décrit que des désavantages p/r à ces langages or que java apporte également des avantages. Peut-on également donner la définition d'un langage objet pur? Car je ne voit pas trop le rapport avec l'introspection et l'intercession... 
C'est un article sur Java et pas un article sur ce que C/C++ ou smalltalk savent faire en plus que java. Pour moi on est dans le point de vue...
: Oui ça existe une définition de langage orienté objet au sens strict. Pour des définitions, je t'invite à consulter des articles sur smalltalk, ou objvlisp, par exemple. En gros, Java n'est pas aussi "orienté objet" que d'autres langages où TOUT est objets. Par exemple, en objvlisp, une classe est objet (tout objet est instance d'une classe, et toutes classes est un objet, c'est-à-dire une instance d'une méta-classe).  En Java, les classes ne sont pas des objets (elle sont traités différemment), ni les types primitifs et c'est quand même limité ce qu'on peut faire pour manipuler les classe et méta-classes. Ce n'est pas un point de vue, mais un fait que Java a fait des compromis sur le concept d'orienté objet. Je pense que c'est pertinent de l'expliquer. On pourrait toujours déplacer l' information dans une page sur le concept d'orienté objet au lieu de la page Java (langage). Je vous invites à en discuter ici. Pfv2 | ✉ 21 novembre 2005 à 20:19 (CET)
replies: text: J'ai replacer le texte supprimé sur la page et améliorer un peu le texte. On peut maintenant discuter de ce qu'on fait avec le texte (est-ce qu'on le déplace sur une autre page?, l'améliore?, etc.). Pfv2 | ✉ 21 novembre 2005 à 20:46 (CET)
replies: text: Oui effectivement ce serait pas mal de faire un lien vers une page qui expliquerait le concept orienté objet (voir le compléter s'il existe), où l'on pourrait faire d'éventuelles comparaison entre langages (Tableau ou autre). Je comprends totalement que java a ses limites dans l'orienté objet, mais je trouvais que ce passage (avec celui de l'évaluation), en tout cas dans la façon dont il était tourné, parlais plus de smalltalk que java (ce qui ressemble à un parti pris). Donc si une page indépendante expliquerait ces concepts, cela se ferait peut-être moins sentir.
GrEgY 21 novembre 2005 à 21:08 (CET)
replies: text:  C'est une bonne idée. On pourrait déplacer progressivement ce texte vers d'autres pages (page de comparaison,  et page sur l'orienté-objet) et peut-être garder un tout petit paragraphe sur la page java ou un lien. La page de comparaison serait surement très intéressante. Je vais voir dans les prochains jours ce que je peux faire, et vous pouvez faire de même si vous le désirez.  Pfv2 | ✉ 21 novembre 2005 à 21:45 (CET)
replies: text: Ok parfait. J'essairai également de regarder ce qu'il y a moyen de faire pour la page indépendante. GrEgY 22 novembre 2005 à 18:59 (CET)
thread_title:  Ce sujet n'est pas neutre! 

message: J'ai retiré certaines choses à savoir "évaluation" et "langage objet impur":
- La partie évaluation parle de problèmes, p.ex les pointeurs qui manquent, mais que en faite on peut s'en passer ... Premièrement on ne voit pas vraiment où l'on veut en venir et deuxièment je trouve que c'est du "point de vu" déguisé...
-La partie langage objet impur est plus une ode au langage smalltalk que de la description de java. Smalltalk est plus si que java, java est moins si que Smalltalk etc ...
Pour moi les deux parties sont clairement des points de vue...
Par contre, au lieu de commencer des critiques/évaluations/Points de vue, l'article comporte de nombreuses lacunes... P.ex. On précise que java n'a pas de pointeurs mais on y parle même pas de garbage collection, ce qui serait quand même intéressant. Pourquoi ne pas plutôt parler de ce qu'est java au lieu de parler de ce que n'est pas java??
GrEgY 21 novembre 2005 à 21:01 (CET)
replies: text: Je crois que décrire Java, c'est à la fois le décrire ses capacités et ses limites pour mieux comprendre les choix qui ont été faits. À propos de la comparaison Smalltalk, c'est vrai que smalltalk offre peut-être plus de fonctionnalités au niveau "orienté objet", mais ce n'est pas nécessairement un désavantage. En Java des compromis ont été fait entre autres pour des raisons de sécurité parce que les objets peuvent transiger par un réseau,  etc. C'est justifié. Je t'invite à continuer la discussion à la suite du commentaire plus haut, pour qu'on trouve une solution Pfv2 | ✉ 21 novembre 2005 à 20:24 (CET)

text: Finalement, je suis d'accord. Je pense qu'on est mieux d'enlever le texte en question.  Je l'ai supprimé de la page. À bien y penser, je pense qu'un article sur java doit être vulgarisateur et ne pas s'attarder trop sur des détails. Je n'ai pas le temps de mettre le texte sur une autre page plus appropriée. Si quelqun veut le faire, il pourra retrouver le texte dans l'historique. Mais je pense que je laisserais ceci ainsi.Pfv2]] 16 janvier 2006 à 23:22 (CET)
thread_title:  Points de vue 

message: Il me semble que les IHM clients lourds, importante partie de Java, se devraient d'être traités. Même si ce n'est pas vraiment une API, je trouve qu'il faudrait la décrire un peu, ainsi que le modèle MVC, peut-être dans une autre page. Merci de dire ce que vous en pensez. Ardazerok 17 janvier 2006 à 15:26 (CET)
replies: text: Depuis mars 2014 avec l'apparition de Java 8, le codage en Swing est considéré comme du 'code hérité', l'outil de création d'interface graphique ('GUI toolkit') officiel de Java est maintenant JavaFX ptyxs (discuter) 15 août 2014 à 18:26 (CEST)
thread_title:  SWING 

message: Il me semble que l'article prend parfois un point de vue légèrement anti-Javascript. Pas bien. Marc Mongenet 27 mars 2006 à 12:21 (CEST)
thread_title:  JavaScript-''bashing'' 

message: bonjour à tous. Je viens de lire cet article et je pense qu'il y a une répition inutile dans celui-ci. Nous avons un chapitre se nommant Philosophie avec des sous-chapitres (Un langage orienté objet, Indépendance vis à vis de la plateforme, Le ramasse-miettes) suivi d'un autre chapitre, Concepts de Base, composé lui-même de : Un langage orienté objet, Indépendance face à la plate-forme, Exécution sécurisée de code distant et Mécanisme du ramasse-miettes (Garbage Collector). Je pense que l'auteur pourrait fusionner ces deux chapites en un seul (je ne me permet de le faire étant donné que je ne connais pas du tout le sujet). Overmac 2 mai 2006 à 17:40 (CEST)
thread_title:  Répétition ? 

message: Cet article a besoin d'être restructuré. Je me suis occupé de la page d'homonymie Java qui àmha n'était pas très claire pour les débutants. Mais je considère qu'elle n'est pas terminée, tout simplement déjà parce que je ne connais encore pas très bien Java (j'ai encore jamais programmé en Java, mais bon je comprends dans les grandes lignes comment ça fonctionne), et puis parce qu'il reste des zones d'ombre. Je pense que ce serait une bonne idée de s'appuyer sur les articles anglophones qui sont pas mal structurés. Par exemple, on retrouve ici la réponse à la question "Qu'est-ce que Java ?" alors que cet article est censé se focalisé sur le langage Java. Il faudrait donc expliquer cela dans un article Java (technologie) qui présente l'ensemble de la technologie Java en s'appuyant sur :en:Java (Sun).16@r 21 mai 2006 à 01:01 (CEST)
thread_title:  Restructuration 

message: La partie "Utilisation Web" qui compare Flash, Javascript et Java est trop biasee en faveur de Java. Surtout compte tenu du fait que Flash et Javascript sont aujourd'hui beaucoup plus present que Java cote client.
<I>"Les avantages de Java par rapport à Javascript sont essentiellement la portabilité. Plus l'interface est lourde, plus il est épuisant voire impossible d'adapter l'interface à tous les navigateurs du marché."</i>
Aujourd'hui AJAX, donc Javascript, est frequement utilise pour des interfaces "lourdes" (Google Map, Google Mail et bien d'autres). Java en revanche est beaucoup moins utilise pour ce type d'interface. En outre Flash, AJAX et Java sont grosso modo equivalents en terme de portabilite.
"Les avantages de Java par rapport à Flash sont aussi valables par rapport à Javascript : Java propose un style de langage plus élégant, et extrêmement bien documenté et propose surtout un Environnement de développement intégré très efficace."
Il faudrait justifier / documenter : en quoi Flash et Javascript sont moins documentes que Java ? A quel niveau l'IDE de Java est-il plus "efficace" ?
Laurent--87.74.20.239 21 septembre 2006 à 01:02 (CEST)
thread_title:  Manque de neutralite 

message: Bonjour,
Je me suis permis d'ajouter le bandeau à recycler, car je pense que cet article à un bon contenu, mais nécessitérait un travail de ré-écriture. Il y a des doublons (par exemple entre l'historique des versions et la liste des versions). L'article est très long. Peut-être faudrait-il laisser certaines explications en liens. 
J'ai malheuresement pas le temps de faire ca moi-même ; Donc, c'est pour ca que j'ai apposé le bandeau à recycler en espérant que quelqu'un aura plus de temps que moi... Boretti 2 décembre 2006 à 23:07 (CET)
thread_title:  Bandeau à recycler 

message: Bonjour. Je trouve que Java est un excellent langage de programmation. néamoins la tendance publicitaire de cet article me plait pas du tout.
*Divers concepts sont expliqués dans cette page comme si ils étaient uniques à Java, ce qui est loin d'être le cas. exemple: le concept objet
----
Un objet peut être vu comme une entité unique regroupant un comportement, le code, avec un certain état, les données. Le principe est de séparer les choses qui changent de celles qui ne changent pas ; souvent un changement au niveau d’une structure de données va impliquer un changement dans le code servant à manipuler ces données et réciproquement. Ce découpage en entités cohérentes appelées objets permet d’avoir des fondations plus solides pour bâtir une architecture logicielle de qualité. L’objectif est de pouvoir développer des projets plus simples à gérer et de réduire le nombre de projets aboutissant à un échec.
----
idem pour le concept du garbage collector déja traité dans un autre article.
*Il y a des digressions, exemple, dans la rubrique indépendance de la plateforme:
----
Ces implémentations produisaient des programmes qui s’exécutaient plus lentement que ceux écrits en C ou en C++, si bien que le langage souffrit d’une réputation de faibles performances. Des implémentations plus récentes de la machine virtuelle Java (JVM) produisent des programmes beaucoup plus rapides qu’auparavant, en utilisant différentes techniques.
----
--Silex6 (d) 16 décembre 2008 à 20:39 (CET)
thread_title:  Neutralité ? 

message: À mon avis, la partie « Version interprété » n'a strictement rien à faire sur cette page.
Le sujet de l'article est Java en tant que langage, or cette section traite de comment utiliser d'autres langages que Java sur la plateforme Java.
Spidermario (d) 22 février 2010 à 15:49 (CET)
replies: text: Juste un truc : de nos jour on n'utilise plus le mot «impertinent» dans ce sens. a+Outs (d) 10 mai 2010 à 09:16 (CEST)
thread_title:  Section impertinente 

message: Bonjour,
Je suis très loin d'être un spécialiste de Java, mais il me semble qu'il y a une ambiguité sur le for et le for each :
 for (<Objet récupérant l’occurrence suivante de la collection> : <collection d’objets>){
    instruction(s)
 }
est une structure for each et non pas for ?
J'attends vos conseils !
À+ ! Sodatux [discuter] 26 mars 2012 à 22:54 (CEST)
replies: text: S'agissant des collections, le each n'est plus utilisé depuis Java 1.5developpez.com, paragraphge 4.3. JackPotte ($♠) 27 mars 2012 à 20:32 (CEST)
thread_title:  For et foreach 

message: La section sur le Garbage Collector dit que la desallocation en C++ ne peut pas se faire de maniere automatisee. C'est vrai si l'on manipule des pointeurs nus, mais pas exact si l'on utilise des pointeurs intelligents (comme les std::shared_ptr du C++11).
--123.122.1.175 (d) 15 avril 2012 à 09:47 (CEST)
thread_title:  Garbage Collector : et les smart pointers du C++ ? 

message: Le contenu de l'article compilateur Java peut faire l'objet d'un court paragraphe dans l'article Java (langage). Silex6 (d) 28 septembre 2012 à 14:49 (CEST)
replies: text:  Le but d'un compilateur Java n'est-il pas d'implémenter le langage de programmation ? --Silex6 (d) 30 septembre 2012 à 11:38 (CEST)
replies: text:  Le but d’un grille-pain n’est-il pas de griller du pain ? Faut-il pour autant fusionner ces articles ? Zapotek (d) 7 octobre 2012 à 16:34 (CEST)
replies: text:  Tout d'abord consommer du pain de nécessite pas impérativement un grille-pain, et ensuite il y a du potentiel pour les deux sujets. concernant compilateur Java, un compilateur ou interpréteur sont impératifs pour se servir d'un langage de programmation, ensuite je ne suis pas convaincu du potentiel encyclopédique du sujet compilateur Java. (une simple liste de produits ?).--Silex6 (d) 8 octobre 2012 à 15:05 (CEST)
thread_title:  Proposition fusion [[compilateur Java]] et [[Java (langage)]] 

message: #  Je pense qu'on pourrait écrire beaucoup de choses dans l'article Compilateur Java, mais c'est vrai qu'en l'état, on pourrait aussi bien avoir une section dans l'article sur le langage. — Arkanosis ✉ 28 septembre 2012 à 16:42 (CEST)
thread_title:  Neutre 

message: #  Java est un langage informatique, alors qu’un compilateur est un programme informatique pouvant être écrit dans n’importe quel langage : deux choses de nature différente qu’il ne me paraît pas opportun de rassembler. Zapotek (d) 30 septembre 2012 à 10:56 (CEST)
replies: text:  Le but d'un compilateur Java n'est-il pas d'implémenter le langage de programmation ? --Silex6 (d) 30 septembre 2012 à 11:38 (CEST)
replies: text:  Le but d’un grille-pain n’est-il pas de griller du pain ? Faut-il pour autant fusionner ces articles ? Zapotek (d) 7 octobre 2012 à 16:34 (CEST)
replies: text:  Tout d'abord consommer du pain de nécessite pas impérativement un grille-pain, et ensuite il y a du potentiel pour les deux sujets. concernant compilateur Java, un compilateur ou interpréteur sont impératifs pour se servir d'un langage de programmation, ensuite je ne suis pas convaincu du potentiel encyclopédique du sujet compilateur Java. (une simple liste de produits ?).--Silex6 (d) 8 octobre 2012 à 15:05 (CEST)
thread_title:  Contre 

message: #  Dans l'état actuel, je partage l'avis de Silex6 selon lequel l'article compilateur Java, vu le peu d'information qu'il donne, peut faire l'objet d'un court paragraphe dans l'article Java (langage). Theon (d) 19 novembre 2012 à 11:14 (CET)
thread_title:  Pour 

message: Cet article est peut-être, pour le reste, très bien fait, je ne sais pas, mais il est beaucoup trop dense et ça le rend très difficile à lire. C'est comme s'il avait été écrit à 99% par des juristes (juges, avocats, etc...). Sur Wikipédia, les articles aussi denses sont rares, même parmi les articles sur le droit, ce qui, de plus, n'est pas le cas ici.
C'est pourquoi je suggère que cet article soit structuré de manière plus aérée, afin de le rendre plus lisible et plus compréhensible.
Nicolas.le-guen (d) 3 avril 2013 à 16:45 (CEST)
thread_title:  densité 

message: Bonjour,
On voit à plusieurs reprises dans cet article "le langage JavaFX". Or, il me semble que JavaFX est une plateforme logicielle basée sur Java (C'est en tout cas ce qui est indiqué ici : http://en.wikipedia.org/wiki/JavaFX). L'auteur l'a-t-il confondu avec JavaFX Script ?
:Depuis Java 8 (mars 2014) JavaFX est l'outil de création d'interface graphique ('GUI toolkit') officiel de Java (le développement de son prédécesseur Swing est abandonné, sauf pour les corrections de bogues). JavaFX est entièrement utilisé maintenant en langage Java, le langage JavaFX Script est abandonné. ptyxs (discuter) 15 août 2014 à 18:24 (CEST)
thread_title:  Le langage JavaFX ? 

message: Bonjour,
Je me suis permis de réorganiser un peu la partie "Histoire récente" en mettant ce qui parlait des mobiles dans la partie pour les mobiles. J'ai aussi supprimé deux paragraphes hors-sujet sur la POO qui n'avaient rien à faire dans la partie sur les serveurs.
Enfin, j'ai corrigé l'erreur sur JavaFX décrite ci-dessus par mon précédent message.
Antoine1023 (d) 7 mai 2013 à 15:02 (CEST)
thread_title:  Partie "Histoire récente" 

message: "On peut donc dire que Java alors devient un logiciel libre" : Voila une affirmation très contestable, vus les nombreux brevets que détient Oracle sur la technologie. Le procès contre Google a clairement démontré qu'Oracle escomptait bien rester seul maitre de Java. D'ailleurs, l'attaque même d'Oracle contre Google et ses motivations ont provoqué l'arrêt immédiat de toutes les implémentations libres de Java, que ça soit dans le domaine des compilateurs ou des JVM : Apache Harmony, GNU Classpath, GCJ, SableVM, etc. Traroth | @ 18 décembre 2013 à 10:49 (CET)
thread_title: Logiciel libre

message: En relisant cet article, je me dis qu'il a bien mal vieilli. Les problèmes vont de l'erreur factuelle pure et simple ("À la différence d'autres langages orientés objet (Objective-C par exemple), il n'existe cependant pas de 'Superclasse mère' dont dériveraient toutes les classes Java", alors que toutes les classes Java dérivent implicitement ou explicitement de java.lang.Object, et ce depuis toujours) à du hors-sujet (détails sur le fonctionnement de SCons) en passant par de gros manques (pas d'explication sur la manière dont s'articulent les différents éléments constituants le monde Java (JVM, JRE, JDK, Java SE, Java EE, JavaCard, la différence entre langage Java et plateforme d'exécution, ce qui conduit à des imprécisions quand l'article par d'Android, etc). Liste non-exhaustive... Traroth | @ 18 décembre 2013 à 11:16 (CET)
replies: text: Entièrement d'accord avec vous. Près de six mois après la sortie de Java 8, rien sur les streams, les lambdas, bref les aspects de programmation fonctionnelle si importants dans le nouveau Java, et rien de sérieux sur JavaFX, par exemple. ptyxs (discuter) 15 août 2014 à 18:34 (CEST)
thread_title:  Refonte nécessaire 

message: Bonjour aux contributeurs,
Je viens de modifier 1 lien(s) externe(s) sur Java (langage). Prenez le temps de vérifier ma modification. Si vous avez des questions, ou que vous voulez que le bot ignore le lien ou la page complète, lisez cette FaQ pour de plus amples informations. J'ai fait les changements suivants :
*L'archive https://web.archive.org/web/20140829134921/https://jdk8.java.net/ a été ajoutée à https://jdk8.java.net/
SVP, lisez la FaQ pour connaître les erreurs corrigées par le bot.
Cordialement.—InternetArchiveBot (Rapportez une erreur) 13 mars 2018 à 20:16 (CET)
thread_title:  Liens externes modifiés 

message: Le texte indique :
La portabilité est techniquement un objectif difficile à atteindre et le succès de Java en ce domaine est mitigé. Quoiqu’il soit effectivement possible d’écrire des programmes pour la plate-forme Java qui fonctionnent correctement sur beaucoup de machines cibles, le nombre important de plates-formes avec de petites erreurs et des incohérences a abouti à un détournement du slogan de Sun « Write once, run anywhere » (« Écrire une fois, exécuter n'importe où ») en « Write once, debug everywhere » (« Écrire une fois, déboguer partout ») !
J’ai cherché le détournement sur Internet pour trouver des exemples qui souligneraient ce point ; sans succès.
Du coup je me suis reporté à mon expérience et au cours de mes 20 ans d’utilisation de Java (1996) je n’ai rencontré qu’un cas important ou le code se comportait différemment suivant
 les plateformes : les événements sous AWT. Et c’est vrai que les OS faisant des choix différents quand à l’ordonnancement des événements, cela se traduisait en Java par un ordre événementiel non prévisible.
Un autre cas, beaucoup plus anecdotique, était la destruction de fichier qui pouvait être décalé dans le temps sous Windows (à nouveau un choix OS).
Le premier point a été en partie résolu sous Swing et complètement résolu sous JavaFX.
Le second point est anecdotique et quand il faut un comportement plus déterministe, il est commun d’utiliser une bibliothèque Apache qui assure un comportement identique sous tous les OS.
Je trouve donc étonnant la phrase :
le nombre important de plates-formes avec de petites erreurs et des incohérences a abouti à un détournement du slogan de Sun « Write once, run anywhere » (« Écrire une fois, exécuter n'importe où ») en « Write once, debug everywhere » (« Écrire une fois, déboguer partout ») !
Dans tous les cas, il serait intéressant de citer ces petites erreurs et ces incohérences.
Ou au moins un article traitant des problèmes rencontrés.
 Erik Mazoyer (discuter) 26 octobre 2018 à 14:44 (CEST)
thread_title:  Bilan de la portabilité Java ne cite pas ses sources et me semble biaisé  

message: Calcul une valeur  Fouad.bendaoud28 (discuter) 10 mars 2023 à 11:56 (CET)
thread_title:  Algorithme calcul  

message: J'ai mis à jour la section Java (langage)#Failles de sécurité, mais de mauvaise grâce : il me semble que parler de Java+sécurité, sans détail, est trop vague, et donc propice aux raccourcis ("plus sécurisé que c++" à "totalement dangereux") qui existaient encore un peu dans cette section il y a quelques jours. La section est encore très spécialisée sur l'installation sur pc de bureau, ce qui est secondaire de nos jours (sauf pour Minecraft et quelques applications d'entreprise, ok). La réalité est que Java - langage + bibliothèques standards + outils + bibliothèques tierces - est vaste. Java est utilisé dans des centaines de milliers (millions ?) d'application - dont des applications à la sécurité cruciale (finance, paiement, armée...) -, et à l'inverse des vieilles applets trouées. C'est tellement divers que les sources éparses sur le sujet n'abordent chaque fois qu'un point de vue (ex. : le greffon web), et je doute qu'on puisse trouver des sources synthétiques indépendantes de qualité sur le sujet. Askywhale (discuter) 4 décembre 2023 à 18:35 (CET)
thread_title:  Java et sécurité