InvalidDataAccessApiUsageException гибернации - режим "Только чтение"

Summary: исключение говорит мне, что транзакция доступна только для чтения; отладочный println, похоже, указывает, что я не в режиме только для чтения.

классы, отредактированные для публикации в интернете-извините, если я что-то перепутал, но это суть кода, дающего мне проблемы. saveOrUpdate работает при вызове других типов объектов, но не на этом. Я добавил println в saveOrUpdate во время отладки. Я не писал абстрактный класс, я просто пытаюсь его использовать (и теперь debug it).

соответствующий вывод ниже кода. Не знаю, куда идти дальше.

обновление после расследования: Я также был в середине выполнения некоторых обновлений конфигурации spring, и коллега указал, что один метод, который я вызвал updateAParameter, использовал spring одним способом, а сломанный метод использовал его по-другому. К сожалению, сломанный путь-это путь, к которому я пытался добраться.

Итак, проблема, как я теперь понимаю, что если я создайте экземпляр DataObjectDAOImpl "вручную" в методе, получив bean, затем он позволяет мне правильно писать обратно в спящий режим. Если я использую spring для установки переменной класса для этого компонента, поэтому мне не нужно создавать его экземпляр в каждом методе, то исключение InvalidDataAccessApiUsageException возникает при доступе к методу, который пытается записать в спящий режим, несмотря на то, что он сообщает, что он не находится в режиме только для чтения. У моего коллеги была теория на эту тему, но я не понял, что он пытался сказать - что-то о извлечении интерфейса из SampleClass.

// Old way that works.
public class SampleClass {
public void someMethod {
ApplicationContext ac = ApplicationContextFactory.getApplicationContext();
DataObjectDAOImpl dodi = ((DataObjectDAOImpl) ac.getBean("dodi"));
//this works
dodi.updateAParameter("foo", exampleDataObject);
}
}

//New way that doesn't work but I would like it to.
public class SampleClass {
private DataObjectDAOImpl dodi = null;
//'dodi' has getter and setter methods that I am not pasting here for simplicity
public void someMethod {    
//causes Exception
dodi.updateAParameter("foo", exampleDataObject);
}
}

а вот соответствующий Бин из spring config

<bean id="sampleclass" class="com.service.SampleClass" scope="prototype">
    <property name="dodi" ref="doDAOimpl"/>
</bean>

вот DAOImpl, который одинаковый для старого и нового способа

public class DataObjectDAOImpl extends AbstractSpringDaoStuff {

 ...

 public void updateAParameter(String parameter, DataObject do) {
  do.setAParameter(parameter);
  super.saveOrUpdate(do);
 }

}


public abstract class AbstractSpringDaoStuff extends HibernateDaoSupport {

   ...

    @Transactional(readOnly=false)
     protected void saveOrUpdate(Object obj) {
     System.out.println ( "Read-only?: " + TransactionSynchronizationManager.isCurrentTransactionReadOnly () );

         getHibernateTemplate().saveOrUpdate(obj);
     }        
}

вывод с сервера приложений:

     [java] Read-only?: false
     [java] - Method execution failed:
     [java] 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.
     [java]     at org.springframework.orm.hibernate3.HibernateTemplate.checkWriteOperationAllowed(HibernateTemplate.java:1186)
     [java]     at org.springframework.orm.hibernate3.HibernateTemplate.doInHibernate(HibernateTemplate.java:750)
     [java]     at org.springframework.orm.hibernate3.HibernateTemplate.doExecute(HibernateTemplate.java:419)
     [java]     at org.springframework.orm.hibernate3.HibernateTemplate.executeWithNativeSession(HibernateTemplate.java:374)
     [java]     at org.springframework.orm.hibernate3.HibernateTemplate.saveOrUpdate(HibernateTemplate.java:748)
     [java]     at com.est.dao.AbstractSpringDaoStuff.saveOrUpdate(AbstractSpringDaoMDA.java:24)
etc

1 ответов


единственная возможная проблема, которую я вижу здесь, заключается в том, что вы вызываете @Transactional метод из того же Боба. Я не уверен, как это может быть связано с вашим исключением, но поскольку декларативное управление транзакциями Spring реализуется через прокси-сервер AOP, это означает, что эта аннотация не вступает в силу.

Читайте также: