IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

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

Serveurs (Apache, IIS,...) Discussion :

Redirection coté serveur en cas de timeout


Sujet :

Serveurs (Apache, IIS,...)

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Mars 2008
    Messages
    41
    Détails du profil
    Informations personnelles :
    Âge : 47
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Mars 2008
    Messages : 41
    Par défaut Redirection coté serveur en cas de timeout
    Bonjour,
    J'ai une application en j2EE struts serveur web websphere, voila l'application fonctionne très bien en local, mais quand elle est en prod hébergée sur le serveur application, à chaque requêtes très longues, car l'application est assez lourde, il y a une erreur 504 Gateway Timeout, j'ai appelé l'administrateur, il m'a confirmé que les exécutions de requêtes étaient très longues et dépassaient le time out défini par le proxy, le problème c'est que je ne peux pas changer le time out et l'application.
    On m'a parlé d'une astuce qui concernait à faire une redirection de requête avec un code 302 pour simuler l'envoi de requête au serveur pour pas qu'il tombe en time out, jusqu'a obtenir la réponse de la première requête.
    Si quelqu'un connait cette astuce, ou autre combine, pouvez-vous m'aider.
    Merci à tous.

  2. #2
    Membre Expert Avatar de nosferapti
    Profil pro
    Inscrit en
    Avril 2009
    Messages
    1 157
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2009
    Messages : 1 157
    Par défaut
    dans ton application il faut que tu lances la requête et ensuite au bout de 10 secondes par exemple, tu envoies un entête HTTP 302 sur la même page et tu rajoutes un paramètre ?n=1 par exemple
    ensuite tu testes si le calcul de la requête est fini tu envoies le résultat sinon au bout de 10 secondes, tu envoies de nouveau un entête HTTP 302 avec ?n=2 et ainsi de suite

  3. #3
    Rédacteur
    Avatar de _Mac_
    Profil pro
    Inscrit en
    Août 2005
    Messages
    9 601
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2005
    Messages : 9 601
    Par défaut
    Citation Envoyé par nosferapti Voir le message
    dans ton application il faut que tu lances la requête et ensuite au bout de 10 secondes par exemple, tu envoies un entête HTTP 302 sur la même page et tu rajoutes un paramètre ?n=1 par exemple
    ensuite tu testes si le calcul de la requête est fini tu envoies le résultat sinon au bout de 10 secondes, tu envoies de nouveau un entête HTTP 302 avec ?n=2 et ainsi de suite
    Cela veut dire que ton appli sait stocker le résultat : ce ne peut pas être un résultat "envoyé en direct" uniquement, si tu vois ce que je veux dire.

Discussions similaires

  1. [XSL] xsl coté serveur? (asp par exemple)
    Par luta dans le forum XSL/XSLT/XPATH
    Réponses: 2
    Dernier message: 02/02/2006, 17h37
  2. [Serveur] Comment désactiver un "timeout" ?
    Par Johnbob dans le forum Plateformes (Java EE, Jakarta EE, Spring) et Serveurs
    Réponses: 4
    Dernier message: 04/12/2004, 01h24
  3. [Struts 1.2] : validation coté serveur
    Par richard_34b dans le forum Struts 1
    Réponses: 3
    Dernier message: 15/09/2004, 15h42
  4. Redirection Client->Serveur
    Par darksethys dans le forum ASP
    Réponses: 9
    Dernier message: 10/06/2004, 18h54
  5. [Concept] Curseur coté client et curseur coté serveur
    Par freud dans le forum Décisions SGBD
    Réponses: 2
    Dernier message: 13/09/2002, 22h13

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo