[Struts] Ecouter des requêtes HTTP

Bonjour,

J'ai besoin dans mon application basé sur Struts, d'une servlet qui attend une plusieurs requête HTTP à la suite. Le problème est que cette servlet doit juste écouter la requête mais ne rien retourner au client...

Pour simplifier :
Une première servlet se dirige vers une action sur un serveur distant :

Servlet A serveur 1 ---> Servlet B serveur 2

Là la servlet B du serveur 2 va renvoyer successivement 3 requêtes HTTP vers une servlet C du serveur 1:

Servlet B serveur 2 ---> Servlet C serveur 1
Servlet B serveur 2 ---> Servlet C serveur 1
Servlet B serveur 2 ---> Servlet C serveur 1

Mais cette servlet C ne devra rien retourner avant le 3eme appel....

Est-ce que l'un d'entre vous à déjà du faire ce genre de chose ??


Merci et bonne journée

[ Sujet déplacé depuis le forum java par Viena ]
:arrow: Les Règles du Forum

Bonjour,

pour le peu que j'ai compris, tu va à l'encontre du concept du protocole HTTP.

Soit que chaque interrogation est suivie par une réponse.

Eh bien malheureusement.. je ne suis pas responsable du serveur 2 qui envoi les 3 requêtes HTTP :(

Ce serveur me retourne 3 états successifs d'une transaction qu'il fait en interne et seul le 3eme état (Transaction terminée) m'interresse...

J'ai déjà vu des exemple en CGI mais jamais sur base Struts pure, je pense qu'avec une servlet normale sur laquelle on à plus la main mise sur le comportement du controleur de servlet on doit y arriver mais en struts pur je me posais la question...

voilà voilà voilà :)

Désolé, je baisse les bras.

J'attends les réponses d'autres intervenants avec impatience.

Effectivement ca va à l'encontre du protocole HTTP.
Ce qui m'etonne c'est comment le serveur 2 est programmé.
Parce que les implementations standard attendent une réponse (quitte à l'ignorer superbement par la suite).
Donc pourquoi ne pas renvoyer null les deux première fois ou un truc bidon ?

J'ai pas du tout comprendre mais si la servlet B du serveur 1 recois une requete de la servlet C du serveur 2 alors sa reponse ira vers la servlet C du serveur 2, du coup c'est la servlet C qui repond a la servlet A qui enfin repond a l'utilisateur non ?

Citation:

---

Envoyé par ze_key

Donc pourquoi ne pas renvoyer null les deux première fois ou un truc bidon ?

---

C'est ce que j'ai essayé de faire... Malheureusement cela m'affiche une page blanche !

Un "return null;" en tant que retour de l'action struts retourne une page blanche... en fait mon problème c'est que le controleur struts prend le controle de la response et n'écoute plus du tout ce qui se passe ensuite...

Par contre je'ai peur que les types qui ont développé l'application sur le serveur 2 fassent leurs validation des étapes en javascript et son donc tributaire de l'affichage de leur page pour envoyer les 3 requêtes !

Du coup je reçois la première mais pas les 2 autres....

Bon je crois que quelque chose nous echappe. Mais c'est interressant.Peux tu reprendre depuis le début avec une explication détaillée des technos et de l'enchainement des modules et des pages stp.

Bon apres avoir relu le post je pense (je dis bien je pense) avoir un peu mieux compris .

Et du coup je comprend pas comment sur le serveur 2 fait pour repondre 3 fois a une Requete ?? je suis curieux de savoir !!

Je fais que repeter ce qui a ete dis mais HTTP c'est 1 requete =>1Reponse !!

Bien je vais essayer d'être plus clair... Ca ne sera pas dur :)

D'un côté mon application sur un SERVEUR1 (Struts Apache, Tomcat).
Cette application va, sur une action PAYER, rediriger en sendRedirect le client vers l'application du SERVEUR2 qui se charge de valider la transaction.

Cette redirection et les pages de la transaction restent dans la même fenêtre côté client.
Durant cette transaction le SERVEUR2 va me retourner successivement 3 etats par le biais d'une requête HTTP:
Etat 1 : Autorisation de paiement accepté
Etat 2 : Paiement accepté
Etat 3 : Transaction terminée.

Je ne sais pas de quelle façon les 3 requêtes sont envoyé mais je soupçonne du javascript : ce qui oblige la page du SERVEUR2 à rester affichée !!
La contrainte est que le SERVEUR2 me retourne ces état sur 1 URL de mon SERVEUR1.

Lorsque le SERVEUR2 me retourne le premier état mon action Struts d'écoute va regarder le code :
-> Si c'est 1 j'attends je ne fais rien
Et c'est là qu'est mon problème je ne sais pas comment dire à une action struts de ne rien faire a part tester un code retour, si je fais un "return null;" à la fin il change la page du navigateur par une page blanche ET DU COUP les javascripts qui sont censés me retourner les états suivants ne le font pas et je suis bien embété :)

Alors effectivement je pourrais ouvrir la transaction dans une nouvelle fenêtre mais j'aurais bien aimé évité d'en arriver à l'ouverture de popup :)

Voilà est-ce plus clair ?

Bon alors en fait on a :

A => B
B => Client
Client => A (et c'est la que ca merde) puisque A => CLient (page blanche)
B=>Client (etat 2)
Client => A
B => Client (etat 3)
Client => A
A => Client (transaction terminé)

c'est ca ?

Si c'est ca j'avoue que je vois pas comment resoudre le probleme dans l'immediat !!

c'est particulier parce que pendant que le client discute avec B il envoie des requete a A du coup ca coupe la conversation avec B.

Tu es sur qu'il n'est pas possible de parametrer le retour de la servlet B pour que le client ne communique avec A qu'apres le troisieme etat ??

Désolé d'insister mais ce qui m'embête c'est la parti client.
Parce que si le client t'envoi Etat 1 par du javascript; genre AJAX puis il oublie de lire la réponse c'est techniquement possible mais :marteau: Et en plus apparement ce n'est pas le cas parce que sinon il ne retournerai pas une page blanche.

Ensuite tu peux dans le pire des cas surcharger le struts RequestProcessor.
As lui tu peux continuer le processing ou s'arrêter mais c'est également très crade.

En fait je pense que le mieux c'est que ton action retourne un redirect vers la pages cliente qui à fait l'appel initiale pour qu'elle se reaffiche et qu'elle puis lancer l'Etat 2. Le tout étant de trouver les paramètre qui la mettrons dans un etat correct.

Je ne suis peut-être pas très clair mais bon...je vais ce que je peux :lol:

Ensuite et en dernier; je veux pas critiquer ma là quand même l'architecte a due se taper la tête contre les murs pour arriver à ca.

Citation:

---

Envoyé par FreshVic

Tu es sur qu'il n'est pas possible de parametrer le retour de la servlet B pour que le client ne communique avec A qu'apres le troisieme etat ??

---

Malheureusement non...

Disons que c'est réalisable en faisant :

SERVEUR1 FENETRE1 -> Ouverture popup SERVEUR2 FENETRE2

Puis lorsque le SERVEUR2 me retourne les état je change le contenu de la FENETRE1 et quand il me retourne le dernier etat j'affiche une page (toujours sur FENETRE1) qui ferme FENETRE2 et qui affiche le véritable résultat de la transaction... J'ai peur de ne pas avoir le choix... ou alors une internal frame...

Citation:

---

Envoyé par ze_key

...c'est que ton action retourne un redirect vers la pages cliente qui à fait l'appel initiale pour qu'elle se reaffiche et qu'elle puis lancer l'Etat 2.

---

Je n'ai pas la possibilité de demander l'état en cours au serveur 2 je dois attendre ses réponses...

Citation:

---

Envoyé par ze_key

...là quand même l'architecte a due se taper la tête contre les murs pour arriver à ca.

---

Je suis entièrement d'accord et en plus ils n'ont pas d'autre moyen d'envoi des état autres que javascript ce qui m'énerve je voulais que toute l'application fonctionne SANS javascript (oui je suis vielle école :) )..
Je leur ai dit et il m'ont répondu qu'ils étaient en train de se pencher dessus...

Je pense que je vais opter pour une solution avec popup... si ça marche on ne sait jamais... comme ça leur javascript fonctionnera...

Citation:

---

Envoyé par ledruide

Je pense que je vais opter pour une solution avec popup... si ça marche on ne sait jamais... comme ça leur javascript fonctionnera...

---

Je vois pas comment cela pourrais resoudre le probleme puisque si j'ai bien compris c'est la popup qui deviendras blanche non ?

mais peut etre que je dis une betise , c'est plutot tordu cette histoire !! :wink:

Bien...

Merci à tous pour toutes ces réponses et pour votre temps...

Je viens d'appeler le service technique pour savoir comment ils envoyaient leurs 3 état successivement...

Ils passent bien par du javascript mais en fait, ils ne renvoient 3 état QUE si on utilise pour l'appel un CGI qui leur appartient à mettre sur notre serveur !
Danst TOUS les autres cas ils ne retournent que 1 seul état ce qui ne pose donc pas de problème...

Désolé et merci encore
Pour la peine je vais aller voir si je ne peux pas aider d'autres personnes sur ce forum :)

Citation:

---

Envoyé par ledruide

Ils passent bien par du javascript mais en fait, ils ne renvoient 3 état QUE si on utilise pour l'appel un CGI qui leur appartient à mettre sur notre serveur !
Danst TOUS les autres cas ils ne retournent que 1 seul état ce qui ne pose donc pas de problème...

---

Ha bha ca me rassure je voyais pas comment resoudre ce probleme , du coup je trouvais la solution de l'ecureuil tres tres mal concu , a croire que tu etait le premier a t'en servir et probablement le dernier.

Citation:

---

Désolé et merci encore
Pour la peine je vais aller voir si je ne peux pas aider d'autres personnes sur ce forum :)

---

Bonne initiative bravo :D