commit , violation de contraite d'intétrité

Version imprimable

26/07/2006, 23h06
Meunier

commit , violation de contraite d'intétrité

Bonjour,

J'ai deux table A et B.
La B contient l'identifiant d'une ou plusieurs instances de A
B a une contraite d'intégrité : l'identifiant de A doit exister

j'ai donc une relation OnetoMany

Lorsque je fait un save d'un objet A , puis un save de plusiurs objets B qui contiennent l'identifiant A et que je fais un commit , j'ai une erreur de violation de l'intégrité au commit() me disant que le parent n'existe pas.

En effet , le commit de A n'as pas encore eu lieu mais A a été sauver pourtant.

comment faire pour ne faire qu'un commit et ne pas violer ka contraite ?
Pourquoi apres le save , l'objet A n'est t'il pas considéré comme étant en base ?
27/07/2006, 07h27
BizuR

Pour ne pas laisser A être sauvegardé par Hibernate lui même ?!?
J'avais déjà eu ce problème également mais pour ma part cela se justifiait par un modele avec double contrainte d'integrité (B vers A et A vers B :?)

Ici le problème est assez classique. Toutefois il est possible qu'il était demandé un commit() pour que la sauvegarde fonctionne. Si tu veux tout faire d'une traite , ajoute en attribut de la relation One-to-many : cascade="insert-update" pour que tu n'aies qu'a demander les sauvegardes de B et tout devrait rentrer dans l'ordre ;)
27/07/2006, 10h25
Meunier

bonjour,

Merci de ta réponse mais cela ne résoud pas la violation de contraite.
Ce qui est bizarre , c'est que les save() se font sans problème.
C'est au niveau du Commit() que la violation apparait.

a noter que j'ai mis cascade="save-update" , "insert-update" n'existe pas.

J'ai trouvé sur un site que l'on pouvait faire un session.persist() mais la methode persist() n'existe pas pour une session.

Bref , j'ai toujours ma violation ...
27/07/2006, 10h31
BizuR

Au temps pour moi, je ne me souvenais plus exactement (et du coup j'ai mis insert à tous mes posts en parlant depuis hier soir ... durdur :aie:).

Ca me parait tout de même étrange car j'ai EXACTEMENT le même système de mon coté et tout fonctionne sans aucun problème. Peut-on voir ton mapping et la classe sauvegardant les données ? Peut on aussi avoir la trace de l'erreur exacte ?

Merci bien ;)
27/07/2006, 11h00
Meunier

voici l'erreur :

Caused by: java.sql.BatchUpdateException: ORA-02291: violation de contrainte (PLSVISTA.FKABBFA7A42509EE) d'intégrité - touche parent introuvable

La contraite sql :

ALTER TABLE COMMANDE ADD CONSTRAINT FKABBFA7A42509EE
FOREIGN KEY (ID_BL)
REFERENCES PLSVISTA.BON_LIVRAISON (ID_BL) ;

L'association de la classe B :


<many-to-one name="bonLivraison" class="org.ultimania.model.BonLivraison" column="ID_BL" cascade="save-update" />

La classe A :

<class name="org.ultimania.model.BonLivraison" table="BON_LIVRAISON"
lazy="true">

<id name="idBl" type="java.lang.Long" column="ID_BL">
<generator class="sequence">
<param name="sequence">SEQ_ID_BON_LIVRAISON</param>
</generator>



a noter que ce set est en commentaire ...
27/07/2006, 11h36
BizuR
1/ Un tit peu de formatage de ton post serait le bienvenue (tag CODE surtout)
2/ Dans le cas où le set n'est pas en commentaire, tu as ici une relation 1..N bidirectionnelle si je ne m'abuse. Il manque donc un inverse=true sur l'une des deux parties (dans le set par exemple).

Sinon de mon côté j'ai exactement la même chose avec une entité CONTRAT et TYPE_CONTRAT et cela fonctionne sans aucun problème... cela dit, je faisais peut être le commit avant pour faciliter l'enregistrement. Cependant, je ne faisais plus de la même manière dans mon second cas où je n'enregistrais QUE l'entité mère avec tout ses nouveaux objets rattachés, et l'ensemble fonctionnait à merveille... c'est vraiment étrange.

Exemple :
Code:

1 2  <many-to-one name="antecedent" column="ANTCDT" cascade="save-update"/>
Normalement, dans les logs,on voit qu'il enregistre et met à jour tous les fils avant d'enregistrer le père...
27/07/2006, 11h56
Meunier

En fait , je ne peux pas décommenté le set.
je ne comprends pas bien ce set.

Je fais un session.flush() apres session.save(A);

puis je fais un session.flush() apres session.save(b) mais là j'ai une erreur il me dit parent key not exist

pourtant le flush() apres le save(A) aurait du m'insérer A !
27/07/2006, 12h49
Meunier

set

je commence à comprendre la bidirectionalité généré par le set et une relation one-to-many

Mais je ne sais pas ce que je dois mettre dans le POJO du pere

private ArrayList child ?

pour pouvoir faire lke add(c);

Parent p = .....;
Child c = new Child();
p.getChildren().add(c);
session.save(c);
session.flush();

voir
http://www.hibernate.org/hib_docs/v3...rentchild.html
27/07/2006, 13h15
BizuR

ArrayList n'hérite pas du Set, il faut plutot que tu déclares un objet Collection très général dans ta classe (private Collection childs; ) et que tu utilises, actuellement (puisque tu mappes avec un set) un objet implémentant la classe Set, par exemple un HashSet. Tu pourras ainsi utiliser les fonctions que tu désires. ;)
27/07/2006, 14h45
Meunier

J'ai mis le set avec un HashSet et j'ai fait

parent.getCommandes().add(comm);
save(child);
save(parent);

puis l'inverse save(child); puis save(parent);

j'ai une belle exception :

exception setting property value with CGLIB : setter of org.ultimania.model.BonLivraison.setCommandes

a priori je n'ai pas besoin d'une relation bidirectionnelle mais le cascade="save-update" n'as pas marché.

Je suis un peu bloqué car je ne peux faire le commit que si les enfants ont été commité.
27/07/2006, 14h52
BizuR

Ce qui ne présente pas forcément une gêne en soi mais plus un problème d'intégrité ... tu peux toujours faire toi même un rollback manuel en cas de problème lors du second commit ;)

Etrange tout de même que cela ne fonctionne pas :
http://www.hibernate.org/hib_docs/v3...child-cascades
27/07/2006, 15h02
Meunier

oui mais je ne peut pas faire de commit sur le pere car je ne pourrai pas faire un delete puis un nouveau commit du delete dans l'hypothese ou je ferai un rollback du fils.

Si je pense que c'est possible ainsi :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 
public void saveGraphe(...){
     (...)
     boolean filsOK = false;
     try{ (...)
          session.save(fils);
          session.commit();
          filsOK = true;
          session.startTransaction();
          session.save(pere);
          session.commit();
     } catch (HibernateException e) {
          session.rollback();
          if (filsOK){
               deleteFils(fils);
          }
     }
     (...)
}
 
public void deleteFils(Fils fils){
     session.startTransaction();
     try{
          session.delete(fils);
          session.commit();
     } catch(HibernateException e){
          session.rollback();
     }
}

Et ca devrait marcher je pense ;)
Par contre je suis tout a fait conscient que ca tient de la bidouille plus qu'autre chose mais bon, c'est toujours mieux que rien... si jamais tu crains réellement d'un point de vue intégrité des données.

27/07/2006, 15h45
Meunier

Merci , j'utiliserai cette solution entout dernier recours.
En fait mon probleme est plus compliqué car le fils a des petits fils , la cascade est donc un peu lourde pour 3 generations.
27/07/2006, 15h54
BizuR

En effet ... ca pose problème si il y a plusieurs niveaux je pense. Mais si tes petits fils sont en save-update également, je me demande pourquoi un tel problème justement ... peut-être une lacune d'Hibernate ?!? :roll:
27/07/2006, 16h07
Meunier

je ne sais pas mais cela ne m' arange pas.
27/07/2006, 16h14
Meunier

oui , mais que puis-je faire ?
27/07/2006, 16h52
BizuR
Essaie peut etre de t'interesser aux triggers applicatifs fournis par Hibernate ([Pre|Post][Insert|Update|Delete|Load]EventListener) dans le but de capter le flux et enregistrer auparavant les fils et sous-fils si l'objet sauvegardé est de type Personne.

Ce qui donnerait grossièrement :
Code:

1 2 3 4 5 6 if (obj instanceof Personne){ session.save((Personne)obj.getFils()); } elseif (obj instanceof Fils){ session.save((Fils)obj.getPetitFils()); }
Dans tes requêtes d'insert (pre) et update (pre) notamment ;)
Pour plus d'informations, cf. Doc hibernate.
28/07/2006, 19h54
Meunier

Salut,

J'ai trouvé mon erreur , j'avais un trigger qui incrémenter l'id du père sur la base de donnée.
D'où la violation de contrainte.
31/07/2006, 09h35
BizuR

"Ca c'est ballot" comme dirait l'autre ... vive les triggers ! 8-) :mouarf:
29/04/2011, 15h38
saadtv4004

salut tous le monde,
j'ai le même problème cité au début de la discussion et voila l'erreur générée:
Hibernate: insert into sipic_trib.etats_rc_trib (numero_depot, DATE_DEBUT, DATE_FIN, MODELE, DENOMINATION, IDENTIF_FISC, DATE_DEPOT, nature_deposant, cin_deposant, nom_deposant, prenom_deposant, montant_taxe, NUMERO_QUITTANCE, date_quittance, envoye_tc, CODE_TRIBUNAL, NUM_RC, EXERCICE) values (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)
Hibernate: insert into sipic_trib.actes_trib (EXERCICE, CODE_TRIBUNAL, NUM_RC, type_Acte, nature_acte, forme_acte, date_original, nb_actes, identifiant) values (?, ?, ?, ?, ?, ?, ?, ?, ?)
erreur out org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update
org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update
at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:69)
at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:202)
at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:230)
at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:140)
at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:296)
at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1007)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.hibernate.context.ThreadLocalSessionContext$TransactionProtectionWrapper.invoke(ThreadLocalSessionContext.java:292)
at $Proxy1.flush(Unknown Source)
at com.web.struts.action.EtatsRcAction.execute(EtatsRcAction.java:45)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.sql.BatchUpdateException: ORA-02291: violation de contrainte (SIPIC_TRIB.FK) d'intégrité - touche parent introuvable

at oracle.jdbc.driver.DatabaseError.throwBatchUpdateException(DatabaseError.java:343)
at oracle.jdbc.driver.OraclePreparedStatement.executeBatch(OraclePreparedStatement.java:10656)
at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:58)
at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:195)
... 32 more
j'espère que quelqu'un aura une idée sur la nature du problème et comment le résoudre.

Merci