Discussion :

[Invité]

Bonjour à toutes et tous,

Je dois associer un utilisateur à des rôles au travers d'un objet qui vas contenir cette relation.

Mes tables (PostgreSQL) :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
CREATE TABLE user (
  uid SERIAL NOT NULL
);
CREATE TABLE role (
  rid SERIAL NOT NULL
);
CREATE TABLE user_role (
  uid INTEGER NOT NULL,
  rid INTEGER NOT NULL,
  -- FOREIGN KEYS ...
);

Mon objet "Affectation" qui me sert à associer un utilisateur à un ou plusieurs rôles.

Code :

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

1
2
3
4
5
6
public class Affectation {
  private User user;
  private List<Role> roles;
 
  // get et set..
}

Et le mapping suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<class name="xx.Affectation" table="user_role">
  <id column="uid" name="id">
    <generator class="foreign">
      <param name="property">user</param>
    </generator>
  </id>
 
  <one-to-one name="user" constrained="true" />	
 
  <bag name="roles" table="user_role" lazy="false">
    <key column="uid"/>   			
    <many-to-many class="xx.Role" column="rid" unique="false"/>
  </bag>
</class>

Mais les insertions ne fonctionnent pas car la requête générée n'insère que l'id de l'utilisateur et qu'il y à une contrainte "NOT NULL" sur la colonne "user_role"."rid" :

Code :

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

insert into user_role (uid) values ('2')

J'ai essaué de rajouter "casacade=all" ou "casacade=save-update" ainsi que "inverse=true" mais rien ne change.

Pouvez-vous m'aider ? Merci

[fr1man]

Tu n'as pas à gérer toi même la table de jointure.
Regarde bien l'exemple de la doc:
http://docs.jboss.org/hibernate/stab...ional-join-m2m

[Invité]

En dehors du set alors que j'utilise un bag, je ne vois pas de différences quand au mapping de la collection..
Ou alors l'identifiant mais je ne pense pas que calà aie de l'importance..

[fr1man]

Moi ce que je vois c'est que tu as un mapping pour la table user_role, alors que dans la doc, il n'y en a pas.

[Invité]

Si il y en à une, ou alors je en comprend pas tes propos : "<set name="addresses" table="PersonAddress">; "PersonAddress" est la table de relation non ?

La nuance est que chez moi je stocke la relation dans un autre objet. Si on reprend l'exemple d'Hibernate on aurais une classe "Habitations" qui contiendrais une référence sur "Person" et une une liste d'"Address".

[fr1man]

Ce que j'essaie de te dire, c'est que la table d'association existe bien, mais tu n'as pas besoin de créer une classe et un mapping.

[Invité]

Merci, je sais que je n'ai pas besoin mais dans ce cas je dois.. toute la nuance est la. Mon objet "User" ne peux pas être pollué par la liste de "Role"s.. c'est un peu spécial comme idée mais c'est comme ça.

[fr1man]

Je ne comprends pas ce que tu veux exactement.

Si la relation many-to-many ne te convient pas, utilise un double one-to-many et tu gères toi même la table/classe d'association, ce qui te permettra, en plus, de gérer d'autres attributs que les identifiants.

[Invité]

Ce que je veux, c'est mapper un objet qui contient l'objet "User" et les "Role"s auxquel il est attaché.
La relation many-to-many me semble correcte mais lorsque je tente de faire une insertion le sql généré ne prend en compte que l'identifiant de "User" et donc, ne fonctionne pas.
Mon problème est donc de faire fonctionner mon mapping pour pouvoir créer, récupérer, modifier et supprimer les affectations (user 1->N role).

Merci pour tes réponses

[fr1man]

Ca, j'avais bien compris, mais tu dis que tu ne veux pas pouvoir accéder à tes roles à partir d'un user, n'est-ce pas ?
Explique moi pourquoi ?
Tu préfères accéder aux users à partir d'un rôle ?

[Invité]

Ce n'est pas tellement que je ne veux pas. C'est simplement que l'information sur les rôles ne sert que dans un seul écran de toute l'application (Je n'ai pas besoin d'identifier l'utilisateur, juste des infos de role).
Donc je ne veux pas venir alourdir l'objet User avec une information dont j'aurais besoin une fois sur 100 (ou moins). Et je ne veux/peux pas faire de LazyLoading.

Je n'ai donc pas besoin d'avoir de relation directe entre "User" et "Role", tout se passe via l'objet "Affectation"