Bonjour,
 
Je développe un module d'une application métier, qui fonctionne avec struts et tomcat.
 
une page internet s'ouvre et reste en attente du resultat des modules.
 
Mon module travaille longuement ( jusqu'a plus d'une heure), mais au bout d'une heure, Internet explorer m'indique "page introuvable", alors que mon module continue bien ses requètes SQL.
 
Est-ce que vous savez ou se trouve ce time-out d'une heure ?
 
Tomcat ? Struts ? IE ? ....
 
Merci d'avance !!!

Je ne sais pas si la solution sera équivalente mais dans Jboss (le fichier \deploy\jbossweb-tomcat50.sar\server.xml ), je peux paramétrer plusieurs éléments concernant les connexions, notamment le timeout :  
 
<Connector port="8080" address="${jboss.bind.address}"
         maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
         enableLookups="false" redirectPort="8443" acceptCount="100"
         connectionTimeout="0" disableUploadTimeout="true"/>
 
D'après http://www.jspwiki.org/wiki/ApacheTomcatConnection (comme ils parlent pas de jboss, je suppose que du coup ma proposition n'est pas fausse en soi), en mettant le connectionTimeout à 0, le temps d'attente est potentiellement infini. Ceci dit c'est déconseillé (ce que je peux concevoir, j'avais fait il y a peu de temps du jonglage de paramètres sur un Tomcat/Jboss et la solution évidente n'était pas la meilleure, loin de là).
 
En espérant avoir bien répondu à ta question

 
 
Merci , je teste et on verra dans une heure si le problème survient toujours
 
(Très pratique les problèmes après autant de temps    

Toujours pas de changement, même avec ce timeout à 0  

La 1ère chose à déterminer dans ce genre de problème, c'est "Qui est à l'origine du message ?" (IE, tomcat, ...)
 
Pour moi ce n'est pas un problème de timeout sinon il y aurait eu un message parlant de timeout ou de temps de connexion dépassé et pas "page introuvable". As tu un code retour HTTP 404 ?
 
Peux tu lancer la même chose avec un autre navigateur et si oui, as-tu le même résultat ?

Ca fonctionne avec Firefox (merci de la suggestion de test bidem)
 
Est-ce que quelqu'un sais quel paramètre peux jouer ?
 
Merci !

Utilise WireShark pour sniffer le traffic internet.
 
Utiliser un filter du genre "host IP.de.ton.serveur". Post le et on verra bien
 
Ca nous permettra de voir qui a ferme la connection (si fermeture de connection il y a), tomcat ou ie.
Vraisemblablement si en changeant de browser ca marche, c'est que le probleme vient de ie.
 
Ca peut venir de la session qui n'est plus valide aussi.
 
Sans vouloir critiquer, ce design est pas terrible, ca serait vraiment plus simple d'emailer une URL ou tu peux aller chercher les resultats une fois que c'est fini plutot que d'attendre une heure avec un browser ouvert, avec toutes les repercussions que ca incombe.

 
 
Je sais bien que ce design est pas terrible, mais comme j'ai développé ce module dans une appli propriétaire, je n'ai pas vraiment le choix.
 
Ceux qui ont développé ce truc n'ont jamais pensé qu'un traitement puisse durer si longtemps.

hum, ca ne change rien, j'ai toujours le même problème

tu peux pas changer le comportement de ton appli plutôt ?

1 heure pour rendre un page web, s't'un peu long. Faut peut-être simplement pas faire une appli web, ou au moins pas comme ça.

Tu pourrais essayer de fonctionner en plusieurs phases : soumission de la requête, puis vérification du résultat. Comme ça en plus ton utilisateur n'est pas coincé devant son écran pendant 1h (s'il ferme son onglet ou sa fenêtre de navigateur par erreur, ça va vite l'énerver).

Salut Brisssou,
 
Non, malhereusement je ne peux pas changer ce comportement, même s'il est "stupide"
 
J'ai juste eu à developper (étendre) une partie qui est intégrée dans ce portail applicatif (Gestion de risques et processus), et la requête que j'ai développé est relativement compleque et se retrouve à traiter énormément de records et pour chaque record il y a pas mal de traitements.
 
De plus le client (je suis dans une SSI) trouve ce temps acceptable vu le volume à traiter

mais manifestement, suivant les navigateurs, les serveurs, les proxies,... tu risques d'avoir des comportements contraires à celui attendu.
 

Et en passant par Ajax ? Tu charges ta page une première fois et après tu ramènes les résultats en asynchrone...