comment attraper cette exception ?

**isoman** · 20/02/2009, 21h42

Salut a tous,
en effectuant quelque tests sur une entity j'ai remarqué un truc louche.
Lorsque le bean façade tente d'inserer un tuple avec une clé primaire existante une exception est lancé ce qui est tout a fait normal, le problème c'est que je n'arrive pas a attraper les exceptions généré !!!

Code :

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

1
2
3
4
5
6
7
8
9
10
 
public void create(Langue langue) {
        System.err.println("---------------------------");
        try {
            em.persist(langue);
        }
        catch(Exception e)
        {
            System.out.println("exception attrapé");
        }

"exception attrapé" n'est jamais affiché

Que faire ?
Merci d'avance.

**Tommy31** · 20/02/2009, 22h06

Avec Throwable ca fait pareil ?

Quel est le type de l'exception jetée ?

**isoman** · 20/02/2009, 22h27

c'est pareil avec throwable .
Voila la trace complète

Code :

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

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
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
SQL Error: 0, SQLState: null
L'élément du batch 0 insert into langue (langue) values (langue 1) a été annulé. Appeler getNextException pour en connaître la cause.
SQL Error: 0, SQLState: 23505
ERROR: duplicate key value violates unique constraint "pk_langue"
Could not synchronize database state with session
org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update
        at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:71)
        at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
        at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:253)
        at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:237)
        at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:141)
        at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)
        at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
        at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
        at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338)
        at org.hibernate.ejb.AbstractEntityManagerImpl$1.beforeCompletion(AbstractEntityManagerImpl.java:523)
        at com.sun.enterprise.distributedtx.J2EETransaction.commit(J2EETransaction.java:419)
        at com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.commit(J2EETransactionManagerOpt.java:371)
        at com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:3792)
        at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:3571)
        at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1354)
        at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1316)
        at com.sun.ejb.containers.EJBObjectInvocationHandler.invoke(EJBObjectInvocationHandler.java:210)
        at com.sun.ejb.containers.EJBObjectInvocationHandlerDelegate.invoke(EJBObjectInvocationHandlerDelegate.java:117)
        at $Proxy73.addPays(Unknown Source)
        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:597)
        at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(ReflectiveTie.java:154)
        at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatchToServant(CorbaServerRequestDispatcherImpl.java:687)
        at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:227)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1846)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1706)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:1088)
        at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:223)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:806)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.dispatch(CorbaMessageMediatorImpl.java:563)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork(CorbaMessageMediatorImpl.java:2567)
        at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:555)
Caused by: java.sql.BatchUpdateException: L'élément du batch 0 insert into langue (langue) values (langue 1) a été annulé. Appeler getNextException pour en connaître la cause.
        at org.postgresql.jdbc2.AbstractJdbc2Statement$BatchResultHandler.handleError(AbstractJdbc2Statement.java:2537)
        at org.postgresql.core.v3.QueryExecutorImpl$1.handleError(QueryExecutorImpl.java:403)
        at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1328)
        at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:351)
        at org.postgresql.jdbc2.AbstractJdbc2Statement.executeBatch(AbstractJdbc2Statement.java:2674)
        at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:48)
        at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:246)
        ... 31 more
EJB5018 : Une exception a été renvoyée lors d'un appel ejb sur [DaoPaysBean].
javax.ejb.EJBException: Transaction aborted; nested exception is: javax.transaction.RollbackException: La transaction a été marquée comme devant être annulée.
javax.transaction.RollbackException: La transaction a été marquée comme devant être annulée.
        at com.sun.enterprise.distributedtx.J2EETransaction.commit(J2EETransaction.java:440)
        at com.sun.enterprise.distributedtx.J2EETransactionManagerOpt.commit(J2EETransactionManagerOpt.java:371)
        at com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:3792)
        at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:3571)
        at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1354)
        at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1316)
        at com.sun.ejb.containers.EJBObjectInvocationHandler.invoke(EJBObjectInvocationHandler.java:210)
        at com.sun.ejb.containers.EJBObjectInvocationHandlerDelegate.invoke(EJBObjectInvocationHandlerDelegate.java:117)
        at $Proxy73.addPays(Unknown Source)
        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:597)
        at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(ReflectiveTie.java:154)
        at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatchToServant(CorbaServerRequestDispatcherImpl.java:687)
        at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:227)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1846)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1706)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:1088)
        at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:223)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:806)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.dispatch(CorbaMessageMediatorImpl.java:563)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork(CorbaMessageMediatorImpl.java:2567)
        at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:555)
javax.ejb.EJBException: Transaction aborted; nested exception is: javax.transaction.RollbackException: La transaction a été marquée comme devant être annulée.
        at com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:3798)
        at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:3571)
        at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1354)
        at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1316)
        at com.sun.ejb.containers.EJBObjectInvocationHandler.invoke(EJBObjectInvocationHandler.java:210)
        at com.sun.ejb.containers.EJBObjectInvocationHandlerDelegate.invoke(EJBObjectInvocationHandlerDelegate.java:117)
        at $Proxy73.addPays(Unknown Source)
        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:597)
        at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(ReflectiveTie.java:154)
        at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatchToServant(CorbaServerRequestDispatcherImpl.java:687)
        at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:227)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1846)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1706)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:1088)
        at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:223)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:806)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.dispatch(CorbaMessageMediatorImpl.java:563)
        at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork(CorbaMessageMediatorImpl.java:2567)
        at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:555)

**JeitEmgie** · 20/02/2009, 22h35

Envoyé par isoman

Salut a tous,
en effectuant quelque tests sur une entity j'ai remarqué un truc louche.
Lorsque le bean façade tente d'inserer un tuple avec une clé primaire existante une exception est lancé ce qui est tout a fait normal, le problème c'est que je n'arrive pas a attraper les exceptions généré !!!

Code :

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

1
2
3
4
5
6
7
8
9
10
 
public void create(Langue langue) {
        System.err.println("---------------------------");
        try {
            em.persist(langue);
        }
        catch(Exception e)
        {
            System.out.println("exception attrapé");
        }

"exception attrapé" n'est jamais affiché

Que faire ?
Merci d'avance.

l'exception est levée lors du COMMIT pas lors du persist…

**isoman** · 20/02/2009, 22h51

et je fais comment pour l'attraper ?

**tchize_** · 20/02/2009, 23h10

try / catch autour du commit

**JeitEmgie** · 21/02/2009, 09h51

Envoyé par isoman

et je fais comment pour l'attraper ?

comment gérez-vous les transactions ?

**isoman** · 21/02/2009, 14h01

tchize_> justement il n'a aucun commit .
Pour enregistrer un objet Langue j'appele la fonction create() .
JeitEmgie>euh j'ai pas compris la question , c'est le premier exemple avec les entity

**JeitEmgie** · 21/02/2009, 14h38

Envoyé par isoman

tchize_> justement il n'a aucun commit .
Pour enregistrer un objet Langue j'appele la fonction create() .
JeitEmgie>euh j'ai pas compris la question , c'est le premier exemple avec les entity

@Transactional ?
AOP ?
config de applicationContext.xml ?
…

NB
si vous vous attaquez à JPA sans comprendre comment fonctionnent les transactions, vous n'avez pas fini de poster des questions dans les forums…
un petit tour de lecture de doc ne ferait pas de tort…

**isoman** · 21/02/2009, 22h15

c'est le serveur d'application qui gère les transaction a travers JTA (si je me trompe pas

)

**JeitEmgie** · 22/02/2009, 13h16

Envoyé par isoman

c'est le serveur d'application qui gère les transaction a travers JTA (si je me trompe pas

)

c'est vous qui en décidez dans les paramètres de votre configuration…

**isoman** · 22/02/2009, 14h54

oui je sais , c'est bien JTA .

**JeitEmgie** · 23/02/2009, 13h45

Envoyé par isoman

oui je sais , c'est bien JTA .

de toute façon cela ne change rien à votre problème :

une fonction "create" qui peut accepter des objets déjà existants dans le repository est mal nommée…

si réellement cela doit être sa fonctionnalité, outre la renommer pour la compréhension du code, il faut aussi appeler merge() et non persist() et en conséquence il faut que cette fonction renvoie le résultat du merge()…

ce qui fera disparaître l'exception…

maintenant en cas d'absolue nécessité d'intercepter l'exception, le stack trace de votre cas montre que c'est addPays() qui est la fonction du niveau "service" qui est gérée transactionnellement…

c'est donc elle qui doit être la cible de l'interception,
soit en la découplant en addPays() (NON transactionnelle) avec try/catch autour d'un addPaysTrans() qui lui serait transactionnel…

soit en utilisant AOP pour y associer un "after throws advice" …

**gribo** · 12/01/2010, 15h58

Bonjour,

Je me permet de revenir sur ce message car j'ai également le même problème de try/catch avec des transactions JTA

J'ai un ear qui contient 3 couches de services:
FacadeService qui sont des EJB3 Stateless
AppService qui sont des bean spring
DomainService qui font les accès à l'entityManager

Le tout configuré avec Spring AOP pour la transaction

L'application tourne correctement, mais j'ai une application WebService qui vient requeter mon EAR. Cette application cherche a insérer des données qui provoquent des "java.sql.BatchUpdateException: ORA-02291: violation de contrainte d'intégrité"
Or l'exception que reçoit le webservice est une "javax.ejb.EJBTransactionRolledbackException: Transaction rolled back" peu explicite.

J'aimerai donc catcher ce BatchUpdateException soit dans le FacadeService, soit dans l'AppService pour envoyer ma propre MyServiceException("Impoosible d'enregistrer Table A si Table B n'existe pas") afin que le WebService puisse corriger ses données d'entrée.

J'ai essayé de regarder comme préconisé par JeitEmgie "after throw advice" mais ça m'a l'air un peu complexe, et je voudrais savoir s'il n'y a pas plus simple...

Merci d'avance pour votre éclairage

**Setite** · 16/01/2010, 03h16

A vérifier mais il me semble que l'erreur dont vous parlez n'est pas une exception utilisateur au sens JAVA du terme mais une RuntimeException ou EJBException dans les EJB 3. Donc ton catch tu ne peux pas l'attraper ainsi. Ajoute RuntimeException qui sont des erreurs d'exécution d'un niveau différent des Exception classique

comment attraper cette exception ?

JPA Java

Discussions similaires

Partager

Partager