IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Développement Web en Java Discussion :

Marquée obsolète depuis 2016, l'API Applet sera bientôt définitivement supprimée de Java


Sujet :

Développement Web en Java

  1. #101
    Rédacteur/Modérateur
    Avatar de Logan Mauzaize
    Homme Profil pro
    Architecte technique
    Inscrit en
    août 2005
    Messages
    2 894
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Transports

    Informations forums :
    Inscription : août 2005
    Messages : 2 894
    Points : 7 213
    Points
    7 213
    Par défaut
    Citation Envoyé par yahiko Voir le message
    Je n'ai pas pris la peine de lire les pages précédentes et oui c'est vrai, car j'ai tourné la page . Maintenant faudra m'expliquer dans ce cas en quoi les applets Java sont le seul moyen dans le cadre des SmartCard et avoir la gentillesse de donner d'autres exemples si vous voulez convaincre que les applets sont indispensables.
    En soit ce ne sont pas les applets qui sont réellement indispensables mais l'interaction avec les éléments de l'OS (périphérique, HDD, autres) depuis un navigateur. Il faut donc passer un plug-in du navigateur et pour cela les applets sont plutôt une solution intéressante pour ne pas avoir à coder un plug-in pour chaque couple navigateur / plateforme.

    Java a de plus historiquement une bonne intégration avec certaines solutions, notamment les SmardCard.


    Donc dans l'absolu ce n'est pas l'unique solution mais bien une très bonne solution. Qui de toutes façons sera remplacé par une solution aussi peu propre, donc ne changera rien sur le principe.
    Java : Cours et tutoriels - FAQ - Java SE 8 API - Programmation concurrente
    Ceylon : Installation - Concepts de base - Typage - Appels et arguments

    ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
    Une solution vous convient ? N'oubliez pas le tag
    Signature par pitipoisson

  2. #102
    Rédacteur/Modérateur


    Homme Profil pro
    Développeur .NET
    Inscrit en
    février 2004
    Messages
    19 875
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : février 2004
    Messages : 19 875
    Points : 39 734
    Points
    39 734
    Par défaut
    Il y a une solution pour remplacer les applets : une appli native externe au navigateur. Si elle doit communiquer avec l'appli web, ça complique un peu les choses, mais c'est faisable (en websockets par exemple). Mais bon, ça demande quand même pas mal plus de boulot...

  3. #103
    Rédacteur/Modérateur

    Avatar de yahiko
    Homme Profil pro
    Développeur
    Inscrit en
    juillet 2013
    Messages
    1 315
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : juillet 2013
    Messages : 1 315
    Points : 8 252
    Points
    8 252
    Billets dans le blog
    43
    Par défaut
    Dans le cas d'un accès au matériel, passer par une application externe au navigateur est plutôt ce qui est recommandé il me semble d'un point de vue de la sécurité.
    Tutoriels et FAQ TypeScript

  4. #104
    Modérateur
    Avatar de OButterlin
    Homme Profil pro
    Inscrit en
    novembre 2006
    Messages
    7 184
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : novembre 2006
    Messages : 7 184
    Points : 9 308
    Points
    9 308
    Billets dans le blog
    1
    Par défaut
    L'intégration d'une application autonome avec une application web est loin d'être naturelle, et de mon point de vue, ne règle pas plus le problème de sécurité...
    Si c'est une application java type swing, il faut que le poste cible ait un jre d'installé... et de l'autre côté, le navigateur doit avoir un plugin pour faire tourner l'applet... bref, rien de top dans tous les cas.
    Le problème vient plutôt de ce que va imposer le client
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

  5. #105
    Rédacteur/Modérateur

    Avatar de yahiko
    Homme Profil pro
    Développeur
    Inscrit en
    juillet 2013
    Messages
    1 315
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : juillet 2013
    Messages : 1 315
    Points : 8 252
    Points
    8 252
    Billets dans le blog
    43
    Par défaut
    Je vois en tout cas qu'on progresse et qu'il n'y a plus de caractère technique indispensable de l'applet
    Tutoriels et FAQ TypeScript

  6. #106
    Rédacteur/Modérateur


    Homme Profil pro
    Développeur .NET
    Inscrit en
    février 2004
    Messages
    19 875
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : février 2004
    Messages : 19 875
    Points : 39 734
    Points
    39 734
    Par défaut
    Citation Envoyé par yahiko Voir le message
    Dans le cas d'un accès au matériel, passer par une application externe au navigateur est plutôt ce qui est recommandé il me semble d'un point de vue de la sécurité.
    Oui mais en fait la sécurité de ce genre de solution, c'est pas gagné... en fait, les mesures de sécurité des navigateurs obligent à faire des trucs pas secure du tout pour que ça puisse marcher, comme je l'avais expliqué ici.

  7. #107
    Expert éminent
    Avatar de _skip
    Homme Profil pro
    Développeur d'applications
    Inscrit en
    novembre 2005
    Messages
    2 898
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur d'applications
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : novembre 2005
    Messages : 2 898
    Points : 7 680
    Points
    7 680
    Par défaut
    De plus, à compter du moment où il faut installer ou lancer une application tierce sur le poste client, la sécurité devient strictement une affaire de confiance. En ce sens, on peut tout autant se demander en quoi une applet était tellement moins sécurisée que ça, en gros tu la trustes ou pas. Les ransomwares sont à la mode, et ils ne demandent pas forcément de très grands privilèges pour faire du dégât.

    Citation Envoyé par yahiko
    Je vois en tout cas qu'on progresse et qu'il n'y a plus de caractère technique indispensable de l'applet
    La vraie différence c'est que dans le cas des applets, jusqu'à il y a quelques années, c'était une technologie qui permettait de faire tourner une application sur un poste client en se servant d'un plug-in qui avait genre +80% de chance d'être présent et dispo. Donc en gros faire des opérations qui n'étaient pas immédiatement possibles en JS avec une gêne minimale tant côté développeur que côté utilisateur.
    Techniquement, c'est clair que tu peux t'y prendre autrement, genre obliger le client à déployer une application avec les contraintes que ça a (support multi-plateforme) ou pourquoi pas livrer ton propre navigateur, ou ton OS . mais c'est plus de contraintes à bien des égards et le gain de sécurité, comme expliqué en début de post, est fonction de la décision de l'utilisateur de te faire confiance ou non.

    Enfin je dis ça pour le cas où tu es réellement intéressé par la discussion et non par le troll bas de gamme avec des "ololol cé tro moche".

  8. #108
    Rédacteur/Modérateur

    Avatar de yahiko
    Homme Profil pro
    Développeur
    Inscrit en
    juillet 2013
    Messages
    1 315
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : juillet 2013
    Messages : 1 315
    Points : 8 252
    Points
    8 252
    Billets dans le blog
    43
    Par défaut
    Je ne pense pas qu'il soit judicieux de commencer à se lancer des accusations de troll. Mais admettons. Reprenons les faits :

    1) Aucun navigateur actuel ne permet l'exécution des applets Java sans une manipulation explicite de l'utilisateur. A moins que les gens qui bossent sur ces navigateurs (Google Chrome, Mozilla Firefox, Microsoft Edge, Safari, etc) ne soient complètement incompétents, il doit bien il y avoir une raison. Il semble bien que ce soit des failles de sécurité qui en soit la principale motivation. Je ne suis pas un expert du domaine, mais le fait que justement à une époque 80% des postes avait ce plugin d'installé en faisait une cible de choix pour les malwares, sans qu'Oracle ait pu résoudre les failles de façon vraiment satisfaisante.

    2) Oracle a décidé d'arrêter le support des applets Java. Conséquence, c'est pratiquement de l'histoire ancienne, que cela plaise ou non aux supporteurs de cette technologie. Il va bien falloir faire le deuil de ces applets.

    3) Il existe des alternatives aux applets, que ce soit une application standalone (pourquoi pas écrite en Java pour faire du multiplateforme à moindre frais) qui du fait du caractère explicite de l'installation (contrairement à un plugin web accessible par n'importe qu'elle personne qui se rendrait par mégarde sur une page) réduit déjà la porté des menaces, ou via une technologie de transition comme Java Web Start, à mi-chemin entre l'applet Java et l'application standalone (je parle sous le contrôle des spécialistes évidemment...). Pour remplacer les applets, JWS est d'ailleurs la recommandation officielle d'Oracle sauf erreur de ma part.

    Tous les plugins subissent le même sort : Flash, Silverlight et autres, c'est fini ! Les habitudes sur Internet ont beaucoup changé ainsi que les standards.

    Les applets ont pu rendre des services. Elles continueront à en rendre pour les gens qui souhaitent mordicus s'y accrocher. Après tout rien ne les en empêchent. Mais c'est clairement une technologie dépréciée et pas seulement par caprices de certains, mais par un consensus général de l'industrie IT.

    D'autant que je rajouterai, à moins d'y mettre beaucoup d'efforts, l'essentiel des applets Java étaient relativement moches, mais je reconnais que c'est subjectif et que vous pouvez ne pas être d'accord.
    Tutoriels et FAQ TypeScript

  9. #109
    Chroniqueur Actualités
    Avatar de Michael Guilloux
    Homme Profil pro
    Data Consultant
    Inscrit en
    juillet 2013
    Messages
    2 471
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Data Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juillet 2013
    Messages : 2 471
    Points : 78 466
    Points
    78 466
    Billets dans le blog
    2
    Par défaut Marquée obsolète depuis 2016, l'API Applet sera bientôt définitivement supprimée de Java
    Marquée obsolète depuis 2016, l'API Applet sera bientôt définitivement supprimée de Java
    Y a-t-il des raisons de regretter les applets Java ?

    L'avènement de HTML5 a donné naissance à un mouvement d'ensemble vers une plateforme Web sans plug-in. Fin 2015, les éditeurs de navigateurs avaient déjà commencé à mettre fin au support des standards basés sur les plug-ins ; éliminant ainsi la possibilité d’y intégrer Flash, Silverlight, les applets Java, entre autres. Cette tendance a également poussé les entreprises derrière ces technologies à les mettre aux oubliettes ou à envisager de le faire.

    Dans la foulée, Oracle a marqué l'API Applet obsolète dans Java 9. Toutefois, ce n'est que maintenant qu'elle sera définitivement supprimée du JDK.

    Nom : apiapplet.PNG
Affichages : 227509
Taille : 18,1 Ko

    L'API Applet « n'est presque plus utile puisque tous les fournisseurs de navigateurs Web ont soit supprimé la prise en charge des plug-ins de navigateur Java, soit annoncé leur intention de le faire », peut-on lire dans le JEP 398 mis à jour samedi 6 mars.

    En annonçant l'obsolescence de l'API Applet en 2016, Oracle avait demandé aux développeurs d’applications qui reposent sur le plug-in Java de navigateur d'envisager d’autres options telles que la migration des applets Java (qui reposent sur un plug-in de navigateur) à Java Web Start, qui ne dépend d'aucun plug-in.

    Java Web Start est une technologie de déploiement d’applications qui vous permet de lancer des applications complètes en un seul clic à partir de votre navigateur Web. Parmi les avantages attribués à cette technologie, on peut noter que contrairement aux applets Java, les applications Java Web Start ne s'exécutent pas à l’intérieur du navigateur. Java Web Start garantit aussi l'exécution de la version la plus récente de l'application et ne fait pas appel à des procédures d'installation ou de mise à niveau compliquées : la mise à jour est transparente. Java Web Start était encore recommandée si la performance est d’un enjeu crucial.

    Face à ces avantages qu’offre Java Web Start, il faut encore noter que les applets Java ne tenaient plus leurs promesses de sécurité. Mais la technologie Java Web Start a elle-même été abandonnée par la suite. Oracle a en effet annoncé en mars 2018 qu'il n'allait pas l'inclure dans Java SE 11 et les versions ultérieures du JDK, obligeant les développeurs à explorer d'autres technologies de déploiement.

    Et vous ?

    Regrettez-vous les applets Java ? Quelles technologies de remplacement utilisez-vous étant donné que Java Web Start a également été déprécié ?
    Pourquoi ? Partagez votre expérience

    Voir aussi :

    Oracle envisage de passer à un Web sans plugin et recommande de migrer des applets Java vers la technologie Java Web Start
    Safari 10 vers une expérience sans plugin sous macOS Sierra : Flash, Silverlight et autres plugins désactivés par défaut, et la priorité à HTML5
    Java : Oracle va marquer l'API Applet obsolète dans le JDK 9, mais n'a pas l'intention de la supprimer de sitôt
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  10. #110
    Rédacteur/Modérateur

    Avatar de yahiko
    Homme Profil pro
    Développeur
    Inscrit en
    juillet 2013
    Messages
    1 315
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur

    Informations forums :
    Inscription : juillet 2013
    Messages : 1 315
    Points : 8 252
    Points
    8 252
    Billets dans le blog
    43
    Par défaut
    La politique d'Oracle envers Java est tout à fait cohérente.

    • Abandon des Applets Java : Fait.
    • Abandon de Java Web Start : Fait.
    • Abandon de Java : En cours.
    Tutoriels et FAQ TypeScript

  11. #111
    Membre confirmé
    Homme Profil pro
    retraité
    Inscrit en
    septembre 2014
    Messages
    244
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : retraité

    Informations forums :
    Inscription : septembre 2014
    Messages : 244
    Points : 553
    Points
    553
    Par défaut
    Citation Envoyé par yahiko Voir le message
    La politique d'Oracle envers Java est tout à fait cohérente.

    • Abandon des Applets Java : Fait.
    • Abandon de Java Web Start : Fait.
    • Abandon de Java : En cours.
    Comme si Java se résumait aux Applets et à Web Start...

  12. #112
    Membre habitué
    Profil pro
    Inscrit en
    octobre 2005
    Messages
    104
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : octobre 2005
    Messages : 104
    Points : 140
    Points
    140
    Par défaut
    Bonjour,

    Si cette JEP 398 est retenue pour Java 17, c'est au plus tôt dans Java 18 que l'API Applet sera effectivement supprimée.
    Ça laisse donc encore au moins un an pour l'éliminer du code que l'on souhaite compiler avec "-release 18".

    Il est vrai que Java n'est plus trop à la pointe côté client mais l'arrivée de jpackage en tant que fonctionnalité standard dans Java 16 (et non 17) est une bonne chose.
    Cela donne à nouveau un moyen de déployer du code Java sur un poste client.
    Par rapport aux applets, cela ajoute une étape de packaging par plateforme avant le déploiement mais on a toujours le "write once" et le "run everywhere".

  13. #113
    Rédacteur/Modérateur

    Avatar de bouye
    Homme Profil pro
    Information Technologies Specialist (Scientific Computing)
    Inscrit en
    août 2005
    Messages
    6 670
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : Nouvelle-Calédonie

    Informations professionnelles :
    Activité : Information Technologies Specialist (Scientific Computing)
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : août 2005
    Messages : 6 670
    Points : 22 479
    Points
    22 479
    Billets dans le blog
    50
    Par défaut
    jpackage sera standard (fin de l'incubation) avec le JDK 16 qui sort ce mois-ci.
    Merci de penser au tag quand une réponse a été apportée à votre question. Aucune réponse ne sera donnée à des messages privés portant sur des questions d'ordre technique. Les forums sont là pour que vous y postiez publiquement vos problèmes.

    suivez mon blog sur Développez.

    Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning. ~ Rich Cook

  14. #114
    lvr
    lvr est déconnecté
    Membre extrêmement actif Avatar de lvr
    Profil pro
    Responsable de projet fonctionnel
    Inscrit en
    avril 2006
    Messages
    879
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Responsable de projet fonctionnel
    Secteur : Arts - Culture

    Informations forums :
    Inscription : avril 2006
    Messages : 879
    Points : 1 234
    Points
    1 234
    Par défaut
    Citation Envoyé par bouye Voir le message
    jpackage sera standard (fin de l'incubation) avec le JDK 16 qui sort ce mois-ci.
    En remplacement de javapackager ?

  15. #115
    Rédacteur/Modérateur

    Avatar de bouye
    Homme Profil pro
    Information Technologies Specialist (Scientific Computing)
    Inscrit en
    août 2005
    Messages
    6 670
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : Nouvelle-Calédonie

    Informations professionnelles :
    Activité : Information Technologies Specialist (Scientific Computing)
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : août 2005
    Messages : 6 670
    Points : 22 479
    Points
    22 479
    Billets dans le blog
    50
    Par défaut
    Oui c'était le but avoué du projet jpackage (JEP 343) car a partir du moment où javapackager a été retiré du JDK (le JDK 13*), ce sont toutes les applications desktop Java (pas juste JavaFX) qui se sont un peu retrouvées dans la mouise (à part en utilisant des soft tiers qui peuvent ou pas supporter correctement telle ou telle plateforme ou telle ou telle release).

    jpackage fonctionne de manière similaire (mais pas totalement identique) à javapackager .

    *GG well played Oracle...
    Merci de penser au tag quand une réponse a été apportée à votre question. Aucune réponse ne sera donnée à des messages privés portant sur des questions d'ordre technique. Les forums sont là pour que vous y postiez publiquement vos problèmes.

    suivez mon blog sur Développez.

    Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning. ~ Rich Cook

Discussions similaires

  1. actualiser un document via un lien web sans passer par infoview
    Par jod13 dans le forum Administration-Migration
    Réponses: 5
    Dernier message: 14/06/2012, 09h40
  2. Lancer mon site web sans passer par Visual Studio
    Par DBA_OCP dans le forum ASP.NET
    Réponses: 5
    Dernier message: 12/05/2010, 10h49
  3. gérer un site web sans passer par le code
    Par beta1204 dans le forum Débuter
    Réponses: 11
    Dernier message: 07/04/2009, 14h21
  4. Réponses: 10
    Dernier message: 26/07/2006, 07h52
  5. Accéder à une page web sans passer par login et mdp
    Par benthebest dans le forum Général JavaScript
    Réponses: 9
    Dernier message: 21/07/2006, 01h04

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo