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, это означает, что эта аннотация не вступает в силу.
Читайте также: