Discussion :

[if_zen]

Bonjour,


Je cherche à utiliser JPA à travers JPQL, et j'ai un soucis au moment d'utiliser la clause ORDER BY sachant que celle ci se calcule à partir du résultat de l'appel à la fonction COALESCE.

J'utilise GF version 3.0.1b22 ; EclipseLink 2.1.x.

J'ai essayé de plusieurs manières (via des @NamedQueries) mais chacune d'entre elle s'est terminée en échec :

Première tentative :

Code :

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

1
2
3
4
5
SELECT o
FROM ...
LEFT JOIN ... as p
...
ORDER BY COALESCE(o.firstField, p.otherField)

Echec lors du déploiement :

... line 1, column 679: unexpected token [COALESCE].
Internal Exception: NoViableAltException(15!=[1328:1: orderByItem returns [Object node] : (n= stateFieldPathExpression (a= ASC | d= DESC | ) | i= IDENT (a= ASC| d= DESC | ) );])

Deuxième tentative :

Code :

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

1
2
3
4
5
SELECT o, COALESCE(o.firstField, p.otherField) as myAlias
FROM ...
LEFT JOIN ... as p
...
ORDER BY myAlias

Echec lors du déploiement :

java.lang.ClassCastException: org.eclipse.persistence.internal.jpa.parsing.CoalesceNode cannot be cast to org.eclipse.persistence.internal.jpa.parsing.AliasableNode

J'ai essayé d'autres méthodes plus ou moins "underground" pour arriver à mes fins, je vous passe les détails...

Voilà, donc si vous pouviez me donner quelques pistes pour pouvoir trier mes résultats via le COALESCE, je vous en serai bien reconnaissant ! Merci beaucoup.

[DarkMolo]

Salut,

D'après cette discussion, traitant du même sujet, ce serait un bug d'EclipseLink et qui serait résolu dans les versions ultérieures au 2.1.x(celle que tu utilise :s ) !

Le bug signalé.

Donc, si tu pouvais passer à EclipseLink 2.2, ça devrait régler ton problème.

[if_zen]

Merci DarkMolo pour ta réponse.
Apparemment c'est même la version 2.3 qu'il faut utiliser, même.
Sais-tu si elle est fournie avec la version 3.1 de GF ?

A tout hasard, existerait-il un "workaround" pour pouvoir contourner ce bug dans cette version d'EclipseLink ? (Pas sûr qu'on puisse changer la version rapidement).

Merci beaucoup.

[DarkMolo]

Pourtant l'ami au problème similaire a bien dit que c'était bon quand il est passé à la 2.2 .

Pour GF 3.1, je crois malheureusement que c'est toujours la 2.1 qui est utilisée(Enfin c'est ce que j'ai cru comprendre de ça).

Sinon, bien que pas élégant, il y toujours le "createNativeQuery" à laquelle tu pourrais passer une belle requête SQL !

[if_zen]

Oui bien sur il reste les native queries mais ca ne m'arrangeait franchement pas de les utiliser... j'ai pas mal de paramètres dans ma requête, et c'est moins maintenable a plus long terme... Bref je vais voir ce qui se décide sachant cela !
Encore merci !

[alexismp]

GlassFish 3.1 utilise EclipseLink 2.2.
Sinon il y a la criteria API...

[if_zen]

Alexis,

En effet, il reste la possibilité d'utiliser cette API. Il faut que je l'étudie de plus près car elle ne me semblait pas aussi puissante que la syntaxe du JPQL de prime abord. J'aurais voulu éviter aussi d'utiliser trop de manières différentes de coder les requêtes SQL.

Merci pour toutes ces précisions.