HIbernate InvalidDataAccessApiUsageException - режим только для чтения - PullRequest
6 голосов
/ 06 октября 2010

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

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

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

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

Так что проблема, как я теперь понимаю, заключается в том, что если я создаю экземпляр DataObjectDAOImpl «вручную» в методе, получая бин, то это позволяет мнеправильно написать обратно в Hibernate.Если я использую Spring, чтобы установить переменную класса для этого bean-компонента, чтобы мне не приходилось создавать его экземпляр в каждом методе, то InvalidDataAccessApiUsageException возникает, когда я обращаюсь к методу, который пытается записать в Hibernate, несмотря на то, что он сообщает, что не находится врежим только для чтения.У моего коллеги была теория на эту тему, но я не понял, что он пытался сказать - что-то об извлечении интерфейса из 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);
}
}

, а вот соответствующий компонент из весеннего конфига

<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$16.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 Ответ

3 голосов
/ 07 октября 2010

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

Смотри также:

...