Empêcher Hibernate de trier

Bonjour,

J'effectue une requête triée comme je l'entend via une procédure stockée que je sors dans une liste via :

Citation:

---

getHibernateTemplate().findByNamedQuery("select_all_my_things");

---

Dans ma requête, j'ai un tri alphabétique "normal" (sans tenir compte des majuscules/minuscules) mais à la sortie, Hibernate me met les minuscules à la fin.

J'ai bien vu qu'on peut faire quelque chose comme :

Citation:

---

Criteria ctr = getSession().createCriteria(ClassOuEstMaRequete.class);
ctr.addOrder(Order.asc("nomChamp1"));
ctr.addOrder(Order.asc("nomChamp2"));

---

mais si j'ai "court-circuité" Hibernate pour la requête, c'est parce qu'elle était trop complexe et pas uniquement liée à la classe "ClassOuEstMaRequete" donc je crains que si ceci est sans effet, c'est parce que nomChamp1 et nomChamp2 ne sont pas des objets de ma classe mais les élémùents retournés par ma requête.

Que faire?
Merci.

y a pas de raison qu'hibernate change l'ordre par rapport à ce que retourne le serveur. On peux voir la définition de la query dans ton fichier de mapping hibernate? Note au passage que findByNamed query utilise une requete nommée "hibernate" (HQL), pas une requete stockée coté serveur SQL. Je dit ça parce que tu a l'air de sous entendre que tu exécute une procédure stockée sur le serveur :)

Citation:

---

Envoyé par tchize_

y a pas de raison qu'hibernate change l'ordre par rapport à ce que retourne le serveur. On peux voir la définition de la query dans ton fichier de mapping hibernate? Note au passage que findByNamed query utilise une requete nommée "hibernate" (HQL), pas une requete stockée coté serveur SQL. Je dit ça parce que tu a l'air de sous entendre que tu exécute une procédure stockée sur le serveur :)

---

Dans mon fichier ClassOuEstMaRequete.hbm.xlm

Code:

---

1 2 3 4 5

<sql-query name="select_all_my_things" callable="true"> <return-scalar column="champ1" type="string"/> <return-scalar column="champ2" type="string"/> {call PTHINGS.select_all_my_things(?)} </sql-query>

---

et donc ensuite tout se passe côté base de données

Et Hibernate me change l'ordre quand il envoie les données dans ma liste (mais c'est mieux que si je ne triais pas du tout au préalable dans ma base de données) par rapport à ce que je vois quand j'exécute ma requête sur ma base Oracle.

haaa requete oracle :D

les functions qui travaillent sur les caractères en oracle (notamment mise en majuscule etc), ont un comportement qui varie en fonction de la configuration de la connection. Il est donc pas impossible que le driver jdbc te renvoie un résultat différent de ce que te renverrais, par exemple, SQL developper, puisque les variable d'environnement oracle de la langue n'auraient pas nécessairement les même valeurs. Tu peux peut etre faire çà:

Code:

---

1 2 3 4 5 6 7 8

connection = session.connection(); statement = connection.prepareCall("{ call select_all_my_things}"); if (statement.execute()){ do { resultSet = statement.getResultSet(); // récupère données } while (statement.getMoreResults()); }

---

c'est certainement pas la méthode recommandée, mais tu va récupérer un connecteur avec la même config qu'hibernate -> tu pourra tester si effectivement hibernate réorganise. J'ai rien vu de tel dans la doc en tout cas

Bonjour,

Je me remet sur le problème.
Par contre je bloque avant même de voir ce que j'ai dans le resultSet.

prepareCall("{call select_all_my_things}");
-->wrong number or types of arguments

prepareCall("{call select_all_my_things(?)}");
-->Missing IN or OUT parameter at index:: 1

a tout hasard:

Code:

---

prepareCall("{call select_all_my_things()}");

---

?

Non plus :
wrong number or types of arguments

ha ben oui, mal lu :)

Citation:

---

prepareCall("{call PTHINGS.select_all_my_things(?)}");

---

en oubliant pas de passer le parametre avant d'exécuter :D

Oui, j'ai pas voulu te reprendre sur ce détail mais je sous-entendais dans mes essais que je continuais à faire précéder ma requête par "PTHINGS."
(j'allais dire que sinon l'exception aurait été différente mais non en fait)

Code:

---

1 2 3 4

PreparedStatement statement = getSession().connection().prepareCall("{call PTHINGS.selectAllMyThings(?)}"); if (statement.execute()){ }

---

BOUM!

faut passer le paramètre qui correspond à ? avant de faire le exectute!

exemple:

Code:

---

setString("blabla",1)

---

Bon, laisse tomber, j'arrive à rien faire : c'était une procédure au départ mais avec cette histoire d'arguments (c'est qu'un paramètre de sortie) la syntaxe était pas bonne donc j'ai changé ça en fonction mais là apparemment le statement veut une procédure et pas une fonction, j'y comprend rien du tout! :(

Parce que c'est une liste que ça doit me sortir et il n'y a pas de paramètre d'entrée à fournir (comme quand ça marchait avec l'autre méthode)

tu peux aussi sniffer ta connection oracle pour voir dans quel ordre hibernate recois les données :)

Sinon poste peut etre le code de la procédure stockée, il y aura peut etre un truc qui tiltera :D

Citation:

---

Envoyé par tchize_

tu peux aussi sniffer ta connection oracle pour voir dans quel ordre hibernate recois les données

---

8O

Citation:

---

Envoyé par tchize_

Sinon poste peut etre le code de la procédure stockée, il y aura peut etre un truc qui tiltera :D

---

Code:

---

1 2 3 4 5 6 7

PROCEDURE selectAllMyThings (rc1 OUT globalpkg.rct1) AS BEGIN OPEN rc1 FOR SELECT champ1 champ2, champ3 FROM MYTABLE; END selectAllMyThings;

---

pourquoi pas le select directement dans le query?? Puis pour l'ordre de retour, je vois pas de clause orderby, donc je sais pas si il y a une règle précise d'ordre dans ce cas (et ca rejoint ce que je pensais, l'ordre dépend de l'état de la connection).

Pour sniffer, utilise un outils comme wireshark. Tu verra, les tramme oracle peuvent se lire à l'oeil nu :D

Citation:

---

Envoyé par tchize_

pourquoi pas le select directement dans le query?? Puis pour l'ordre de retour, je vois pas de clause orderby, donc je sais pas si il y a une règle précise d'ordre dans ce cas (et ca rejoint ce que je pensais, l'ordre dépend de l'état de la connection).

---

Euh...parce que j'ai simplifié : la requête est assez grosse avec unions, join et tout le bazar donc vaut mieux qu'elle soit dans une procédure stockée.
idem pour le order by, il y est en réalité.

Bon, je vais pas passer plus de temps là-dessus (ça fait déjà plusieurs paquets d'heures pour une co... de majuscules/minuscules); j'airais simplement voulu résoudre le problème par un simple réglage Hibernate sans tout remettre en question puisque ça marche en dehors de ça...

Merci quand-même!

montre nous tes orderby?

Code:

---

1 2 3

SELECT champ1, champ2, champ3, champ4 FROM MYTABLE ORDER BY champ1, champ3;

---

j'ai trouvé çà

Code:

---

1 2 3 4 5 6 7 8 9 10 11

Oracle10g Case-Insensitive and Accent-Insensitive Query and Sort   You use the nls_sort session parameter to specify a case-insensitive or accent-insensitive sort, this is accomplished by:   * Appending a " _CI" to an Oracle sort name for a case-insensitive sort. * Appending an "_AI" to an Oracle sort name for an accent-insensitive and case-insensitive sort.   For example, you can set nls_sort to the following types of values:   * SPANISH becomes SPANISH_AI * DUTCH becomes DUTCH_CI

---

Tu peux peut etre essayer de définir nls_sort au sein de ton script :/
En tout cas, c'est donc bien dépendant de l'état de la session. Peut-être en entourant les clauses du order by avec des fonctions oracle serait plus précis

Ah, c'est dommage, c'était intéressant ta solution... mais je suis sous Oracle 9.2.0.6.0, bref pas sous Oracle 10 et il ne connaît pas la commande

Code:

---

ALTER SESSION SET NLS_SORT=BINARY_AI

---

...mais j'ai quand-même un doute sur cette solution puisque quand j'exécute la requête sous TOAD for Oracle, le résultat est bien trié comme je veux et que c'est seulement à la sortie Hibernate dans ma liste Java que c'est plus dans le bon ordre.

en même temps, on ne sais pas ce que le dialect oracle fait avec le connection jdbc avant de la filer à hibernate. Le mieux, comem déjà dit, pour supprimer le doute, c'est de sniffe rla connection pour voir dans quel ordre oracle les renvoie effectivement.

Citation:

---

Envoyé par tchize_

en même temps, on ne sais pas ce que le dialect oracle fait avec le connection jdbc avant de la filer à hibernate. Le mieux, comem déjà dit, pour supprimer le doute, c'est de sniffe rla connection pour voir dans quel ordre oracle les renvoie effectivement.

---

Hum, j'avais rien compris à cette partie-là...
Que faut-il faire au juste pour sniffer la connection?

utilise un outil comme wireshark et fait le écouter sur la carte réseau que tu utilise pour communiquer avec ton serveur oracle (juste avant de faire l'appel hibernate à la précédure stockée). Tu filtre ensuite sur base de l'ip de ton serveur oracle (ip.host eq aaa.bbb.ccc.ddd) histoire de virer ce qui ne nous intéresse pas. Et enfin bouton droit -> follow tcp stream et tu lit (c'est plein de caca, mais au milieu tu verra ta requete, tes donnée et t'aura une idée de l'ordre de retour).

Mamma mia!8O

Bon...je vais voir si je trouve le temps de remuer tout ça (et si j'ai les droits pour installer ce logiciel sur mon poste...)

ce serait un comble pour un developpeur de pas pouvoir installer des outils de développement :D puis wireshark ,c'est super pratique pour voir tout ce qui passe entre tes serveur et tes client, pour debugger ca fait gagner un temps dingue (bon alors, il m'envoie quoi en ajax le serveur là? et là, le serveur jms, il répond quoi? ...)

Grrrrrrrr

"WinPcap 4.0.2 requires administrator privileges to be installed"
ça continue quand-même et finalement j'ouvre le logiciel.
Là je n'y comprend absolument rien mais je me lance vaillamment dans Capture/Options pour voir et BOUM "Unable to load WinPcap", etc.

Je l'avais dit, je travaille dans une banque et le moindre soft nécessite des démarches pas possibles; même sur mon D j'ai pas pu l'installer correctement.

:(

ben pour sniffer faut des droits admins. Si ca gene ta banque t'as qu'a bosser sur une réseau déconnecté avec sa base de devel. des outils comme wireshark, en développement web, j'en lance 2 fois au moins par semaine, c'es plus rapide de faire une capture réseau de 2 minutes pour voir ce qui foire entre ton code et un serveur que faire du pas a pas. Ca fait plusieurs jours qu'on cherche à savoir si c'est hibernate ou oracle qui réogranise l'ordre, (enfin, de mon point de vue), avec un sniff en 2 minutes t'es fixé :D

edit: malgrés les apparences, c'est pas de l'agression ^^ simplement ca me met en rogne quand des sysadmin empechent les developpeurs de faire leur boulot ^^