Discussion :

[paladice]

Bonjour à tous,

j'ai lu à plusieurs endroits sur la toile que JavaFx permettait de faire des applications riches. Corrigez moi si je me trompe parce que je suis encore novice en la matière mais, une application riche, c'est bien une sorte de mix entre client lourd et client léger non ? Une sorte de client léger mais dont certains traitements du serveur seront relégués à la machine de l'utilisateur à la façon d'un client lourd ?

Parce que j'ai suivi un tuto pour créer une appli. avec JavaFx (Java + FXML) et le résultat ressemble beaucoup à une appli. client lourd faite avec Swing. Comment intégrer tout ça à une dimension "web" ?

Merci d'avance =D

[bouye]

Parce que le taux de présence des applets a fortement décru depuis 4-5 ans et que leur support est en train de carrément complètement disparaître, c'est en effet en partie vraie. Mais bon, y faut se mettre au gout du jour, la défintion du mot est devenue bien plus floue et les RIA de nos jours c'est autre chose des applets ou des app Flash incluses dans une page web, ça couvre aussi bien les apps mobiles que des apps desktop (voir Microsoft avec tout ce qui est Modern UI), bref n'importe quelle app qui permet d’interagir avec des services web et d'afficher plutôt aisément via son API un contenu "riche" (image, son, vidéo, interface responsive, design "modern" type tablette tactile, support du tactile, etc.).

Donc, ce n'est pas parce que tu as un client lourd que tu ne peux pas faire une application connectée à un serveur qui fait tous les traitements pour toi (ce genre de choses existe depuis bien avant l’invention du HTML et du Web) ni que tu ne peux pas y intégrer un support du HTML5 ou des services Web (où là aussi les traitements peuvent, mais pas obligatoirement, être effectués côté serveur). Donc un client lourd ne t’empêches aucunement de pouvoir faire une comm en JSON, Web queries, REST, ce que tu veux, ... pour dialoguer avec un serveur, encore plus si tu tentes l'aventure mobile puisque, pour des applications généralistes (ex: pas des jeux s’exécutant localement sur le périph) en général c'est plutôt le serveur que l'app qui fera le boulot. Et c'est aussi bien valable pour JavaFX que pour les langages natifs de ces périphs (Swift pour iOS, Java/Davlik pour Android, etc.) puisque, hors trucs style Cordova, ces apps sont elles-mêmes des app lourdes mais pour périphériques mobiles plutôt que desktop.

[paladice]

Bien reçu, merci pour ce gros pavé très instructif =D.

Et donc, si j'ai bien compris, il y a une solution pour intégrer mon appli. développée avec JavaFx, qui ressemble fortement à une appli. desktop, dans un environnement accessible par navigateur ?

[bouye]

Si tu suis l’actualité Java et si tu as lu la première phrase de ma réponse, tu sais déjà que les applets sont en train de disparaitre (outre le fait que c'est de plus en plus dur de trouver qui un navigateur* qui ne désactive pas le plugin Java par défaut, le retrait définitif de ce même plugin est déjà programmé par Oracle).

*Par exemple dans Chrome:

We have detected you are using Google Chrome and might be unable to use the Java plugin from this browser. Starting with Version 42 (released April 2015), Chrome has disabled the standard way in which browsers support plugins. More info

Sinon oui tu peux toujours, pour le moment, écrire des applets en JavaFX, un Stage ça n'est pas forcément une fenêtre, ça peut aussi être la surface d'affichage de ton navigateur.

-> Qu'est-ce qu'un Stage ?

Par contre ça repose plus sur JavaWebStart que sur les classes Applet ou JApplet. MAIS voila du coup ça demande d'avoir un certificat numérique valide (=$$$$$$$$$) pour signer l'application (depuis les maj de sécurité du JDK 1.7.kekchose) et donc du coup ce n'est pas dit que tu puisses vraiment tester quoi ce que soit sans devoir bidouiller ici et la.

Sinon oui, avant que tu ne pose la question, il est possible de dialoguer avec la page web via le bridge JavaScript.