Discussion :

[joey56]

Bonsoir,
Je dois réaliser une application web en Java EE et je compte utiliser Struts2,Spring,JPA/Hibernate,Maven,TOMCAT .
Mais dans le cahier des charges on m'a demandé de suivre cette architecture :


Ce que je connais c'est que le client envoi des requêtes http (get ou post) et le serveur lui renvoi des reponses http contenant du html/css.

1-Je demande une explication de cette forme d'échange REST,SSL,JSON et son utilité.
2-Comment implementer ceci (avec Struts2/spring en preference).

Merci d'avance

[fr1man]

Bonjour.
Tu nous dis que ton serveur renvoie des pages html / css, mais sur ton schéma, je vois du JSON.
Donc ton serveur te renvoie uniquement la structure des pages mais pas les données, qui elles seront transférées par JSON, c'est ça ?
Si c'est le cas, tu peux utiliser Spring MVC pour créer tes webservices REST qui renverront les données au format JSON vers ton navigateur.
Côté client (navigateur), il te faudra du code javascript maison ou un framework type Angular JS pour traiter ces donnés JSON et les afficher dans tes pages.
Struts n'aura plus trop d'utilité, la partie contrôleur sera traitée côté client.

[joey56]

Merci pour la réponse,
lorsque j'ai dis " le serveur renvoie des pages html" c'est ce que font les applications web en générale entre navigateur et serveur, mais dans ce cas je sais pas ce qui est demandé !
Est-ce que dans le schéma le terme "le Poste Client : Front Office" désigne:
- une partie de l'application (et Backoffice pour l'administrateur)
- ou désigne le navigateur client ?


Un ami a compris qu'il s'agit de ça :

mais ça semble pas ce qui est demandé et votre explication ca semble peut etre oui.

Voici le cahier des charges, vous trouvez dans la page 15 la partie architecture technique:
http://e-challenge.sqli.com/fichiers...lement_CPS.pdf

[OButterlin]

Dans ton navigateur sur le poste client, tu récupères bien des pages html.
Ces pages contiennent du code javascript pour extraire et actualiser les données de la page par des requêtes ajax.
Ces requêtes ajax font appel à des services REST pour extraire les données de ta base de données et renvoient un objet JSON pour que, côté client, ton code javascript puisse traiter directement le résultat (puisqu'il s'agira de code javascript).

Le schéma de ton ami est juste

[joey56]

Si le schéma de l'ami est juste j'aurais pas besoin d'une technologie/framework javascript puisque:
- le serveur 1 va implementer la couche web(Controlleurs, les pages JSP) qui va intercepter les requetes du client et fait appel aux services REST du serveur2 .
-serveur 2 (qui fournit des services web REST) va recuperer les données au base de données et les envoyer au serveur 1.
-serveur1 va envoyer la page html au client.
Donc l’échange REST/JSON se fait entre serveur 1 et serveur 2 et non pas entre client et serveur (ce qui est demandé!).
Donc il a considére que le serveur 2 est le "Post client: Front Office".

[OButterlin]

A vrai dire, la chose qui manque sur le graphe c'est HTML/CSS/JSON, ce qui est plus ou moins implicite.
Donc, ton serveur2 renvoie du JSON au serveur1 qui le transmet au client... le principe même de l'AJAX...

Il est possible de traiter le résultat JSON au niveau de serveur1 et renvoyer la page html adaptée au client, c'est la solution à l'ancienne, sans AJAX, mais c'est complètement con, le serveur va devoir interpréter une structure JSON pour en extraire les données, tout ça pour les injecter dans la page JSP...
Bref, pour moi, si j'utilise un service qui me renvoie du JSON, c'est pour l'envoyer au client pour qu'il adapte la page au nouveau contenu au retour d'une requête AJAX (donc sans quitter la page).