Discussion :

[tchize_]

Quelqu'un a une solution pour lire le contenu d'une smartcard depuis le browser sans passer par un plugin? Je suis curieux. De toute ma carrière c'est la seule fois ou j'ai eu besoin d'une applet java et je ne vois pas par quoi la remplacer. Webstart n'est pas une option car le formulaire web n'y a pas accès et je ne vois pas d'api spécifique en javascript permettant d'accéder à un lecteur de carte.

[The F0x]

A priori si c'est juste pour échanger un simple résultat, tu n'as pas besoin d'un serveur complet. Un simple objet ServerSocket devrait suffire pour gérer manuellement une requête http.

je vais me pencher sur la question, ce que je dois faire c'est lancer l'appli web start (ou voir si elle ne tourne pas deja) ensuite envoyer mes parametres a l'application et attendre son retour pour declencher mes evenements au niveau de ma page web. Avant tout il faut que je regarde comment fonctionne les websockets.

[Aiekick]

je comprends pas. il parle de plugin de quoi ? parce que java est bien utilisé en temps que plugins des navigateurs non ?

[Sefoun]

Merci pour ces explications.

Y'en à qui l'utilise du coups ?


Vue comme tu me l'as expliqué, je trouve pas que sa remplace les applets java.

Les applets c'est du code java exécuter dans une page web (intégrer donc à la page web), Java Web Start c'est un "executable" que tu télécharge et que tu lance.

C'est simple ça ressemble à ça : https://josm.openstreetmap.de/wiki/Fr%3AWikiStart

[gerard66]

bonjour,

si j'ai bien compris adieu .jar et applet !
il faut donc se tourner vers webstart.
Petite question, est-il encore judicieux de développer en java étant donné que pour qu'une application java (même gratuite) soit diffuser il faut mettre la main à la poche (et pas qu'un peu!).

[Uther]

Non il n'y a rien a payer pour diffuser son application Java, D’où tu sors cela?

[gerard66]

si j'ai bien compris il faut signer les jar et applets avec des certificats qui doivent provenir d'organismes privés moyennant finances
j'ai réalisé une applet qui ne s'ouvre même pas en local pour cause de sécurité car non signée
J'ai téléchargé l'appli de signature gratuite sous webstart d'un fournisseur de clés et firefox refuse de l'ouvrir pour cause de sécurité

Meme Netbeans me signale qu'il faut des signatures robustes donc privées pour le déploiement d'une appli webstart (les cles perso n'etant pas fiables ! mickey ou donald peuvent les certifier) donc je ne vois pas comment échapper au paiement de plusieurs centaines d'euros par an.
je suis donc un peu perdu et dubitatif ...

[sinople]

si j'ai bien compris il faut signer les jar et applets avec des certificats qui doivent provenir d'organismes privés moyennant finances

Normalement pour ce genre de truc, il faut signer avec des certificats qui sont reconnus par la machine. Si tu as le contrôle sur l'infrastructure cible, tu ne devrais pas avoir trop de problème a t'auto-certifié. Si tu vises le grand public, effectivement qu'il faudra passé par un organisme de certification qui va probablement te facturer la prestation.

Pour revenir à la news, ce machin c'est un peu l'équivalent de ClickOnce en .Net ?

[gerard66]

merci
c'est bien ce que j'avais compris donc exit pour moi le développement java pour grand public.
je vais retourner à mon bon vieux c++ et mon .exe

ORACLE ne prépare t il pas les funérailles de JAVA ?

[tomlev]

Pour revenir à la news, ce machin c'est un peu l'équivalent de ClickOnce en .Net ?

Oui tout à fait. En gros tu télécharges un manifeste, ça installe l'appli si elle est pas déjà installée (ou ça la met à jour si besoin), et ça la lance.

[ddoumeche]

Pour revenir à la news, ce machin c'est un peu l'équivalent de ClickOnce en .Net ?

Non, c'est clickOnce est l'équivalent de Java Web Start sur .Net, pas l'inverse.

Pour moi, l'abandon des applets est un très bonne nouvelle qui aurait pu être prise dès Java 8, lorsqu'il apparaissait clairement que de multiples bugs de sécurité mettait en péril la sécurité des plateformes. Tout cela pour conserver une technologique de plus de 15 ans et qui était déjà obsolète voila 10 ans ? et que pas grand monde voir personne n'utilise ?

Rien n'interdisait à ceux qui avait besoin des applets de continuer à utiliser Java 7, ni à Oracle de continuer à faire des updates de sécurité comme il est fait actuellement.
Mais le plugin était déjà plus une plaie qu'autre chose.

Evidemment, une telle décision ne se prend pas à la légère.

[yahiko]

C'était quand même génial les applets Java pour faire planter un site

[tchize_]

merci
c'est bien ce que j'avais compris donc exit pour moi le développement java pour grand public.
je vais retourner à mon bon vieux c++ et mon .exe

ORACLE ne prépare t il pas les funérailles de JAVA ?

Ne pas confondre. Les signatures sont nécessaires pour ce qui viens du domaine web comme webstart et applets. Les applications standalone n'ont pas besoin de signature. Les exes ne pouvant être que standalone par nature, pas besoin de signature.
Tu es occuper de comparer pommes et poires. En 12 ans de dev java pro, seulement deux fois j'ai eu besoin d'un certificat.

[gerard1638]

merci pour ces précisions

[bouye]

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. Normalement, a moins d'aller bidouiller dans les fichiers de sécurité de la JVM, il n'est pas non-plus possible désormais d'utiliser un certificat auto-généré depuis les maj de sécurité de 2014-2015 (ce qui est bien normal d'ailleurs). Donc, oui, par un certain coté, JWS n'est pas vraiment un mode de distribution gratuit.

[gerard66]

En gros webstart peut être utilisé gratuitement (moyennant bidouille en interne). Pour le grand public ou pro il faudra développer dans une optique commerciale en pariant sur un minimum de retour sur investissement annuel (signature tiers) ! "La gratuité" est un concept bien virtuel et relatif ! çà va faire les beaux jours des RAD (j'exagère un peu mais pas trop !)!

[Uther]

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. Normalement, a moins d'aller bidouiller dans les fichiers de sécurité de la JVM, il n'est pas non-plus possible désormais d'utiliser un certificat auto-généré depuis les maj de sécurité de 2014-2015 (ce qui est bien normal d'ailleurs). Donc, oui, par un certain coté, JWS n'est pas vraiment un mode de distribution gratuit.

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

[tchize_]

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

[Ithildine]

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.

[levolutionniste]

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).