Discussion :

[Aluminium_Overcast]

Bonjour,

Bon gros choc des cultures pour moi, passant de 10 de cobol au Java, j'avoue que j'ai un peu de mal. Voici mon problème :
J'ai un tableau dont le chargement très conséquent provoque des temps de réponse assez long ce qui handicape les utilisateurs. La solution qu'on m'a demandé de mettre en œuvre est de faire ce chargement une première fois (via le premier utilisateur à se connecter) et d'en stocker le résultat sur le serveur pour qu'il soit directement accessible à l'ensemble de la population des utilisateurs une bonne fois pour toute.

Ma question est : comment qu'on fait ?

J'ai fait pas mal de recherches, Google etc... Mais sans résultat jusqu'ici (peut être que le choix de mes mots clefs n'était pas idéal, j'en sais rien. En tout cas le ait est que je n'ai rien trouvé). Un coup de main serait vraiment le bienvenu !

[Aluminium_Overcast]

Bon, on me parle - quand je demande autour de moi - de "session applicative". Une idée, quelqu'un ?

[OButterlin]

C'est quel type d'application que tu fais, web, client lourd (Swing, JavaFX), etc... ?

[tchize_]

si on est sur un serveur web, tu stocke ce tableau dans l'application scope et tu va l'y rechercher.
Si tu est sur un environnement java EE 6, c'est assez facile:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
import javax.inject.Inject;
import javax.enterprise.context.ApplicationScoped;
 
@ApplicationScoped
public class ConteneurTableau {
 
   private TrucMuch[] tableau;
   public ConteneurTableau(){
       //charger le tableau
   }
   public TrucMuch[] getTableau(){
       return tableau;
   }
}

Et pour l'utiliser dans un de tes Beans:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
@RequestScoped
public class MonBean{
       @Inject ConteneurTableau conteneurTableau;
//....
 conteneurTableau.getTableau()[69]....

Sinon, tu peux y aller à la main:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
ServletContext context = request.getSession().getServletContext();
// premier fois
megaTableau = creerMegaTableau();
context.setAttribute("megaTableau", megaTableau);
// les autres fois
megaTableau = (TrucMuch[])context.getAttribute("megaTableau");

[eulbobo]

Si tu connais le pattern Singleton, c'est ta solution !
Tu fais en sorte qu'il contienne les données dont tu as besoin et tout le monde y aura accès

ATTENTION !
Comme on est dans la section Serveurs/Conteneurs/Java EE, quelques précisions s'imposent :
- il faudra faire attention à ce que le chargement des données ne soit fait qu'une seule fois (donc chargement thread safe quoi qu'il arrive, sinon tu vas avoir de gros soucis)
- il faudra faire en sorte que les accès à ces données soient thread safe (sauf si tu ne fais que de la lecture et que les données chargées ne bougent JAMAIS)

Après, d'expérience, je n'ai en mémoire qu'un seul cas où il a été nécessaire de charger des données en mémoire parce que le chargement prenait trop de temps, MAIS c'était uniquement parce que plusieurs autres concepts n'étaient pas adaptés, incorrects, ou ne fonctionnaient pas correctement si toutes les données n'étaient pas chargées (quand on a un méta modèle et qu'on veut accéder au 12ième niveau d'un arbre de données, la base fait la gueule bizarrement).
J'ai un deuxième cas aussi en tête mais c'était pour un calcul de statistiques qui se déclenchait à intervalle régulier (qui posait plus de problèmes qu'il n'en résolvait, encore une fois un problème de conception générale de l'application)

Du coup, je pose une question que tu dois te poser : est-ce nécessaire et absolument indispensable de charger TOUTES les données et de les garder sur le serveur (avec le poids mémoire que ça représentera, et potentiellement l'explosion de la JVM en cas d'augmentation des données chargées en mémoire)?
Quel est le but recherché en chargeant tout? N'y a t'il pas moyen de ne charger que les données nécessaire pour un utilisateur à chaque fois ? Les données unitaires ont-elles un sens ou doivent-elles être avec toutes les autres pour être utilisables?

[Aluminium_Overcast]

Alors pour répondre à la question de eulbobo : oui, toutes les données sont nécessaires. Mon tableau contient par exemple des acteurs, et à la saisie, je dois vérifier que l'acteur existe bien dans mon tableau (en résumé).

Sinon, j'ai pu adapter la solution de tchize_ à mon besoin, du coup le problème ne se pose plus. A priori, pour le moment ça a l'air de fonctionner !...

Merci de vos réponses !