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
Discussion :
[Stratégie] Animation de chargement pendant l'affichage des pages
Bonjour,
Je travaille sur une application J2EE et certaines pages mettent parfois quelques secondes à s'afficher en raison de traitements conséquentes avec un BD volumineuse.
J'aurais donc voulu mettre une animation de chargement pendant que la page ou le cadre en question se charge, afin d'empecher l'utilisateur de cliquer partout pendant ce laps de temps.
Il faudrait que cette mise en place soit la plus simple et la plus souple possible
Merci d'avance pour votre aide
Il y a un truc qui permet de faire ça, mais c'est plutôt "costaud". Prêt?
1. L'idée est d'utiliser un thread pour lancer le traitement. La référence du thread est placée en session.
2. Pendant ce temps, le serveur renvoie une page html avec une barre de chargement.
3. Cette page contient du code javascript (peut-être y a-t-il un en-tête html qui le permet) qui fait une nouvelle requête au bout de quelques secondes.
4. Quand le serveur reçoit cette requête, il va voir ou en est le thread (c'est pour ça qu'on a mis sa référence en session.) Si le traitement est fini, victoire! Il renvoie le résultat. Sinon, retour à l'étape deux en mettant à jour la barre de chargement.
C'est faisable avec une servlet. Bon courage!
Peux-tu préciser les technos utilisées ?
Avec Struts j'avais trouvé un LongWaitRequestProcessor par exemple, avec JSF ça doit pas être très compliqué, etc...
Merci pour vos réponses
@BugFactory, cela va être très compliqué à généraliser
@remika, ni Struts, ni JSF, il s'agit d'un ancien framework de 2001 (un peu l'ancêtre des deux).
En fait, je pensais plutôt à un truc du côté du web (jsp, html, js)
Ajax et la classe Javascript XMLHttpRequest ?
Oui, je regarde à ce sujet depuis longtemps, mais j'ai du mal avec la mise en pratique.
Ok, je peux faire une requête vers le serveur.
Ok, je peux attendre son résultat.
Mais je fais une requête de quoi ?
La page contient l'animation d'attente. Le code javascript effectue des requêtes à intervalles réguliers pour voir si le serveur a terminé sa tâche de fond. Quand c'est le cas, affiche les résultats. C'est en fait équivalent à ma première proposition, mais avec Ajax.
Si vous souhaitez afficher une animation pendant le chargement, vous devrez envoyer une page d'attente sans attendre le résultat, puis afficher les résultats quand ceux - ci seront près. En client serveur HTTP, l'initiative de la connexion ne peut venir que du client, et le seul mode de communication est la requête HTTP. C'est donc à lui de faire des vérifications à intervalles réguliers.
Vos alternatives sont les applets java (que le serveur peut prendre l'initiative de contacter) ou Flash (que je ne connais pas personnellement). Mais ces solutions nécessitent que le client ait le plugin aproprié sans parler des temps de développement.
Donc à moins de trouver un composant existant, vous devrez probablement implémenter cette solution.
Je pense à un truc plus simple que je n'ai jamais testé.
On pourrait avoir une partie de la page en visibility="visible". elle contiendrait tout ce qui est important (partie "infos"). Et une autre partie de la page en visibility="hidden" qui contiendrait un gif ou un truc dans ce genre(partie "attente").
Quand tu clique sur ton action tu passe la partie "infos" de ta page en hidden et la partie "attente" en visible avec un peu de javascript (pas bien compliqué)
Ensuite, quand ton serveur à terminé son travail, il ré-affiche la page et en utilisant les valeurs hidden et visible qui sont déclaré en dur dans ta page. Le client va donc afficher la partie "infos" et cacher la partie "attente".
Donc à priori tu une animation d'attente assez simple à implémenter. C'est pas aussi propre qu'avec ajax mais ça peut faire l'affaire.
Oui, mais comme je le disais plus haut, le serveur ne peut pas prendre l'initiative de réafficher la page, c'est le client qui doit vérifier de temps en temps.
L'idée du Thread de BugFactory me parait pas mal.
Combinant ça à :
1/qui renvoie la meme page tant que le job n'est pas fini ou renvoie à une autre dès que c'est terminé.
Code : Sélectionner tout - Visualiser dans une fenêtre à part <meta http-equiv="refresh" content="0; URL=/controleurTravaux?workID=monJob">
2/ XMLHttpRequest & AJAX pour faire la meme chose
Attention, ces deux solutions dépendent de la config client.
Quand le serveur renvoie sa réponse au client. il peut demander l'affichage d'une page (forward(), redirect() ) ou meme le réaffichage de la meme page. En demandant l'affichage de la meme page, celle ci va reprendre ses valuers "visible" et "hidden" par défaut dans la page.Oui, mais comme je le disais plus haut, le serveur ne peut pas prendre l'initiative de réafficher la page, c'est le client qui doit vérifier de temps en temps.
Ce qui est la même chose que ma proposition.
Merci pour toutes vos réponses.
Je comprends bien tout ceci.
Mais comment puis-je savoir si le serveur a terminé son travail ou non ?
Ok, c'est le client qui peut demander, donc chaque dixième de seconde par exemple, je vais interroger le serveur.
Mais interroger le serveur avec quoi ? C'est cela précisement ma question
Pauvre réseau! Il met plus d'un dixième de seconde à répondre alors une requête tous les dixièmes de seconde ça va faire mal. Partez plutôt sur cinq secondes et modulez selon les besoins.Envoyé par tibouchou
Quand la servlet reçoit la requête, elle cherche en session la variable "travail en cours". Il y a alors trois solutions :Mais comment puis-je savoir si le serveur a terminé son travail ou non ?
Mais interroger le serveur avec quoi ? C'est cela précisement ma question
- Pas de "travail en cours" en session. Donc c'est la première fois qu'on demande cette page! La servlet crée un nouveau thread qui exécute la tâche. Ce thread est mis en session comme "travail en cours". On renvoie la page de chargement.
- Il y a déjà un travail en session, et il n'est pas terminé. Donc on renvoie la page de chargement, avec l'animation mise à jour pour refléter l'avancement.
- Il y a un travail en cours, et il est terminé. Victoire! On renvoie le résultat, et on n'oublie pas d'effacer le "travail en cours" de la session pour nettoyer.
Vous devriez probablement créer une classe Travail, avec une méthode commencer qui lance le thread, une méthode estTerminé qui renvoie vrai quand on a fini et une méthode getAvancement qui renvoie le pourcentage terminé. C'est une instance de cette classe qui sera mise en session comme "travail en cours".
Ok merci bien pour les explications.
Je vais essayer ça
Je vous tiens au courant
Répondre avec citation
Partager