Discussion :

[issamki]

Bonjour à tous,

je débute avec ejb3, je suis confronté à implémenter le tri d'une liste d'objets entity récupéré par un ejb stateless. ce tri est effectué selon un des champs des objets entity.

Pouvez vous m'informer sur la meilleur façon d'implémenter cette fonctionnalité. est ce dans la couche présentation en récupérant la liste et la trier selon le besoin.ou bien dans la couche métier/ejb?

aussi il y la pagination des résultats, quelle est le meilleur moyen d'implémenter la pagination des résultats en ejb?

merci beaucoup.

[phantomass]

Je suppose que tu recupéres tes entités en effectuant une requete JPAQL.
Il existe une clause order comme en SQL permettant de specifier l'attribut selon lequel on souhaite faire le tri.

[issamki]

mais le problème est qu'il y a plusieurs champ selon lesquelles on trient la liste. je ne pense pas qu'il est optimal d'écrire une requête JPAQL pour chaque chaque champ de tri. qu'est ce que vous en dites?

[bassim]

Pourquoi ne pas utiliser alors l'interface Comparable, en implémentant la méthode CompareTo(Object o)

Tu récupères ta liste d'objets et après tu fais:

Code :

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

Collections.sort(taListe);

tu peux même choisir d'autres comparateurs, en utilisant un Comparator

Code :

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

Collections.sort(taListe, new TonComparator())

[phantomass]

mais le problème est qu'il y a plusieurs champ selon lesquelles on trient la liste. je ne pense pas qu'il est optimal d'écrire une requête JPAQL pour chaque chaque champ de tri. qu'est ce que vous en dites?

Je connais pas le détail de ton besoin et de ton appli, mais il faut favoriser le plus possible le tri via la requete.
Car c'est beaucoup plus rapide que faire un tri coté java et en plus si tu ne ramènes pas tout les résultats possible (utilisation de setMaxResult), ton tri coté Java sera en partie faux.

Ce n'est pas très compliqué à écrire pour une requete simple

Code :

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

1
2
3
4
5
6
7
8
9
10
 
String orderAttribut = " obj.champ1";
if(condition1)
  orderAttribut = " obj.champ2";
else if(condition2)
  orderAttribut = " obj.champ3";  
else if(condition3)
  orderAttribut = " obj.champ4";    
 
String strQuery = "select obj from MaClasse obj order by " + orderAttibut;

[OButterlin]

... je ne pense pas qu'il est optimal d'écrire une requête JPAQL pour chaque chaque champ de tri. qu'est ce que vous en dites?

Ça c'est certain, mais tu peux créer tes requêtes à la volée (comme on peut le faire avec JDBC)
Tu peux faire ceci (complément à phantomass):

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
StringBuilder sb = new StringBuilder(80);
sb.append("select model from MaClasseEntity model");
 
switch (order)
{
   case 1 : sb.append(" order by model.col1, model.col2"); break;
   case 2 : sb.append(" order by model.col3"); break;
}
 
return entityManager.createQuery(sb.toString()).getResultList();

A+

[issamki]

oui, j'ai pas détaillé le problème que j'ai.en effet j'ai une page qui liste un ensemble de liens récupérés de la base de données,chaque entête présente un champ de l'objet entity, cette entête est à son tour un lien que si l'on clique dessus la liste est trié selon cette entête.
certes ,les solutions que vous m'avez proposé peuvent marcher, mais pour faire la requête depuis la base de données chaque fois que l'on change de champ me parait non optimale.
maintenant que je vous ai détaillé le problème. qu'est ce que vous en dites à nouveau.
vraiment merci pour vos réponses.

[phantomass]

certes ,les solutions que vous m'avez proposé peuvent marcher, mais pour faire la requête depuis la base de données chaque fois que l'on change de champ me parait non optimale.

Pourtant c'est ce qu'il faut à priori faire

-Dans une application client lourd comme swing tu peux trier à foison tes objets depuis le client (dans un JTTable par exemple).
- En html il y a des librairies javascript / DHTML qui permettent de faire du tri coté client sans invoquer le serveur.
Maintenant si ton architecture est du type jsp et JPA et que ton tri doit être fait coté serveur, il vaut mieux requêter ta base de données.
Car de toute façon tu ne vas pas stocker coté serveur en mémoire (dans la session par exemple) la liste des résultats du client car tu chargeras rapidement ta mémoire si t'as beaucoup de client.
Un cache coté JPA peut énormément améliorer tes performances.