RENDER_RESPONSE prend beaucoup de temps en couture

Question

J'écris une application en utilisant JBOSS Seam avec Richfaces. Malheureusement, certaines pages se chargent très longtemps surtout quand je veux montrer environ 100 lignes (ou plus) dans la table.
Obtenir la réponse de la base de données prend environ 2453 ms, donc c'est plutôt bien. Cependant la phase RENDER_RESPONSE prend environ 23750 ms, donc c'est inacceptable. L'objet que je retourne n'a pas de connexions EAGER.

J'espère que quelqu'un peut m'aider ou donner un indice de ce que je peux faire d'autre pour trouver un problème.

Salutations, Fryta PS. Ici vous avez log de ma demande: 09: 49: 52125 INFO [[/ my_aplication]] AVANT - INVOKE_APPLICATION 5 -/ my_aplication/Report.seam
09: 49: 54578 [Rapport] INFO Rapport de production de fin: 2453
09: 49: 54578 INFO [[/ my_aplication]] APRÈS - INVOKE_APPLICATION 5 -/ my_aplication/Report.seam
09: 49: 54578 INFO [[/ my_aplication]] AVANT - RENDER_RESPONSE 6 -/ my_aplication/Rapport. couture
09: 49: 54687 INFO [Rapport] getResultList(): 1285314594687
09: 49: 54687 INFO [Rapport] getResultList(): 1285314594687
09:49:54, 687 INFO [Rapport] getResultList(): 1285314594687
09: 49: 54687 INFO [Rapport] getResultList(): 1285314594687
09: 49: 54687 INFO [Rapport] getResultList(): 1285314594687
09: 49: 54718 INFO [Rapport] getResultList(): 1285314594718
09: 50: 18437 INFO [Rapport] getResultList(): 1285314618437
09: 50: 18437 INFO [Rapport] getResultList(): 1285314618437
09: 50: 18468 INFO [[/my_aplication]] AFTER - RENDER_RESPONSE 6 -/ mon_aplication/Report.seam
09: 50: 18,890 INFO [TimingFilter]

09: 50: 18890 INFO [TimingFilter] Total: 18258ms dla:/my_aplication/ Report.seam

Answer 1

Je vois cette ligne dans votre journal:

getResultList(): 1285314594687 

... répéta beaucoup. Que fait cet appel? Est-ce que cela renvoie juste une liste qui a été initialisée ailleurs? Ou fait-il appel à la base de données? S'il y a une sorte de logique impliquée dans l'appel, cela pourrait être l'endroit où votre ralentissement se produit.

Answer 2

Je suis assez sûr qu'il se produit parce que vous êtes des entités associées de chargement paresseux. Parce que Seam a un support intégré pour le modèle Open Session in View (qui évite LazyLoadingException), Pour chaque entité associée paresseuse, Hibernate frappe la base de données Vous pouvez remplacer getResultList (ou créer votre méthode personnalisée) et charger toutes les entités nécessaires par à l'aide d'une seule requête SQL

Answer 3

Je vous suggère de lire ce post très grand sur demande how you can speed up your JSF/Seam/Richfaces écrit par Dan Allen (qui est l'auteur de Seam en action)