Appui sur Bouton conduit à un OutofMemoryerror

Version imprimable

03/07/2014, 10h53
jeffray03

Appui sur Bouton conduit à un OutofMemoryerror

Salut a tous,
j´ai un probleme, depuis quelques, il s´est averé sur notre application que lorsque un utilisateur appuie plusieurs fois sur le bouton a exporter plus de 10000 données sous forme de Excel,
il ya un outOfMemory et le serveur Websphere plante. il faut ensuite redemarrer le serveur,
est ce que quelqu´un parmis vous a deja eu ce probleme et si oui comment a-t-il fait pour le regler.
Car un elargissement de la memoire RAM ne resoudrait pas le probleme, mais plutot reporterais le Probleme.

J´utilise :
JSP pour afficher
Websphere 6 comme Serveur
Oracle comme base de données

Merci d´avance
Eric
03/07/2014, 15h47
tchize_

revoir le processus pour ne pas nécessiter de garder toutes ces données en mémoire, il n'y a pas de raison.
interdire l'exécution multiple du processus
mettre en place une queue d'attente. Genre le bouton stocke l'instruction dans la BD ou quelque par en mémoire, un thread en parallète traite une demande à la fois et le résultat est stocké sur le disque pour être livré à l'utilisateur à la demande.
03/07/2014, 16h32
jeffray03

Merci tchize_
Le Probleme du stockage c'est que les donnees ne sont pas statique, et la pluspart du temps l'utilisateur change les donnees de plusieurs tableaux et veux les exporter.
On a Pensé a une synchronisation, mais ce n'est pas une bonne idee.

Eric

J'ai peut-être mal compris ton problème mais il me semble qu'il est lié à l'envoi multiple du formulaire.
Tu peux prévenir ceci avec un peu de javascript.
A l'initialisation de la page, tu mets un indicateur "submited" à false.
Quand l'utilisateur soumet le formulaire (évenement onsubmit), tu testes la valeur de ce flag, s'il est à true, la fonction renvoie false (ce qui interrompt l'envoi), sinon, tu positionnes le flag à true et tu renvoie true.
Bref, voici un exemple
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 <!DOCTYPE HTML> <html> <head> <script> var submitted = false; var count = 0; function checkSubmitted() { if (submitted) { return false; } submitted = true; document.getElementById("count").innerHTML = ++count; return true; } </script> </head> <body> <form action="http://www.ibm.com" onsubmit="return checkSubmitted()"> Entrer une valeur <input type="text" value="une valeur"/> <input type="submit" value="Envoyer"/> <div id="count"></div> </form> </body> </html>

03/07/2014, 18h54
tchize_

Citation:

Envoyé par jeffray03

Merci tchize_
Le Probleme du stockage c'est que les donnees ne sont pas statique, et la pluspart du temps l'utilisateur change les donnees de plusieurs tableaux et veux les exporter.
On a Pensé a une synchronisation, mais ce n'est pas une bonne idee.

Eric

J'ai du mal à imaginer que l'utilisateur soi physiquement capable de modifier plusieurs M de données d'un coup, donc ça ne devrais pas jouer. Et même si l'utilisateur modifier plusieurs 100 aines de milliers de rows d'un coup, je ne vois pas ce qui t'empêche de stocker ça en base de données ou dans un fichier pour ne pas encombrer la mémoire avec.
03/07/2014, 20h00
jeffray03

On a reflechie sur une Methode comme celle ci, je vais essayer cela demain , merci d'avance
05/07/2014, 06h57
DevServlet

Bonjour,
Pour moi le problème peut être à 2 niveaux :

-Soit plusieurs utilisateurs sur des navigateurs différents peuvent parallèlement solliciter le même traitement gourmand, ce qui peut faire tomber le serveur, à ce moment il faut peut être synchroniser la méthode principale
-Soit un seul client peut cliquer plusieurs fois, parcequ'il en a marre d'attendre en croyant que le serveur n'a pas pris en compte sa demande initiale, nous avons rencontré plusieurs fois ce cas, la solution apportée était d'activer un spinner ou sablier qui s'affiche et désactive tout clic jusqu'à réponse finale du serveur. L'implémentation de cette solution dépend de la technologie d'affichage des données du projet, si vous utilisez des interfaces riches (RIA) style primefaces ou richfaces (si bien sur il y'a du jsf derriere) alors il y'a juste un composant à paramétrer, sinon l'idée est quand même là, charge à vous de l'adapter.
Bon courage
09/07/2014, 14h23
jeffray03

Merci @DevServlet
Merci @tchize_
excusez moi pour le retard.
en effet @DevServlet vient exactement de decrire ce qui se passe, nous tournons avec struts et jsp. Nous sommes en train de mettre en place ce que vous avez decrit comme solution, cad desactiver les bottons jusqu´a l´execution totale de la requete tout en donnant la possibilite de a l´utilisateur de stopper le lancement de la requete s´il voit que le temps impartie a cela est tres long.

La methode consistant a synchroniser la methode d´entrée a ete ecarté car un utilisateur pourrait bloquer les resources a lui seule s´il clique maintes fois sur le meme boutton.
Je vous tient au courant, de la suite.

Eric
10/07/2014, 12h22
DevServlet

Bonjour,
Si vous utilisez struts 2 et que vous adoptez la solution de désactiver le bouton jusqu'à la fin du traitement, je pourrais vous fournir un bout de code que nous avions implémentée, seulement une fois l'action lancée nous ne donnons plus la main à l'utilisateur de stopper le traitement.
11/07/2014, 10h14
jeffray03

Merci
je suis preneur @DevServlet

Eric
11/07/2014, 11h00
DevServlet

Citation:

Envoyé par jeffray03

Merci
je suis preneur @DevServlet

Eric

Je suis en congés jusquà mardi, je te l'enverrai une fois retourné au bureau
11/07/2014, 12h39
jeffray03

Merci