Discussion :

[saveriu]

Bonjour,

Je souhaiterais ajouter à une entité A une liaison @OneToMany vers une nouvelle entité B.
Pour créer B sans supprimer mes tables, je n'ai fait qu'une relation unidirectionnelle côté B (un @ManyToOne vers A).
La table s'est bien créée mais lorsque que j'ai ajouté le @OneToMany côté A, impossible de lancer l'application.

Exception:
[class A] uses a non-entity [class B] as target entity in the relationship attribute [private java.util.List A.listeB].

Pourtant je pensais que cette bidirectionnalité ne modifiait pas la table côté A.
Faut t-il vraiment que je supprime la table de A pour ensuite la recréer?

Pouvez-vous m'aider?
Merci

[saveriu]

J'ai dumpé la table dans un fichier. Ensuite j'ai supprimé la table de la base pour enfin la recréer (mode create du persistance.xml) et réinjecter les données du dump.
Malheureusement les données ne sont plus accessibles maintenant...

[HozakaN]

au dessus de classB t'as bien l'annotation @entity ?

[saveriu]

Oui oui bien sur.
En gros le problème est de savoir comment ajouter des liaisons à une entité sans avoir à reconstruire la table et perdre les données.
A la limite je vais exposer mon problème un peu mieux:

J'ai une entité Utilisateur héritant de Personne. Je veux rajouter une liste d'entités Connexion à un utilisateur. Du point de vue objet je rajoute un @OneToMany côté Utilisateur mais cela ne devrait rien changer au niveau relationnel (aucune nouvelle colonne dans la table).

[saveriu]

Un petit up si quelqu'un capte mon problème... En gros ça ne plaît pas à JPA que l'on modifie les tables à la main lorsque l'on modifie les entités. Il faut à chaque fois tout reconstruire. De ce fait, je n'arrive pas à avoir un logiciel évolutif sans perdre les données...
De plus, même en faisant des dumps, en recréant toutes les tables de la base et en réinjectant les données, JPA ne les retrouve plus (quand je fait un "select" par exemple). Serait-ce un problème avec JDBC?
Je tourne un peu en rond la lol.

[JeitEmgie]

Un petit up si quelqu'un capte mon problème... En gros ça ne plaît pas à JPA que l'on modifie les tables à la main lorsque l'on modifie les entités. Il faut à chaque fois tout reconstruire. De ce fait, je n'arrive pas à avoir un logiciel évolutif sans perdre les données...
De plus, même en faisant des dumps, en recréant toutes les tables de la base et en réinjectant les données, JPA ne les retrouve plus (quand je fait un "select" par exemple). Serait-ce un problème avec JDBC?
Je tourne un peu en rond la lol.

si n'est ni JPA en lui-même, ni JDBC qui peuvent être la source du problème…

vous avez dû vous trompez dans les modifications faites à la main…
le meilleur moyen de comprendre votre erreur est de comparer les 2 schémas : ce que vous avez fait à la main et ce que JPA génère…
(il vous suffit de changer de DB de test…)

commencez par vérifier la contrainte FOREIGN KEY entre B et A…
sans plus d'infos de votre part, tout ce qui concerne le lien entre A et B reste quand même le premier suspect…
(la contrainte en premier lieu mais aussi le type du champ…)

[saveriu]

En fouillant bien l'exception, et étant donné que j'ai deux unités de persistance dans persitence.xml. J'ai constaté que la deuxième unité n'était pas mis à jour avec la nouvelle entité B.
L'exception venait du préchargement de la deuxième unité alors que je voulais utiliser la première.
En remettant à jour la deuxième unité de persistance, je n'ai plus eu de problèmes.
Merci beaucoup