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. #61
    Expert éminent sénior
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 481
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 481
    Points : 48 806
    Points
    48 806
    Par défaut
    Citation Envoyé par bouye Voir le message
    Payer (et de manière récurrente en plus) un certificat n'a rien de trivial pour un jeune développeur ou un petit studio qui débute.
    Autant pour un dev qui fait ça pour le fun, je comprends le problème. Autant un studio incapable de sortir 12€/mois pour un certificat qui permet de signer tout ce qu'il fait, il a de sérieuses questions à se poser sur sa viabilité.


    @Uther: let's encrypt, c'est pour des certificats SSL. Les certificats de signature de code ont des niveaux d'exigence bien plus élevés. Et c'est bien heureux, on n'a pas envie que KevinHax0r fasse tourner n'importe quoi sur le browser de madame michu.


    @gerard66: encore une fois, rien ne t'oblige à la distribuer par javawebstart. Ca facilite juste un peu la vie de l'utilisateur, mais les utilisateurs savent très bien installer aussi l'application en desktop. Y a qu'à voir le nombre de crasses installées sur les pcs qu'on doit supporter dans la famille pour comprendre ça

  2. #62
    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 : 42
    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 749
    Points
    39 749
    Par défaut
    Citation Envoyé par Uther Voir le message
    Un certificat auto-signé, non, mais il doit être possible d'installer des certificats gratuits de type de "Let's encrypt". Et puis généralement c'est le client qui va payer pour le certificat, pas le développeur
    Non, Let's Encrypt c'est uniquement des certificats SSL de site ; ils ne sont pas utilisables pour la signature de code.

    (oups, grillé par _tchize)

  3. #63
    Rédacteur/Modérateur

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

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

    Informations forums :
    Inscription : Août 2005
    Messages : 6 838
    Points : 22 846
    Points
    22 846
    Billets dans le blog
    51
    Par défaut
    Citation Envoyé par tchize_ Voir le message
    Autant pour un dev qui fait ça pour le fun, je comprends le problème. Autant un studio incapable de sortir 12€/mois pour un certificat qui permet de signer tout ce qu'il fait, il a de sérieuses questions à se poser sur sa viabilité.
    Un studio qui débute c'est pas forcement un truc qui roule sur l'or et a deja un cahier de commandes bien remplis................. Ça peut être juste 3 devs débutants qui ont décidé de monter leur boite.

    Et même dans le monde bien établi, rien ne se fait aussi simplement. Moi j'ai du batailler 5 ans avec mes chefs de direction pour espérer avoir les malheureux $300 pour payer un certif valide pour 3 ans pour tenter de publier un truc sur JWS sans effrayer les utilisateurs. Et rebatailler 3 ans apres pour le faire se renouveler (6 mois en retard... )

    Welcome IRL, l'endroit ou sortir des sous c'est pas si simple que ça.

    EDIT - a noter que le problème se pose a l'identique pour le port Mac / iOS d'app OpenSource puisqu'il faut que quelqu'un accepter de payer de sa poche un certif dev Apple de $100/an pour avoir un certificat et espérer pouvoir être publié sur l'app store. Donc ce genre de soucis n'est pas uniquement propre a Java.
    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

  4. #64
    Membre émérite

    Profil pro
    Inscrit en
    Décembre 2003
    Messages
    3 995
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2003
    Messages : 3 995
    Points : 2 528
    Points
    2 528
    Par défaut
    Citation Envoyé par gerard66 Voir le message
    merci
    c'est bien ce que j'avais compris donc exit pour moi le développement java pour grand public.
    Seulement si tu passes par Web Start. En même temps, pour du grand public, faire certifier un minimum ce que tu balances, ça parait pas délirant, si ? Les utilisateurs de base ne vont pas sur GitHub, hein...

  5. #65
    Expert éminent sénior Avatar de Uther
    Homme Profil pro
    Tourneur Fraiseur
    Inscrit en
    Avril 2002
    Messages
    4 552
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Tourneur Fraiseur

    Informations forums :
    Inscription : Avril 2002
    Messages : 4 552
    Points : 15 463
    Points
    15 463
    Par défaut
    Citation Envoyé par bouye Voir le message
    Un studio qui débute c'est pas forcement un truc qui roule sur l'or et a deja un cahier de commandes bien remplis................. Ça peut être juste 3 devs débutants qui ont décidé de monter leur boite.
    Désolé mais si tes trois programmeurs comptent vivre de leurs projet et ne peuvent pas dégager une dizaine d'euros par mois pour assurer la distribution de leur projet, C'est peut être mieux pour eux qu'ils ne commencent pas, parce que je m'inquiète vraiment pour leur Business plan.

    Le vrai problème c'est plutôt les développeurs totalement amateurs qui ne prévoient pas de faire de l'argent avec leur application.

  6. #66
    Inactif  

    Homme Profil pro
    NR
    Inscrit en
    Juin 2013
    Messages
    3 715
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : NR
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Juin 2013
    Messages : 3 715
    Points : 1 184
    Points
    1 184
    Billets dans le blog
    9
    Par défaut
    Personnellement ce genre de modèle économique ne m'a jamais attirés, être obligé de certifier un logiciel ou le mettre dans un store en payant non merci.

    Je préfère continuer à distribuer mes exécutables.

  7. #67
    Expert éminent sénior Avatar de Uther
    Homme Profil pro
    Tourneur Fraiseur
    Inscrit en
    Avril 2002
    Messages
    4 552
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Tourneur Fraiseur

    Informations forums :
    Inscription : Avril 2002
    Messages : 4 552
    Points : 15 463
    Points
    15 463
    Par défaut
    Disons que la signature est certes une contrainte finacière, mais elle a le mérite d'être neutre. Contrairement à l'Apple Store, qui se permet de choisir ce que tu as le droit d'installer sur iOS ou non.

  8. #68
    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 : 40
    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 752
    Points
    7 752
    Par défaut
    Citation Envoyé par sazearte Voir le message
    Personnellement ce genre de modèle économique ne m'a jamais attirés, être obligé de certifier un logiciel ou le mettre dans un store en payant non merci.

    Je préfère continuer à distribuer mes exécutables.
    C'est parce que tu fais pas le bon calcul.

    Même si on prend l'option avec certificat payant, 70-100$ pour accéder à un système de déploiement et d'auto-update solide et multi-plateforme ça peut tout à fait se justifier. Il suffit de s'être rendu chez les clients avec sa clé USB ou son CD pour passer des mises à jour sur 15 postes 1 par 1, puis d'avoir calculé ce que ça coûte.

    Ce montant initial, sur le coût d'un développement c'est rien. C'est un obstacle seulement pour les petits projets sans ambition économique. Puis le problème initial avec les stores, c'est que si tu choisis de t'en passer, tu choisis aussi grosso-modo de te passer de leur public. Moi aussi je peste contre le tout-web, le javascript, mais pourtant je suis de plus en plus obligé d'en faire, parce que c'est mon seul recours.

    Faut faire très attention à pas laisser des critères idéologiques enfumer l'esprit. Un montant dans les 100 euros, pour un professionnel, c'est 1h de dév, donc le ROI peut être vite là.

  9. #69
    Modérateur
    Avatar de OButterlin
    Homme Profil pro
    Inscrit en
    Novembre 2006
    Messages
    7 310
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Novembre 2006
    Messages : 7 310
    Points : 9 522
    Points
    9 522
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par Uther Voir le message
    Disons que la signature est certes une contrainte finacière, mais elle a le mérite d'être neutre. Contrairement à l'Apple Store, qui se permet de choisir ce que tu as le droit d'installer sur iOS ou non.
    Ça me paraît normal, comment contrôler la qualité des applications sans ce droit de regard ?

    A l'inverse, Android ne contrôle rien est c'est une source de malware pour tout le monde... ce qui discrédite la plateforme entièrement.
    Qui a envie de prendre le risque de se pourrir son smartphone lorsqu'il télécharge une application ?
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

  10. #70
    Membre régulier
    Profil pro
    Développeur Java
    Inscrit en
    Juillet 2008
    Messages
    42
    Détails du profil
    Informations personnelles :
    Localisation : France, Loire (Rhône Alpes)

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

    Informations forums :
    Inscription : Juillet 2008
    Messages : 42
    Points : 96
    Points
    96
    Par défaut
    Java Web Start... Oracle pourrait peut-être ensuite nous dire une bonne fois pour toute ce qu'il compte faire pour l'IHM de type client riche. Swing est mourrant, JavaFx voit jour après jour son lot d'annonces contradictoires ou d'abandon de plateforme. Bref, nous, on est passé de Java Web Start à GWT... en attendant peut être de passer à Angular. Ce serait bien qu'Oracle marque un peu plus de respect pour les développeurs en assurant un suivi un peu plus sérieux de ses technos Java.

  11. #71
    Membre régulier
    Homme Profil pro
    Développeur & Scrum Master
    Inscrit en
    Août 2010
    Messages
    102
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Développeur & Scrum Master
    Secteur : Industrie

    Informations forums :
    Inscription : Août 2010
    Messages : 102
    Points : 75
    Points
    75
    Par défaut Java web start = facilité le déploiement des applications stand alone (client lourd)
    Java web start réponds surtout à la problématique de déploiement d'application client lourd (stand alone). On se tourne souvent vers des applications java web pour fuir les multiples déploiements lors de l'installation sur plusieurs postes clients.
    Avec une page web contenant un lien, tous les utilisateurs de l'application n'ont plus qu'à accéder à la page web (soit via internet, soit par intranet) contenant le lien vers l'application et télécharger le fichier JNPL. Et voilà comme expliqué plus haut l'application sera télécharger depuis le poste Application Serveur vers le poste du client.

    Il faut évidemment que le client est préalablement installé java sur son PC.
    De plus à chaque démarrage, au moyen du fichier JNPL, l'application vérifiera elle même s'il y a des mises à jour à faire.

    Du coup selon moi c'est surtout pour facilité le déploiement des applications java en client lourd (stand alone).

  12. #72
    Expert éminent sénior Avatar de Uther
    Homme Profil pro
    Tourneur Fraiseur
    Inscrit en
    Avril 2002
    Messages
    4 552
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Tourneur Fraiseur

    Informations forums :
    Inscription : Avril 2002
    Messages : 4 552
    Points : 15 463
    Points
    15 463
    Par défaut
    Citation Envoyé par OButterlin Voir le message
    Ça me paraît normal, comment contrôler la qualité des applications sans ce droit de regard ?

    A l'inverse, Android ne contrôle rien est c'est une source de malware pour tout le monde... ce qui discrédite la plateforme entièrement.
    Qui a envie de prendre le risque de se pourrir son smartphone lorsqu'il télécharge une application ?
    Sauf que la présence de malware n'est qu'un des très nombreux critères de refus. Apple se réserve le droit d'interdire les applications sur des critères très subjectifs comme les technologies utilisées, la concurrence, le respect de mœurs...
    Et contrairement à ce que tu penses, le Play Store surveille tout autant que les applications soumises ne soient pas des malwares, et il contrôle aussi l'atteinte aux mœurs, bien que ses critères soient plus souple.

  13. #73
    Membre extrêmement actif Avatar de ddoumeche
    Homme Profil pro
    Ingénieur recherche et développement
    Inscrit en
    Octobre 2007
    Messages
    1 676
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Singapour

    Informations professionnelles :
    Activité : Ingénieur recherche et développement

    Informations forums :
    Inscription : Octobre 2007
    Messages : 1 676
    Points : 2 010
    Points
    2 010
    Par défaut
    Citation Envoyé par OButterlin Voir le message
    On s'écarte un peu de la problématique, il ne s'agit pas de comparer applications desktop et applications web.
    La problématique des plugins et en particulier du plugin java pour une application web est entière : comment contourner les lacunes html/javascript ?
    L'applet est (et donc "était" si on supprime les plugins) une solution très intéressante voir incontournable. Il ne s'agit pas de mettre une applet là où on peut faire en html/javascript... pas plus qu'il ne s'agirait de faire une application web pour gérer un robot...
    Flash ?
    Unity3D ?
    Aujourd'hui comme hier, je pense que si vous avez besoin d'une applet pour une fonctionnalité, il faut revoir la conception de votre application, ou passer un à client lourd.

    Le robot pourrait être géré par votre client web mais ce n'est pas conçu pour faire cela à l'origine, pas plus que Word.
    Pas plus que ce n'est conçu pour faire de la conception 3D ou des jeux.
    La joie de l'âme est dans la planification -- Louis Hubert Liautey

  14. #74
    Modérateur
    Avatar de OButterlin
    Homme Profil pro
    Inscrit en
    Novembre 2006
    Messages
    7 310
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Novembre 2006
    Messages : 7 310
    Points : 9 522
    Points
    9 522
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par ddoumeche Voir le message
    Flash ?
    Unity3D ?
    Aujourd'hui comme hier, je pense que si vous avez besoin d'une applet pour une fonctionnalité, il faut revoir la conception de votre application, ou passer un à client lourd.
    Ce genre d'approche revient à dire qu'on n'utilise une application web que pour du contenu web... personnellement, je trouve ça dommage...
    On peut très bien avoir des applications de gestion sur le web qui ponctuellement, ont besoin d'accéder à une ressource locale. Remettre en cause tous les avantages des applications web parce qu'on se refuse une applet signée, c'est juste hallucinant.

    Faire un client lourd (surtout java), c'est exposer les méthodes d'accès au système d'information, aux algorithmes, etc... sans compter qu'en performance, ça risque d'être assez désastreux... je ne parle même pas des installations sur des machines/OS différents...

    Après, chacun ses expériences... chez nous, on fait des applications RIA pour tous les membres de nos sociétés éparpillés un peu partout dans le monde avec un parc totalement hétérogène... Personne à la DSI ne conçoit de revenir sur du client lourd.
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

  15. #75
    Rédacteur/Modérateur

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

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

    Informations forums :
    Inscription : Août 2005
    Messages : 6 838
    Points : 22 846
    Points
    22 846
    Billets dans le blog
    51
    Par défaut
    Citation Envoyé par OButterlin Voir le message
    Ce genre d'approche revient à dire qu'on n'utilise une application web que pour du contenu web... personnellement, je trouve ça dommage...
    D'autant plus qu'on pourrait très bien retourner l'argument contre Java lui-même puisqu’à l'origine, ce dont peu de gens se souviennent, cette technologie (oak) n'avait été développée que pour permettre de programmer des boîtiers interactifs placés sous les TV US (chose qui ne décollera vraiment qu'une 15aine d'années plus tard et pas sous Java). On est très loin des serveurs JEE, des clients lourds ou même d'Android...
    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

  16. #76
    Membre extrêmement actif Avatar de ddoumeche
    Homme Profil pro
    Ingénieur recherche et développement
    Inscrit en
    Octobre 2007
    Messages
    1 676
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Singapour

    Informations professionnelles :
    Activité : Ingénieur recherche et développement

    Informations forums :
    Inscription : Octobre 2007
    Messages : 1 676
    Points : 2 010
    Points
    2 010
    Par défaut
    Citation Envoyé par OButterlin Voir le message
    Ce genre d'approche revient à dire qu'on n'utilise une application web que pour du contenu web... personnellement, je trouve ça dommage...
    On peut très bien avoir des applications de gestion sur le web qui ponctuellement, ont besoin d'accéder à une ressource locale. Remettre en cause tous les avantages des applications web parce qu'on se refuse une applet signée, c'est juste hallucinant.

    Faire un client lourd (surtout java), c'est exposer les méthodes d'accès au système d'information, aux algorithmes, etc... sans compter qu'en performance, ça risque d'être assez désastreux... je ne parle même pas des installations sur des machines/OS différents...

    Après, chacun ses expériences... chez nous, on fait des applications RIA pour tous les membres de nos sociétés éparpillés un peu partout dans le monde avec un parc totalement hétérogène... Personne à la DSI ne conçoit de revenir sur du client lourd.
    Tout dépend de ce que l'ont fait,je n'ai pas dit qu'il fallait migrer tous les applications Web en Java Web Start.
    Java est normalement portable donc au lieu de tester sur différent navigateurs, vous testez sur différentes machines/OS.
    Et rien n'interdit que le client lourd ne reste qu'un client, se connectant à un serveur via RMI ou autre, ce qui vous fournit la confidentialité demandée.

    Quel genre d'accès aux ressources avez-vous besoin ?
    La joie de l'âme est dans la planification -- Louis Hubert Liautey

  17. #77
    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 : 38
    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 083
    Points
    7 083
    Par défaut
    Houlà ! Beaucoup de fausses idées ici et là ...

    Java Web Start est une technologie de déploiement d'applications Java. Le client exécute (via "javaws") un fichier JNLP (Java Network Launch Protocol). Ce dernier est un simple fichier XML qui décrit le lancement de l'applications (contraintes JVM, options JVM, ressources, librairies et paramètres). JWS gère alors la mise en cache, les mises à jours et la sécurité.


    Application VS déploiement sécurisé : Il faut comparer ce qui est comparable. Distribuer un .exe nécessite soit à l'application, soit aux utilisateurs de gérer les mises à jours. Et l'aspect sécurisé est inexistant. Par exemple, impossible de certifier la conformité (non altération, auteur, etc.) de l'application.
    Si tu fournis des extensions (ou si qqn trouve le moyen d'altérer ton programme), impossible de limiter les dégâts qu'il peut causer.

    Client lourd VS Web : Avoir un client lourd n'empêche pas de communiquer avec un serveur, et pourquoi pas REST. Un client lourd, une application mobile et un client JavaScript "MVC" (Angular, React, Ember, etc.) peuvent attaquer le même serveur. Donc d'un point de vue architecture, il n'y a pratiquement aucune différence.

    Communication entre deux types de client : Il n'y a que le serveur qui puisse servir de relai "fiable". Et rien n'empêche de générer dynamiquement les paramètres du JNLP. Rien n'oblige à partager le même ID de session, il peut s'agir (et je le recommande) d'un autre "identifiant" temporaire (ex : UUID générer dynamiquement pour cette transaction en particulier). Le serveur agira alors comme un intermédiaire (à l'image d'un middleware).
    Une autre possibilité est d'utiliser les "protocoles" d'une URL. En effet, une application peut-être associée à un protocole et recevra donc les ouvertures d'URL portant sur ce protocole. Des applications comme Steam, ChromeApps, Spotify, etc. utilisent ce mécanisme.
    Ouvrir un serveur Web en local nécessite que le port soit disponible et l'application autorisée à l'ouvrir. Et comme indiqué être proscrit par le navigateur lui-même.

    Sécurité : De ce que j'ai lu les JARs doivent être signés avec un certificat X.509 (je n'ai pas vu de contraintes sur l’encryption utilisé). La plupart des vendeurs de domaine inclus un certificat X.509 dans leur package.

    JWS VS Applet : La principale fonctionnalité perdue est la communication avec la page hôte. Pour le reste c'est au minimum mieux. Donc AWT, Swing ou JavaFX ne perde rien (bien au contraire) à passer sous JWS plutôt que les Applets. Cet argument est complètement en dehors du problème.
    Le second point qui peut poser problème c'est l'intégration avec les navigateurs. La plupart des navigateurs ne permettent plus "l'ouverture" directe d'un fichier. Il faut d'abord le télécharger et ensuite l'ouvrir. Cela n'est pas bloquant mais c'est parfois frustrant.

    SmartCard : C'est le grand perdant des problèmes de sécurité, ce qui est assez ironique pour une solution de sécurité ... Apparemment il y aurait des travaux avec webcrypto. Mais visiblement, il n'existe pas vraiment de solutions, sauf peut-être les "apps" sous navigateur avec support de l'USB.
    Les solutions qui se profilent actuellement s'orientent plutôt vers des portails et du partage d'autorisation (ex: OAuth). Les informations seraient alors fournis par un tiers et charge à ce tier de fournir un support d'authentification par support physique (fingerprint, smartcard, lecteur de piste, dongle, etc.). Encore que le système de token soit plus apprécié (plus fiable, je demande à voir).


    (si je me trompe, je compte sur vous pour me corriger ^^)



    Citation Envoyé par Michael Guilloux Voir le message
    Approuvez-vous la décision d'Oracle ?
    Mouais, c'est un peu "Captain Obvious" comme dirait l'autre. Beaucoup de gens envisagent depuis longtemps de se passer de plugins. Après il y a des usages qui ne seront plus possibles, c'est dommage. Mais le plus dommage c'est qu'il n'y ait pas de réels travaux sur ce sujet.

    Citation Envoyé par Michael Guilloux Voir le message
    Que pensez-vous des applets Java par rapport à la technologie Java Web Start ?
    Je dirais que les deux technologies n'ont pas les mêmes vocations. La première permet de lancer une application Java qui communique avec la page hôte, l'autre une solution de déploiement d'applications Java ...

    Le report à Mars 2017 a été annoncé officiellement le 09 décembre 2015, il n'y a pas eu de news sur ce sujet ?
    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

  18. #78
    Rédacteur/Modérateur

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

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

    Informations forums :
    Inscription : Août 2005
    Messages : 6 838
    Points : 22 846
    Points
    22 846
    Billets dans le blog
    51
    Par défaut
    Citation Envoyé par Logan Mauzaize Voir le message
    Le report à Mars 2017 a été annoncé officiellement le 09 décembre 2015, il n'y a pas eu de news sur ce sujet ?
    Si si il y en a eut.
    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

  19. #79
    Chroniqueur Actualités
    Avatar de Michael Guilloux
    Homme Profil pro
    Data Consultant
    Inscrit en
    Juillet 2013
    Messages
    2 875
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 33
    Localisation : Côte d'Ivoire

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

    Informations forums :
    Inscription : Juillet 2013
    Messages : 2 875
    Points : 86 930
    Points
    86 930
    Billets dans le blog
    2
    Par défaut Java : Oracle va marquer l’API Applet obsolète dans le JDK 9
    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

    Il est bien évident que nous sommes actuellement à la fin de l’ère des plugins même si ces technologies sont encore utiles et beaucoup utilisées. De nombreux éditeurs de navigateurs, notamment Microsoft, Google et Mozilla, ont soit supprimé le support des plugins ou annoncé un calendrier pour le faire.

    Dans les derniers efforts dans le sens de se débarrasser des modules d’extension dans les navigateurs, Apple a annoncé une expérience utilisateur par défaut sans plugin dans Safari 10 sous macOS Sierra. Les plugins Java, Flash, Silverlight, entre autres, seront donc désactivés par défaut dans son navigateur, pour donner la priorité à HTML5. Google et Mozilla ont également suivi avec de nouvelles mesures visant à bloquer Flash dans leurs navigateurs.

    Il est donc clair que les éditeurs ne veulent plus de plugins dans leurs navigateurs. Voyant la possibilité d’intégrer les technologies basées sur les plugins en train d’être éliminée, Oracle a alors décidé de suivre le mouvement vers une expérience web sans modules d’extension. Au début de cette année, le géant des bases de données a en effet annoncé son intention de passer à un Web sans plugin, avant de recommander aux développeurs de migrer des applets Java vers la technologie Java Web Start. Lors de l’annonce, Oracle avait prévu que son plugin Java de navigateur devienne obsolète dans le JDK 9.

    Oracle a récemment expliqué dans le JEP (JDK Enhancement Proposal) -- un processus élaboré par la société pour recueillir des propositions d'améliorations pour le JDK et OpenJDK -- comment cela sera mis en œuvre. Il s’agira de marquer l'API Applet obsolète dans le JDK 9 en ajoutant l’annotation @Deprecated(since="9") aux classes suivantes :

    • java.applet.AppletStub ;
    • java.applet.Applet ;
    • java.applet.AudioClip ;
    • java.applet.AppletContext ;
    • javax.swing.JApplet.

    Oracle explique que « ces annotations vont provoquer des avertissements de dépréciation qui seront émis par le compilateur Java pour tout code qui utilise cette API. Si les avertissements sont traités comme des erreurs, ils entraîneront l'échec de la compilation ».

    L'obsolescence n’étant pas synonyme d'abandon, l’API Applet devrait encore exister dans JDK 10 et peut-être au-delà de cette version. Oracle explique en effet ne pas avoir l’intention de la supprimer dans la prochaine version majeure : « Nous ne voulons pas supprimer l'API Applet dans la prochaine version majeure, donc nous n'allons pas spécifier forRemoval = true dans ces annotations. Si plus tard, nous proposons de supprimer cette API nous allons ajouter forRemoval = true à ces annotations au moins une version majeure à l'avance. » Autrement dit, l’API Applet ne devrait pas être supprimée dans JDK 10 sinon, Oracle aurait ajouté forRemoval = true dans ces annotations. En précisant « au moins une version majeure à l'avance », cela ouvre surtout une porte pour permettre à l'API Applet de survivre bien au-delà du JDK 10.

    Il faut également noter que appletviewer deviendra également obsolète, avec des avertissements qui seront affichés au démarrage de l'outil.

    Mise à jour le 27 / 08 / 2016 : Oracle explique que @Deprecated ne signifie pas que l’élément qui porte cette annotation sera supprimé de Java SE

    Dans une proposition d’amélioration pour le JDK Oracle et l’OpenJDK (JEP 277), Oracle revient sur la signification de @Deprecated, en expliquant que cela ne signifie pas que l’élément qui porte cette annotation sera nécessairement supprimé. Une API peut porter l’annotation @Deprecated pour au moins l’une des raisons suivantes :

    • l’API a un problème qui est impossible de fixer ;
    • l’utilisation de l’API est susceptible de conduire à des erreurs ;
    • l’API a été remplacée par une autre API ;
    • l’API est obsolète ;
    • l’API est expérimentale et est sujette à des changements incompatibles.

    Mais comme cela est expliqué dans le JEP 277, il y a confusion au sujet du sens et de l’usage de cette annotation. « Un élément de programme annoté @Deprecated est un élément que les programmeurs ne sont pas encouragés à utiliser, généralement parce qu’il est dangereux, ou parce qu’une meilleure alternative existe ». Le but est de communiquer des informations sur le cycle de vie des API en question afin d’encourager les développeurs à faire migrer leurs applications et ne plus créer de nouvelles dépendances avec ces API.

    « L’annotation @Deprecated a finalement fini par être utilisée à plusieurs fins différentes. Très peu d’API marquées @Deprecated ont été effectivement supprimées, ce qui conduit certaines personnes à croire que rien ne sera jamais supprimé. D’autre part, d’autres gens croyaient que tout ce qui a été déprécié pourrait éventuellement être supprimé, ce qui n’a jamais été l’intention non plus. Il en est résulté un message peu clair délivré aux développeurs sur le sens de @Deprecated, et ce que les développeurs doivent faire quand ils utilisent une API dépréciée. Tout le monde était confus au sujet de ce que la dépréciation signifiait réellement, et personne ne l’a pris au sérieux. Cela a en retour rendu difficile de supprimer quoi que ce soit de Java SE. »

    C’est la méthode forRemoval(), qui retourne un booléen, qui permettra donc de savoir si oui ou non, Oracle a l’intention de supprimer un élément annoté @Deprecated. Si la valeur est True, cela signifie que cet élément est destiné à être supprimé dans une version ultérieure. Si la valeur est False, l’élément est désapprouvé ou déprécié, mais il n’y a actuellement aucune intention de le supprimer dans une version ultérieure. La valeur par défaut de forRemoval() est False.

    Source : OpenJDK (Java.net)

    Et vous ?

    Qu’en pensez-vous ?

    Voir aussi :

    Sans surprise, Oracle va repousser la date de sortie de Java EE 8, mais envisage de livrer une édition de Java SE chaque année
    Oracle brise le silence et rassure au sujet de Java EE, la firme pourrait dévoiler un nouveau plan pour la plateforme à la JavaOne en septembre
    Des partisans de Java EE soutenus par Red Hat et IBM décident de poursuivre leur propre développement de la plateforme, indépendamment d'Oracle
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  20. #80
    Expert éminent sénior Avatar de Uther
    Homme Profil pro
    Tourneur Fraiseur
    Inscrit en
    Avril 2002
    Messages
    4 552
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Tourneur Fraiseur

    Informations forums :
    Inscription : Avril 2002
    Messages : 4 552
    Points : 15 463
    Points
    15 463
    Par défaut
    Rien de surprenant : Java ne supprime normalement jamais d'éléments de la bibliothèque standard. Elle se contente de les déprécier. Il y a des classes et méthodes dépréciées depuis toujours et qui sont toujours là.

    De toute façon c'est plus du coté du support des plugins que du JDK que se décidera la vraie date de mort des Applets.

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, 10h40
  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, 11h49
  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, 15h21
  4. Réponses: 10
    Dernier message: 26/07/2006, 08h52
  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, 02h04

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