Discussion :

[oliv37]

Bonjour bonjour,

Je vous explique mon problème :

J'ai deux classes "SUPPORT_RULES" et "MATERIAL_CONFIGURATIONS"

- Un "SUPPORT_RULES" peut avoir 0-* "MATERIAL_CONFIGURATIONS"

Ainsi dans ma classe SupportRule j'ai un attribut :

Code :

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

private Set<MaterialConfiguration> materialConfigurations;

Ce que je souhaite, c'est faire un delete de tous les éléments de cette liste puis en insérer de nouveaux.

j'ai donc créé une nouvelle liste intitulée "selectedMaterialConfigurations" dans laquelle j'ai inséré plusieurs "materialConfiguration". Enfin je met à jour la liste materialConfigurations dans mon supportRule.

Code :

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

supportRule.setMaterialConfigurations (selectedMaterialConfigurations);

Le problème c'est qu'au lieu de faire un delete et d'insérer les nouvelles "MaterialConfiguration", hibernate fait une requête de type update.

Quelqu'un a-t-il déjà rencontré ce type de problème ?

[fr1man]

Si tu veux vraiment supprimer ta collection, tu dois faire un delete explicite sur chaque élément de cette collection, ou passer par une requête.

[tchize_]

les collection sont surchargées par hibernate pour gérer le tracking des éléments. Donc remplace simplement par ce code:

Code :

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

1
2
supportRule.getMaterialConfigurations().removeAll();
supportRule.getMaterialConfigurations().addAll(selectedMaterialConfigurations);

[oliv37]

Ton idée est judicieuse, j'ai essayé mais malheuresement il fait toujours un update.

J'ai beaucoup de mal à comprendre car un peu avant je fais exactement la même chose, sauf que c'est pour une relation ManyToMany et dans les requêtes SQL je vois bien qu'Hibernate fait un delete de la collection puis un insert.

Je pense donc que mon problème peut venir du mapping hibernate que voici :

SupportRule.hbm.xml

<hibernate-mapping package="com.genigraph.agir.server.model" default-access="field">
<class name="SupportRule" table="SUPPORT_RULES">
<id name="id" column="ID" type="long" unsaved-value="0">
<generator class="native">
<param name="sequence">SUPPORT_RULES_SEQ</param>
</generator>
</id>

<property name="label" column="LABEL" type="string"/>
<property name="name" column="NAME" type="string"/>
<property name="dayType" column="DAY_TYPE" type="string"/>

<set name="materialConfigurations" table="MATERIAL_CONFIGURATIONS" lazy="true" inverse="true" cascade="all">
<key column="SRUL_ID"/>
<one-to-many class="MaterialConfiguration"/>
</set>
</class>
</hibernate-mapping>

MaterialConfiguration.hbm.xml

<hibernate-mapping package="com.genigraph.agir.server.model" default-access="field">
<class name="MaterialConfiguration" table="MATERIAL_CONFIGURATIONS">

<composite-id name="id" class="com.genigraph.agir.server.persistence.userTypes.MaterialConfigurationId">
<key-property name="supportRuleId" column="SRUL_ID" type="long"/>
<key-property name="equipmentClassId" column="EC1_ID" type="long"/>
</composite-id>

<property name="quantityMin" column="QUANTITY_MIN" type="int"/>
<property name="quantityMax" column="QUANTITY_MAX" type="int"/>

<many-to-one name="supportRule" class="SupportRule" column="SRUL_ID" insert="false" update="false"/>
<many-to-one name="equipmentClass" class="EquipmentClass" column="EC1_ID" insert="false" update="false"/>

</class>
</hibernate-mapping>

[fr1man]

Pour un many-to-many c'est normal, c'est une table d'association dont la clef primaire (non modifiable) est composée de clés étrangères, donc on ne peut que supprimer pour recréer.

Je persiste à dire que si tu veux supprimer ta collection, tu dois passer par un delete explicite.

[oliv37]

En fait ce que je cherche a faire c'est pas directement faire un delete sur ma collection, c'est plutôt la mettre à jour en base de données :

Imaginons qu'au départ j'ai 3 objets dans ma collection (o1,o2,o3).
Au sein de ma méthode je modifie ma collection (exemple je supprime o2 et j'ajoute un nouvel objet o4)

Je pensais qu'hibernate se chargeait de synchroniser lui-même les données en base, sans que j'ai a faire un delete et un insert explicite sur ma collection pour enlever o2 et ajouter o4.

[fr1man]

Ah ok.
Ben il faut dans ce cas modifier l'autre côté du lien tonMaterialConfiguration.supportRule(null);

[tchize_]

Ton set est indiqué avec inverse=true. Ca veux dire que ce n'est pas lui qui gère la collection. C'est la relation MaterialConfiguration-> SupportRule qui gère. Donc ce que tu dois faire ce n'est pas ajouter / supprimer dans le set mais appeler les divers MaterialConfiguration.setSupportRule.

[oliv37]

Donc j'ai enlevé le inverse="true" car je veux que ce soit le set qui gère la collection.

Au final je comprends bien ce qui ne marche pas mais je n'arrive pas à résoudre le problème. En fait tout se passe bien pour l'insertion où la modification d'un MaterialConfiguration dans mon set.

Le problème vient au niveau de la suppression.
Je fais

Code :

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

supportRule.getMaterialConfigurations ().removeAll()

et j'obtiens l'erreur suivante : impossible de mettre à jour ("AGIR_PAG"."MATERIAL_CONFIGURATIONS"."SRUL_ID") avec NULL

J'en déduis que lorsque j'enlève un materialConfiguration dans mon set, il met à jour le champ SRUL_ID dans ma classe MATERIAL_CONFIGURATION pour signifier que le materialConfiguration n'est plus associé avec le supportRule.

Cela fonctionnerait très bien si le champ SRUL_ID ne faisait pas partie de la clé primaire dans ma classe MATERIAL_CONFIGURATION et comme un champ de la clé primaire ne peut être updater à null j'obtiens l'erreur suivante.

Du coup je me demande comment résoudre mon erreur...

[fr1man]

Fais un delete sur ton objet MaterialConfiguration et un remove côté SupportRule.

[tchize_]

en revoyant ton design, il n'a pas de sens.

Tu dit que "MATERIAL_CONFIGURATIONS"."SRUL_ID" fait partie de la clé primaire, alors ce champ ne peux jamais être modifié (on ne change pas une clé primiare après stockage de la données). Si tu veux pouvoir dissocier une matérialconfiguration d'une support rule, la support rule ne doit pas faire partie de la clé primaire.

Aussi, comme tu as une relation bidirectionnelle (supportrule <->materialconfiguration), un des deux cotés doit être marqué comme inverse=true pour hibernate.