Spring et Hibernate définissent soudainement la transaction en lecture seule

Nous avons une application en cours d'exécution sur JBoss 4.2.3, à l'aide de Printemps 2.5.2 et Hibernate 3.2.6.ga. C'est en cours d'exécution sur Linux JEE01 2.6.16.60-0.54.5-smp, à l'aide de son propre utilisateur. L'écriture d'une base de données Oracle 10G sur une autre machine.

Nous sommes à l'aide d'un affichage standard -> service -> dao de superposition. Où chaque dao est annotée avec @Référentiel.

C'est tout tourne 24/7, sans beaucoup de problèmes, mais chaque plusieurs jours et parfois, un couple de fois dans une journée l'ensemble du système va dans le mauvais état où rien ne peut être écrit dans la base de données de plus. Ces stacktraces dans les journaux:

org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not
      allowed in read-only mode (FlushMode.NEVER/MANUAL): 
Turn your Session into FlushMode.COMMIT/AUTO or remove 'readOnly' marker from transaction
      definition.

Nous avons analysé le système complet, et il y a un endroit dans le système où la flushmode est temporairement en mode MANUEL après laquelle un bloc finally ensemble de son retour à sa valeur d'origine. C'est parce que nous ne voulons pas de rincer à l'état de la base de données avant cette requête s'exécute. Donc on ne peut pas le modifier très facilement. La normale FlushMode est réglé sur AUTO et, à plusieurs endroits, nous avons temporairement mis à s'ENGAGER et à la mise à la valeur par défaut de nouveau.

Seulement un redémarrage du serveur restaure le système en ordre de marche.

La question est: pourquoi le système de jeu de toutes les transactions à readonly/chasse d'eau manuelle mode? J'ai cherché sur google mais impossible de trouver une solution.

C'est notre spring et hibernate configuration (seulement relevants de la partie visible):

     <bean id="sessionFactory" class="org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean">
<property name="dataSource">
<ref bean="datasourceName" />
</property>
<property name="configLocation">
<value>classpath:hibernate.cfg.xml</value>
</property>
</bean>
<bean id="hibernateInterceptor"
class="org.springframework.orm.hibernate3.HibernateInterceptor">
<property name="sessionFactory" ref="sessionFactory" />
</bean>
<tx:annotation-driven transaction-manager="txManager" /> 
<tx:advice id="txAdvice" transaction-manager="txManager" >
<!-- the transactional semantics... -->
<tx:attributes >
<!-- all methods starting with 'get' are read-only -->
<tx:method name="approve*" read-only="false"
propagation="REQUIRED" rollback-for="java.lang.Exception" />
<tx:method name="update*" read-only="false"   
propagation="REQUIRED" rollback-for="java.lang.Exception"/>
<tx:method name="save*" read-only="false"
propagation="REQUIRED" rollback-for="java.lang.Exception"/>
<tx:method name="delete*" read-only="false"
propagation="REQUIRED" rollback-for="java.lang.Exception" />
<!-- other methods use the default transaction settings (see below) -->
<tx:method name="*" read-only="true" propagation="REQUIRED" />
</tx:attributes>
</tx:advice>
<aop:config>
<aop:pointcut id="serviceMethods"
expression="execution(* com.myapplication.service.*.*(..))"  />
<aop:advisor advice-ref="txAdvice" 
pointcut-ref="serviceMethods" />
</aop:config>
<bean id="txManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager" >
<property name="sessionFactory" ref="sessionFactory"  />
</bean>
-- end of spring config --
-- hibernate configuation --
<hibernate-configuration>
<session-factory name="">
<property name="dialect">org.hibernate.dialect.Oracle10gDialect</property>
<property name="show_sql">false</property>
<property name="use_outer_join">false</property>
<property name="hibernate.cache.use_query_cache">true</property>
<property name="hibernate.cache.use_second_level_cache">true</property>
<property name="cache.provider_class">org.hibernate.cache.EhCacheProvider</property>
<property name="hibernate.connection.SetBigStringTryClob">true</property>
<property name="hibernate.jdbc.batch_size">0</property>
</session-factory>
<mapping ----/>
</hibernate-configuration>

C'est la stacktrace:

org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read-only mode (FlushMode.NEVER/MANUAL): Turn your Session into FlushMode.COMMIT/AUTO or remove 'readOnly' marker from transaction definition.
at org.springframework.orm.hibernate3.HibernateTemplate.checkWriteOperationAllowed(HibernateTemplate.java:1137)
at org.springframework.orm.hibernate3.HibernateTemplate$16.doInHibernate(HibernateTemplate.java:701)
at org.springframework.orm.hibernate3.HibernateTemplate.execute(HibernateTemplate.java:374)
at org.springframework.orm.hibernate3.HibernateTemplate.saveOrUpdate(HibernateTemplate.java:699)
at nl.company.myapp.dao.impl.GenericDAOImpl.save(GenericDAOImpl.java:94)
at nl.company.myapp.dao.impl.CallDAOImpl.save(CallDAOImpl.java:266)
at nl.company.myapp.dao.impl.CallDAOImpl.save(CallDAOImpl.java:47)
at nl.company.myapp.service.impl.CallServiceImpl.saveCall(CallServiceImpl.java:98)
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:592)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:90)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy142.saveCall(Unknown Source)
at nl.company.myapp.view.bean.call.CallDetailBean.doSave(CallDetailBean.java:319)
at nl.company.myapp.view.bean.EditModeAwareBean.save(EditModeAwareBean.java:151)
at sun.reflect.GeneratedMethodAccessor472.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
at org.apache.el.parser.AstValue.invoke(AstValue.java:131)
at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276)
at com.sun.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:68)
at org.apache.myfaces.trinidad.component.MethodExpressionMethodBinding.invoke(MethodExpressionMethodBinding.java:46)
at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
at org.apache.myfaces.trinidad.component.UIXCommand.broadcast(UIXCommand.java:190)
at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:458)
at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:763)
at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:82)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at nl.company.myapp.view.audit.AuditFilter.doFilter(AuditFilter.java:88)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:238)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:195)
at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:138)
at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:265)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:124)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:110)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:149)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:437)
at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:366)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at java.lang.Thread.run(Thread.java:595)

Tout cela fonctionne très bien

source d'informationauteur aseesing

2

Cette exception vient de le code suivant dans le Printemps HibernateTemplate classe:
```
protected void checkWriteOperationAllowed(Session session) throws InvalidDataAccessApiUsageException {
if (isCheckWriteOperations() && getFlushMode() != FLUSH_EAGER &&
session.getFlushMode().lessThan(FlushMode.COMMIT)) {
throw new InvalidDataAccessApiUsageException(
"Write operations are not allowed in read-only mode (FlushMode.NEVER/MANUAL): "+
"Turn your Session into FlushMode.COMMIT/AUTO or remove 'readOnly' marker from transaction definition.");
}
}
```
La justification de cette vérification est expliqué:
C'est une nouvelle vérification de la cohérence
introduit au Printemps 1.1.

Invoquant HibernateTemplate de l'
enregistrer/mettre à jour/supprimer des méthodes sur un
Printemps-géré Session en
FlushMode.JAMAIS est potentiellement
dangereux: Cela signifie que vous êtes:
- soit faire cela dans un Printemps réussi
  lecture seule transaction, qui sera
  ne jamais rincer la Session Hibernate,
  c'est à dire ne jamais jeter votre
  enregistrer/mettre à jour/supprimer des appels. La nouvelle
  vérifiez vous fait prendre conscience que vous n'aurez pas
  persister vos modifications dans ce
  situation.
- ou de travailler avec certains autres
  liées à la thread Session en
  FlushMode.JAMAIS, par exemple le
  OpenSessionInViewFilter. Si vous êtes
  primordial closeSession là pour rincer
  après le rendu de l'affichage, vous devez
  remplacer getSession trop, réglage de la
  Session de FlushMode.AUTO.
J'ai fortement
recommander à l'encontre de ce dernier.
Si vous êtes en utilisant
OpenSessionInViewFilter, les combiner
avec le tiers moyen des transactions plutôt
plutôt que de laisser le filtre rincer à la demande
achèvement.
Toute cette sonner une cloche?

Il est possible qu'il y est quelques bug dans votre code ou dans le Printemps de l'ORM. Pour désactiver cette case, vous pouvez appeler setCheckWriteOperations(false).
2

aseesing, j'ai vérifier votre configuration. au printemps contexte de la partie, vous utilisez
```

<tx:method name="*" read-only="true" propagation="REQUIRED" />
```
habituellement, seuls certains accès sont en lecture seule, comme obtenir/trouver/de requête, etc. je suggère d'utiliser
```

<tx:method name="*"/>
```
l'autre chose est, vous utilisez opensessioninview modèle? rincer la mode pourrait être mis en opensessioninview correctement. vous pouvez utiliser le filtre dans web.xml ou utiliser le printemps de l'intercepteur dans le contexte de l'application de config.

dans votre web.xml mettre :

<filter>
<filter-name>openSessionInViewFilter</filter-name>
<filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>
<init-param>
<param-name>flushMode</param-name>
<param-value>AUTO</param-value>
</init-param>
</filter>

1

J'imagine que c'est le Printemps qui fait ça pour vous. Il me semble me rappeler ce que cela soit fait par le OpenSessionInViewFilter au Printemps. Utilisez-vous?
1

C'est à partir de la mémoire de sorte qu'il n'est pas très détaillée. Il y a deux façons de réglage de la flushmode. Je pense qu'un Printemps et un Hibernate. Parce que nous avons été à l'aide de l' (Source?) façon une seule fois et mise en veille prolongée comme toutes les autres fois, il fait l'état interne de Hibernate mal en quelque sorte. Qui a créé de mes problèmes. Lorsque nous avons fait tout conforme à la disparition du problème.

J'ai rencontré ce lors de la 2 "baseTransactionProxy" ont été utilisés à partir de 1 fève :

Première :

<bean id="generalDao" parent="baseTransactionProxy">
<property name="target">
<bean class="com...GeneralDao" parent="baseDAO" />
</property>
</bean>

Deuxième :

<bean id="ruleDao" parent="baseTransactionProxy">
<property name="target">
<bean class="com...RuleDao" parent="baseDAO">
<constructor-arg ref="generalDao"></constructor-arg>
</bean>
</property>
</bean>

et nous n'avons

class ruleDao{
generalDao.generalSaveOrUpdateAll(hbms); //OK HERE
saveOrUpdateAll(otherHbms); //Exception here
}

Ne sais pas si ça aide, mais il semble qu'il n'est pas bon de mélanger les 2 différents "baseTransactionProxy" dans le même proxy appel...

0

Parce que vous êtes à l'aide d'une exécution coupe transverse (pointcut) sur la mise en œuvre et que vous êtes en utilisant un générique de DAO, c'est peut-être pas le traitement des transactions que vous attendez et ce n'est qu'une manifestation de la véritable question.

Veuillez vous assurer que le Printemps est l'utilisation de proxy de votre DAO comme vous vous attendez à cet appel. Vous devrez peut-être utiliser le target(beanid) syntaxe pour permettre le bon transactions pour votre générique DAO.

Vous devez vous connecter pour publier un commentaire.