Discussion :

[grizzz]

Bonjour,

Je travaille sur un projet qui comporte des listes de produits (avec de nombreux details) + une liste de filtres/critere appliquable a cette liste.

J'avais dans l'idée de recuperer ma liste de produits initial via une requete BDD sans appliquer de filtre et de la partager a tous mes utilisateurs.

Chaque utilisateur pourrait ainsi utiliser ma Collection partagé et appliquer ses filtres (developper a l'aide de predicate java).

Ma liste comporte de nombreux objets instancies...
Les performances du site sont une priorites.

- Est ce que je peux mettre ma collection en scope application ?

- M'orienter vers un ejb entity(probleme je suis sous tomcat) ?

- Ou me tourner plutot vers hibernate a l'aide de l'api criteria ?

- Ou autres solutions

Merci.

[OButterlin]

- Est ce que je peux mettre ma collection en scope application ?

Pourquoi pas, si le volume n'est pas trop énorme

- M'orienter vers un ejb stateless (probleme je suis sous tomcat) ?

Je ne vois pas l'apport dans ton cas, le stateless étant détruit après chaque usage... un statefull à la limite, mais chaque utilisateur aurait le sien

- Ou me tourner plutot vers hibernate a l'aide de l'api criteria ?

Hibernate à un mécanisme de cache qui permettrait certainement d'optimiser tes traitements, si tu connais, je te le conseille, sinon, ça prend un peu de temps pour bien comprendre

[grizzz]

J'ai corrigé je voulai parler d'un ejb entity...

Sinon hibernate est deja en place sur ce projet.

On m'a parlé egalement d'ETL pour faire cela ?

[OButterlin]

Si tu as déjà Hibernate, il n'y a pas de gros intérêt d'utiliser les EJB3 entity.
(qui plus est, les EJB se basent sur un JPA qui peut très bien être Hibernate)

Je ne connais pas ETL, désolé...

[grizzz]

l'interet des EJB entity c'est de pouvoir les deplacer dans la JVM d'un autre serveur non ?

[OButterlin]

l'interet des EJB entity c'est de pouvoir les deplacer dans la JVM d'un autre serveur non ?

C'est sûr, avec les EJB on peut le faire, mais ça à un prix en contrepartie...

Dans ton cas, si j'ai bien compris, ta liste ne bouge pas beaucoup, donc, ce n'est pas vraiment la cpu utilisée pour la requête qui va être pénalisante, à priori, tu charges une fois et tu gardes en cache et ensuite tu fais des "vues" sur cet ensemble.
Hibernate (en mode pojo) suffirait largement.