Discussion :

[GyZmoO]

Salut à tous !

Dans mon appli, je me prend une exception du style

Job DEFAULT.scanJob threw a JobExecutionException:
[exec] org.quartz.JobExecutionException: Could not invoke method 'scanMOPDepository' on target object [fr.a.e.ds.service.system.SystemServiceImpl@c8fa1e] [See nested exception: org.springframework.jdbc.UncategorizedSQLException: (HibernateTemplate): encountered SQLException [Connection is read-only. Queries leading to data modification are not allowed]; nested exception is java.sql.SQLException: Connection is read-only. Queries leading to data modification are not allowed]
[exec] at org.springframework.scheduling.quartz.MethodInvokingJobDetailFactoryBean$MethodInvokingJob.executeInternal(MethodInvokingJobDetailFactoryBean.java:174)
[exec] at org.springframework.scheduling.quartz.QuartzJobBean.execute(QuartzJobBean.java:66)
[exec] at org.quartz.core.JobRunShell.run(JobRunShell.java:191)
[exec] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:516)
[exec] * Nested Exception (Underlying Cause) ---------------
[exec] org.springframework.jdbc.UncategorizedSQLException: (HibernateTemplate): encountered SQLException [Connection is read-only. Queries leading to data modification are not allowed]; nested exception is java.sql.SQLException: Connection is read-only. Queries leading to data modification are not allowed
[exec] java.sql.SQLException: Connection is read-only. Queries leading to data modification are not allowed
[exec] at com.mysql.jdbc.ServerPreparedStatement.executeBatch(ServerPreparedStatement.java:537)
[exec] at org.jboss.resource.adapter.jdbc.WrappedStatement.executeBatch(WrappedStatement.java:701)
[exec] at net.sf.hibernate.impl.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:54)
[exec] at net.sf.hibernate.impl.BatcherImpl.executeBatch(BatcherImpl.java:126)
[exec] at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2421)
[exec] at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2372)
[exec] at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2240)
[exec] at net.sf.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:61)
[exec] at org.springframework.orm.hibernate.HibernateTransactionManager.doCommit(HibernateTransactionManager.java:464)
[exec] at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:376)
[exec] at org.springframework.transaction.interceptor.TransactionAspectSupport.doCommitTransactionAfterReturning(TransactionAspectSupport.java:242)
[exec] at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:66)

Bon, très bien. Cependant elle se produit sur un appel comme ceci :

Code :

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

1
2
 
_myBean.getSomeAttributes(some parameters)

Avec dans appCxt.xml, pour myBean :

<bean id="transactionManager"
class="org.springframework.orm.hibernate.HibernateTransactionManager">
<property name="sessionFactory">
<ref local="sessionFactory" />
</property>
</bean>



<bean id="myBean"
class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
<property name="transactionManager">
<ref local="transactionManager" />
</property>
<property name="preInterceptors">
<ref bean = "performanceInterceptor"/>
</property>
<property name="transactionAttributes">
<props>
<!-- General rule for read-only methods -->
<prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>

- Pourquoi il me dit que j'ai pas le droit de faire des modifs alors que je veux juste faire un get?
- Peut être il reste des choses non commitées?

Si vous avez une explication, je suis preneur

[aymen83]

salut,

l'exception est déclanchée par un bean quartz. Ce dernier utilise des tables dans la base de donnée pour faire la gestion des jobs et triggers.
ça constitue peut etre une piste.

[JeitEmgie]

salut,

l'exception est déclanchée par un bean quartz. Ce dernier utilise des tables dans la base de donnée pour faire la gestion des jobs et triggers.
ça constitue peut etre une piste.

… et si un trigger met à jour directement ou par effet de bord un champ du genre "latest access time"… par exemple…

[GyZmoO]

Bonjour et merci pour vos réponses.

Ma méthode :

Code :

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

1
2
 
_myBean.getSomeAttributes(some parameters)

Fait juste un oneOfMyDAO.getOneOfMyObject()...

En rajoutant les traces Hibernate dans mon appli, je me rend compte que juste après l'appel de cette méthode, j'ai 2 traces qui passent :

[exec] 10:53:32,925 INFO (QuartzScheduler_Worker-3) [STDOUT] - Hibernate: select t1 from T_TABLE_1 where blabla

[exec] 10:53:33,097 INFO (QuartzScheduler_Worker-3) [STDOUT] - Hibernate: update T_TABLE_2 set .... where ...

Autant le select je comprend bien (je fais un get...), autant l'update j'ai un peu de mal à voir d'ou il vient... :'(

[JeitEmgie]

Bonjour et merci pour vos réponses.

Ma méthode :

Code :

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

1
2
 
_myBean.getSomeAttributes(some parameters)

Fait juste un oneOfMyDAO.getOneOfMyObject()...

En rajoutant les traces Hibernate dans mon appli, je me rend compte que juste après l'appel de cette méthode, j'ai 2 traces qui passent :



Autant le select je comprend bien (je fais un get...), autant l'update j'ai un peu de mal à voir d'ou il vient... :'(

ce sont les champs qui apparaissent dans le "update … set …" qui constitueront le principal indice… pour peu qu'ils n'y soient pas tous évidemment…

[GyZmoO]

pour peu qu'ils n'y soient pas tous évidemment…

Et bien sur, c'est tous les champs qui apparaissent dans le UPDATE

UPDATE T_TABLE_2 SET ALL MY ATTRIBUTES WHERE PRIMAY_KEY = A value

... Pas de bol ...