Scope Application et mise en cache de données

Version imprimable

20/07/2009, 15h46
Huojid

Scope Application et mise en cache de données

Bonjour à tous,

Je suis en train de faire une application web pour une société immobilière en utilisant JSF. Jusqu'a aujourd'hui, tout marchait bien avec mes tests, methodes bien fonctionnelles, mais le drame est survenu quand au lieu de me servir de ma base de données de tests (avec quelques dizaines d'entrées) j'ai importé la base de données de la société (avec des dizaines de milliers d'entrées). Tout marche encore correctement, mais alors c'est d'une lenteur à tuer un escargot.

Je me suis donc dit qu'il serait peut être bien de stocker les données en "cache" histoire de pas récupérer les valeurs en base de données a chaque fois. Etant encore une drouille en Hibernate et ses multi-niveaux de cache, j'ai pensé que je pourrais faire cela via un bean de scope Application. L'idée étant de créer par exemple un attribut "List<Bail> baux" contenant la liste de tous les baux (et y en a un paquet) et qu'on l'initialise via la base de données à la création du bean. Hélas ca marche pas exactement comme je le voudrais... D'où mes questions.

-> A quel moment est créé un bean de scope "Application" exactement ? Dans ma tête, c'était au démarrage de l'application, pourtant j'ai constaté que je pouvais lancer mon serveur et naviguer sur certaines pages du site sans que le bean soit créé.

-> Est-il détruit à un moment ? Je pensais que non, mais du coup, je n'arrive pas à expliquer qu'une fois ce bean créé, quand je vais sur un autre page appellant la liste passée en attribut du bean il interroge à nouveau la base de données...

-> A tout hasard, vous connaissez une meilleure méthode pour stocker quelques Mo de données en cache sur un serveur Tomcat via JSF ?
20/07/2009, 16h21
Malone

Une liste static, dans une classe qui implémente ServletContextListener afin de la "populer" au lancement de ton application?
20/07/2009, 17h56
Sniper37

Citation:

Envoyé par Huojid

Bonjour à tous,

-> A quel moment est créé un bean de scope "Application" exactement ? Dans ma tête, c'était au démarrage de l'application, pourtant j'ai constaté que je pouvais lancer mon serveur et naviguer sur certaines pages du site sans que le bean soit créé.

le bean est créée par JSF à la première utilisation, première apparition dans une vue (appel avec EL). C'est donc , normal ue le bean ne soit pas créer, si les pages ne s'en servent pas.

Citation:

Envoyé par Huojid

-> Est-il détruit à un moment ? Je pensais que non, mais du coup, je n'arrive pas à expliquer qu'une fois ce bean créé, quand je vais sur un autre page appellant la liste passée en attribut du bean il interroge à nouveau la base de données...

le bean est partagé par toutes les sessions, il est détruits par le gabrbage collector.
22/07/2009, 15h25
Huojid

Merci pour vos réponses.

J'ai essayé la liste statique dans un ContextListener, ca se remplit bien dès le lancement de Tomcat, mais apres pas mieux que le bean de scope Application, encore des appels en base de données. Du coup, j'aimerais pousser mes tests plus loin, histoire d'être sur que ca vient pas d'ailleurs (on sait jamais).

Vous savez comment faire pour suivre les actions du Garbage Collector ? Genre loguer les objets qu'il détruit. Et s'il est possible de proteger une Class contre le garbage collector ? (histoire qu'elle soit pas détruite...).
22/07/2009, 15h30
Sniper37

Citation:

Envoyé par Huojid

Merci pour vos réponses.

J'ai essayé la liste statique dans un ContextListener, ca se remplit bien dès le lancement de Tomcat, mais apres pas mieux que le bean de scope Application, encore des appels en base de données. Du coup, j'aimerais pousser mes tests plus loin, histoire d'être sur que ca vient pas d'ailleurs (on sait jamais).

Vous savez comment faire pour suivre les actions du Garbage Collector ? Genre loguer les objets qu'il détruit. Et s'il est possible de proteger une Class contre le garbage collector ? (histoire qu'elle soit pas détruite...).

le GC ne détruit un objet que s'il n'est plus utilisable, ce n'est pas là le problème, et on générale on se soucis plus d'objets pas détruits à temps que d'objets détruis.

tu fais comment l'appel à la base? dans un getter..?

Si tu fais un simple get sur ta liste je ne vois pas en effet pourquoi il y aurait un accès en bd?

A titre d'exemple, un petit bout de code qui répond plus ou moins à ta problematique.
Dans mon cas j'ai besoin d'une liste des pays (qui est en base) pour faire de l'auto complete.

L'initialisation est faite via listener dans la méthode contextInitialized.
Par la suite avec un getter les autres classes récupèrent la liste,Il n'y a donc qu'un seul appel vers la base, dans contextInitialized.

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
36
37
38
39
40
41
42
43
44
45
46
47
 
package fr.test.utils;
 
import java.util.List;
 
import javax.servlet.ServletContextEvent;
import javax.servlet.ServletContextListener;
 
import fr.test.metier.bean.Pays;
import fr.test.metier.impl.ManagerFactory;
import fr.test.metier.manager.IGestPays;
 
public class Referentiel implements ServletContextListener {
 
	private static List<Pays> listePays;
 
 
	public void contextDestroyed(ServletContextEvent arg0) {
		// TODO Auto-generated method stub
 
	}
 
	public void contextInitialized(ServletContextEvent arg0) {
		//chargement de la liste des pays
		Referentiel.listePays=this.getGestPays().listerPays();
 
	}
 
	public static void setListePays(List<Pays> listePays) {
		Referentiel.listePays = listePays;
	}
 
	public static List<Pays> getListePays() {
		return listePays;
	}
 
 
	/**
         * 
         * @return le gestionnaire pays
         */
	private IGestPays getGestPays() {
 
		return ManagerFactory.getInstance().createGestPays();
	}
 
}

Je fais pratiquement cela en effet.
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 36 37 38 39 package util; import java.util.List; import javax.servlet.ServletContextEvent; import javax.servlet.ServletContextListener; import dao.BailDAO; import model.Bail; public class ContextListener implements ServletContextListener { private static List<Bail> baux; public void contextDestroyed(ServletContextEvent arg0) { System.out.println("********* CONTEXTE DETRUIT *****************************"); } public void contextInitialized(ServletContextEvent arg0) { System.out.println("********* CONTEXTE INITIALISE ****************************"); BailDAO bDAO = new BailDAO(); List<Bail> baux = bDAO.getBy("id", "asc"); ContextListener.setBaux(baux); } public static List<Bail> getBaux() { return baux; } public static void setBaux(List<Bail> baux) { ContextListener.baux = baux; } }
Coté DAO, ca donne :
Code:

1 2 3 4 5 public java.util.List<model.Bail> getBy(String field, String order) { String q = "select b from model.Bail b order by "+field+" "+order; javax.persistence.Query query = getSession().createQuery(q); return query.getResultList(); }
Puis dans mon bean Application "siteBean" gérant mon site :
Code:

1 2 3 public List<Bail> getBails() { return ContextListener.getBaux(); }
Et ensuite, dans les dataTable, j'ai des EL : value="#{siteBean.bails}"

Pourtant, je peux vous assurer qu'a chaque page avec une dataTable, ca crache sec niveau "select" avec Hibernate (j'ai été obligé de deployer un logger car mes "system.out" se perdait dans la masse).

Apres, je tiens à préciser qu'un object "Bail" fait référence à d'autres objets stockés en base de données (notamment des "Lot"s). Et dans l'affichage de ma table, je mets des informations tirées des objets "Lot", je me demande donc s'il fait pas un "select" sur le bail dans le but de charger les objets "Lot" associées...

Voili voila.

22/07/2009, 18h01
Malone

Citation:

Envoyé par Huojid

Apres, je tiens à préciser qu'un object "Bail" fait référence à d'autres objets stockés en base de données (notamment des "Lot"s). Et dans l'affichage de ma table, je mets des informations tirées des objets "Lot", je me demande donc s'il fait pas un "select" sur le bail dans le but de charger les objets "Lot" associées...

Voili voila.

Ah à mon avis c'est plus de ce coté qu'il faut chercher.
Je ne m'y connais vraiment pas trop en hibernate mais à mon avis tu as tout intérêt à fouiller du coté des lazy loading avec les associations many to one etc (il me semble que par défaut hibernate va te renvoyer la liste avec uniquement les ID des objets référencés dans des clefs étrangères, et qu'il les chargera quand tu vas appeler une propriété de l'objet référencé)