Discussion :

[olivangel]

Bonjour,

Je travaille sous Tomcat et je cherche à minimiser le nombre de requêtes SQL identiques pour soulager ma base de données.

Je fournis à un utilisateur des informations qui doivent être actualiser toutes les 5 minutes. C'est-à-dire que chaque utilisateur se connecte à la base de données.

Etant donné le nombre d'utilisateurs, je pensais conserver le résultat d'une requête pendant ces 5 minutes dans un "objet" et envoyer celui-ci à tous les utilisateurs.

Une autre personne a eu une question similaire et il lui a été conseillé Quartz de Open Symphony (scheduler) et/ou les Commons DBCP et Pool de Apache

Sauf erreur, les DBCP ne fait que gérer un "pool" de connexions (de manière à les minimiser et réutiliser).

Quartz fonctionne sous forme de thread et permet de planifier des tâches.
A priori, je ferais une tâche continuelle sur le serveur et j'interrogerais un attribut de classe du thread.

Mes questions sont donc:
- comment ajouter à Tomcat un thread à gérer au démarrage?
- en mettant le résultat dans cet attribut de la classe du thread, l'accès y sera-t-il possible facilement? (parexemple avec une servlet)
- en ce qui concerne le remplacement des informations, que me conseillez vous pour éviter qu'il y ait un accès simultané de lecture et d'écriture?

Si vous avez une autre méthode, je suis preneur.

Merci de m'avoir lu et par avance pour votre réponse



Olivangel

[sedryk]

Hello,

Tu peux aussi gérer un système de "cache" simple :

Algorithme de récupération des données :
Si les données du cache date d'il y a moins de 5 minutes
Alors retourne le contenu de mon cache
Sinon appel SQL et stockage du résultat dans le cache avec marquage de la date d'exécution.

Mise en oeuvre :
Le cache
Un simple object te permettra de représenter ce cache. Il suffira de lui mettre un attribut de type long correspondant la date en millisecondes de son remplissage System.currentTimeMillis()
Le test de validité des données du cache
Une simple opération de comparaison de la différence entre la date de demande d'accès aux données et l'attribut du cache contenant la date de remplissage

Attention :
La récupération de tes données de la base doit être "thread safe", en effet si un thread execute la requete SQL et alimente le cache, il faut que les autres thraed clients soient en attente.
Un bon moyen est de mettre en synchronized l'appel à l'algorithme ci-dessus.

Voilà,

Ce n'est pas forcément la meilleur solution mais c'est une solution qui marchera

Cédric

[christopheJ]

Pour ce qui est de faire démarrer un thread par Tomcat, juste une idée que je n'ai pas testée.
Je ferai une instance de ma servlet au démarrage (option load-on-startup dans le contexte de la servlet).
Dans la méthode init de la servlet, je ferai démarrer le thread.

Si quelqu'un peut dire si ça marche ou pas?

[Alwin]

Ca marche

[olivangel]

Après une recherche sur un système de cache existant, j'ai consulté la page
http://www.javaworld.com/javaworld/j...1-cache_p.html

Vous trouverez un comparatif de trois système opensource:
- Java Caching System de l'Apache Software Foundation
- OSCache de OpenSymphony
- Java Object Cache de ShiftOne

Mon choix s'est porté sur OSCache.
La durée de vie de l'objet est vérifiée lors de la consultation du cache.
C'est lors de celle-ci que l'on fait une éventuelle mise-à-jour.

J'ai créé une servlet initialisée au démarrage avec l'option <load-on-startup>.
Dans l'init(), je crée un administrateur de cache que j'alimente après une requête à ma base de données.
Dans service() (ou doPost()), je demande le cache et c'est cette demande qui met éventuellement à jour mon objet si celui-ci est obsolète.
Dans destroy(), je détruis le cache et ferme la connexion à la base.

Un système de servlet similaire existe dans le jar.

Merci à tous pour votre aide