Discussion :

[slim]

Bonjour,

J'utilise JPA avec Hibernate comme implémentation dans un projet.
J'ai une table dans la base de données qui ne comporte pas de clé primaire (hé oui, la classe ). Il y a même des lignes en doublons que je supprime avant d'effectuer mes traitements.

J'ai mappé cette table avec JPA (annotations) sans fichier persistence.xml en utilisant les classes (context.xml) de spring.

Ca fonctionne plutot bien. Mais le soucis est que j'ai créé une clé composite (@Embeddable) pour cette table qui représente les champs pour lesquels on ne devrait pas retrouver de doublons (c'est une clé fonctionnelle).
Sauf que dans cette clé composite, il y a parfois dans la base de données des valeurs nulles.

Exemple :

Entité -> MaTable
Clé composite :
- Int monEntier
- String monString

Quand j'exécute mes traitements en test U. sur hsqldb, cela fonctionne parfaitement parce que je crée mes tables à chaque exécution des tests. Par contre, quand je les exécute directement sur ma base de tests, j'ai une exception parce que le champ "monString" est parfois null.

Savez-vous comment pourrais-je remédier à ce problème ?
J'ai essayé avec

Code :

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

@Column([...], nullable=true)

et/ou en mettant dans le get

Code :

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

if(monString == null) { return ""; }

mais j'ai quand même une exception.

Code :

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

[...]monString cannot be null [...]

Merci.

[slim]

Bonjour,

Bon... j'ai essayé d'utiliser l'annotation @SqlResultSetMapping en ajoutant toutes les propriétés avec leur nom et le nom de la colonne dans la base de données... (Oracle 10g) et le paramètre resultSetMapping dans la méthode createNativeQuery de ma DAO.

J'ai une exception qui me dit que le nom d'une propriété est invalide (invalid column name).

Dans le mapping de mon entité, quand je détaille toutes les propriétés avec @FieldResult (en précisant le nom de la propriété et le nom de la colonne dans la BD), j'ai un 'invalid column name'. Et quand je laisse que @EntityResult avec la classe qui est retournée par la méthode du DAO (classe résultat), j'ai un numeric overflow (dans l'entité, j'ai des Integer et des Long, correspondant au type NUMBER d'Oracle).

Après vérification, tout a l'air normal. J'ai bien les bons types pour toutes les propriétés.

J'ai cherché ensuite sur internet, ils disent que c'est un bug... et qu'il faut utiliser EclipseLink (je ne peux pas...)

Autre Solution que j'ai essayé :
j'ai créé des UserType (Long, String, Date et Integer) que j'ai mis sur toutes les propriétés de ma clé composite.
Et là, une exception qui me dit que le type ne peut pas être mappé (quand la valeur est nulle).

Ils n'ont vraiment pas prévu ce cas ? c'est fou...

Vous n'avez pas une idée ?
Merci.

[slim]

Bonjour,

Je vais faire ce que je voulais éviter.
J'ai 86 attributs dans la table...
et une vingtaine dans ma clé composite (bonjour les perfs oui )

Jusque là, j'utilisais du jpql mais je vais passer au NativeQuery avec tous les attributs dans le select avec un nvl (fonction Oracle permettant de vérifier la nullité). Ca fera une jolie requête.

Merci quand même.

[Yupin]

Bonjour,

J'ai le même problème que toi, aurais tu trouvé une solution?
Sinon j'utilise Criteria et je n'arrive pas introduire la fonction NVL(ou COALESCE) dedans, si tu utilise Criteria pourrai tu m'expliquer comment introduire cette fonction?

Cordialement

[slim]

Salut,

Je n'ai pas utilisé de Criteria... Désolé. Et je pense que c'est impossible d'utiliser les nvl avec les Criteria...

J'utilisais des @NamedQuery.
Mais là, pour utiliser la fonction nvl, j'ai dû supprimer ces NamedQuery et créer un hbm où j'ai mis mes requêtes SQL avec les fonctions nvl.
(mais ça, ça ne dépendait pas de la technique. C'etait pour les analystes qui voulais avoir les requetes dans un XML). Je pense qu'on peut les garder comme annotation même si on utilise des requêtes SQL natives.

Dans mes Dao, j'utilise la méthode getNamedQuery de la session hibernate.