Gérer la portée des données avec JavaFX ?

Bonjour,

Je voudrais savoir comment gérer dans javaFX les portées (application, session, requête) des données venant de la bd avec hibernate par ex ?
Est ce que JavaFX est un framework mvc comme jsf et spring mvc ?
J'ai vu quelques exemples de code sur Internet mais je n'ai pas trouvé les fichiers de configuration pour spécifier cette portée.
C'est pour faire un petit site web ...

D'avance merci,
Ttd

Logiquement, les objets liés à la BD n'ont rien à faire dans les couches UI. Que ce soit en Spring, Struts, Play, JavaFX ou quelque autre framework que ce soit.

Le M du MVC est un Objet qui contient les données de la vue, or ces données ne sont que rarement un objet correspondant à une unique table.

Donc, l'idée est d'avoir un objet de modèle correspondant à ta vue, et d'avoir une couche de services (DAO ou autre) s'appuyant sur les objets fournis par ton API de récupération de données (hibernate/JDBC pour les bases de données, CXS/JaxWS pour les web services) pour créer les objets correspondant à ta vue.

zut, je t'ai répondu en MP alors qu'il n'y a pas besoin :lol: Ca fait trop longtemps j'ai pas été sur ce forum;). je reprends donc ma question ici, si quelqu'un le sait...

en gros je voulais garder en mémoire dans les couches web certaines données saisies ou montées de la couche persistance. Ce serait une donnée simple ou le résultat d'une requête hibernate (pas d'entité) donc pas forcément besoin que cela correspond à une seule table.

Merci

Pour faire simple, dans ton cas, il faut considérer ton application JavaFX comme un pur client. L'idée est que tu ne veux pas vraiment que ton client aille directement taper en base, mais que tu mettes en place une couche intermédiaire qui soit le point d'entrée unique

Tu mets en place sur ton serveur une appli Spring/Hibernate qui elle met à disposition des Web Services (SOAP/REST/RPC/RMI/Whatever). Ces services étant la source de données pour ton client JavaFX.

Donc, au niveau de ton application Spring, tu peux sans problème mettre en cache tes données, c'est même intégré au framework depuis la version 3 ou 3.1 (http://static.springsource.org/sprin...tml/cache.html)

Puis tu peux tout autant ajouter un cache dans ton client javafx (d'ailleurs, rien n'empêche que tu utilises Spring dans celui ci, cf https://github.com/steveonjava/JavaFX-Spring)...

web->persistance->acces aux données-> données ou client web ou pas web -> web services sont des trucs qu'on fait souvent pour des applications entreprise (intra, inter-entreprise). C n'est pas que moi qui ne voulais pas mais ces archi là imposent la séparation en couches.

Et les sites web avec plein d'animations graphiques? qu'utilise-t-on le plus souvent ? J'ai vu que la plus part des gens font du php mais je ne connais pas php. Je connais java et je cherche un framework (autre que jsf et spring mvc) pour faire la partie web. Je n'ai pas choisi encore. Pour l'instant je fais le tour de ce qui existe pour voir.

donc je me suis documentée un peu, il y en a qui disent le code javafx est beaucoup moins long que les autres framework mvc. J'ai regardé vite fait un exemple, j'ai trouvé que c'est un peu pareil sauf que j'ai pas trouvé les fichiers de conf. donc pour toi je fais cela avec l'annotation @Cacheable mais cela implique utiliser Spring ?:( ok. je vais réfléchir:? Merci bc pour tes explications.

Ce qu'il faut comprendre, c'est que JavaFX est un API de clients lourds. De fait, l'application JavaFX s'exécute sur le poste de client.

Faire une application JavaFX tapant directement sur une base de données reviendrait à ouvrir cette base à tous les vents sur le net, et qu'une DB ouverte comme ça est synonyme de catastrophe à un moment où à un autre.

D'où le fait de devoir proposer une application spring intermédiaire à base de web services comme je le proposais, application qui serait l'unique point d'entrée vers ta DB et permet de contrôler les actions réalisées dessus.

Sinon, pour des applications web pleines d'animations, globalement, c'est du javascript. Le php et le java n'ont rien à voir là dedans. Ils ne servent qu'à fournir les données au JS en mode REST, et la partie JS gère les animations dans son coin. Genre ça: http://sixrevisions.com/javascript/1...on-frameworks/.

Que tu choisisse du JavaFX ou du HTML/JS, il te faudra de toute façon avoir un backend fournissant et traitant les données métiers. Le client ne devant pas gérer cette partie.

voilà, il me semblait avoir vu qq part de que c'est un client riche qui fonctionne comme des applets qu'il faut avoir la bonne version de jdk sur le poste client pour que cela fonctionne mais je n'étais pas très sure du coup c'est bien que tu me l'ais confirmé;)

Ah non je n'ai pas dit que je voulais taper directement sur la BD quoi que la séparation de codes en couche ne sert pas qu'à la sécurité et la sécurité ne se repose pas que dessus. Il fo avoir toute l'infras avec pour sécuriser parce que si tu sépares ton code en couches mais tu déploies tout au même endroit, ça ne change rien je pense. ces problématiques là sont trop compliqués à discuter ici...

ce que je n'ai pas compris c que si j'utilise un truc comme Spring, qu'est ce que cela m'apporte de plus javafx ? pourquoi des fois je vois le tag <fx: dans le pages jsp au millieu d'autres frameworks ? mais en gros j'ai compris que javafx ne se suffit pas à lui-même pour ce genre de besoins.

oui, d'accord avec toi qu'il fo avoir un bkend mais cette partie ne me pose pas trop de problème d'habitude. Les ws sont très bien. ça peut même assurer l'interopérabilité avec les clients non java. Le fait que je n'avais pas envie d'utiliser Spring est toute autre chose. Je n'ai pas vraiment eu l'occasion d'utiliser Spring tout au long. J'ai juste passé un peu sur le Spring mvc et j'ai déjà trouvé ça pas à mon goût. Très lourdin mais cela n'engage que moi :lol:

j'ai vu qq outils proposés par Oracle, comme j'ai bc de tps en ce moment, je vais essayer voir. C pt être que C tout nouveau qu'on entend pas trop parler de ça mais ça conviendrait très bien ?!;)
merci à toi

des solutions comme JavaDB (Derby) ou HQL ou MongoDB peut-être pour gérer le coté base de données en utilisant hibernate pour la persistance et Spring MVC pour la communication entre JavaFX et les données par l'intermediaire de controller non ?