Сущности не сохраняются - Spring + Hibernate + JPA

Я использую Spring + Hibernate + JPA, и у меня возникла ситуация, когда я не могу сохранить свои объекты в базе данных. Я создал класс обслуживания с аннотацией @Transactional. Он использует DAO, который содержит внедренный EntityManager. Когда я вызываю функцию для объекта службы, я вижу кучу выборок для операций чтения, которые выполняет DAO, но никаких обновлений/удалений в результате слияний и удалений, выдаваемых моим DAO. Наверняка что-то не так с моей настройкой, но я этого не вижу.

постоянство.xml

<persistence xmlns="http://java.sun.com/xml/ns/persistence"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd"
    version="1.0">
    <persistence-unit name="pu">
        <properties>
            <property name="hibernate.dialect" value="org.hibernate.dialect.InformixDialect" />
            <property name="hibernate.cache.provider_class" value="org.hibernate.cache.NoCacheProvider" />
            <property name="hibernate.showsql" value="true" />
            <property name="hibernate.cache.use_second_level_cache"
                value="false" />
        </properties>
    </persistence-unit>

config.xml

<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:security="http://www.springframework.org/schema/security"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xmlns:tx="http://www.springframework.org/schema/tx"
    xmlns:p="http://www.springframework.org/schema/p"
    xmlns:context="http://www.springframework.org/schema/context"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
                http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
                http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.0.xsd
                http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-3.0.xsd
                http://www.springframework.org/schema/security
                http://www.springframework.org/schema/security/spring-security-3.0.3.xsd
                http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-2.5.xsd">

    <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"
        destroy-method="close">
        <property name="driverClassName" value="org.postgresql.Driver" />
        <property name="url" value="jdbc:postgresql://localhost:5432/testdb" />  
        <property name="username" value="username" />
        <property name="password" value="password" />
    </bean>

    <bean id="entityManagerFactory"
        class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
        <property name="persistenceUnitName" value="pu" />
        <property name="dataSource" ref="dataSource" />
        <property name="jpaVendorAdapter">
            <bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter">
                <property name="showSql" value="true" />
                <property name="databasePlatform" value="org.hibernate.dialect.PostgreSQLDialect" />
            </bean>
        </property>
        <property name="loadTimeWeaver">
            <bean
                class="org.springframework.instrument.classloading.InstrumentationLoadTimeWeaver"/>
        </property>
    </bean>

    <bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager"
        p:entityManagerFactory-ref="entityManagerFactory" />

    <bean class="org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor"/>

    <tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>

    <context:annotation-config/>
    </beans>

AccountService.java

@Service("accountService")
@Transactional(propagation=Propagation.REQUIRED)
public class AccountService {

    private static final Logger log = Logger.getLogger(AccountService.class);

    @Autowired
    private UserDAO userDAO;

    public void activateUser(String username, String activationCode) {
        PendingActivation pendingActivation = userDAO.getPendingActivation(
                username, activationCode);

            Client client = pendingActivation.getClient();

            if (!userDAO.removePendingActivation(pendingActivation)) {
                log.warn("Unable to remove pending activation");
            }

            if (!userDAO.enableUser(client)) {
                log.error("Unable to enable client");
                return;
            }

            return;
        }
    }

UserDAOImpl.java

@Repository("userDAO")
public class UserDAOImpl implements UserDAO, Serializable {

    private static final long serialVersionUID = 1L;

    private static Logger log = Logger.getLogger(UserDAOImpl.class);

    @PersistenceContext
    EntityManager em;

    @Override 
    public PendingActivation getPendingActivation(String username, String activationCode) {
        Query q = em.createNamedQuery("getActivationCode")
            .setParameter("activationCode", activationCode);

        PendingActivation pendingActivation = null;
        try {
            pendingActivation = (PendingActivation)q.getSingleResult();
            return pendingActivation;
        }
        catch (Exception e) {
            log.warn("Could not retrieve activation code " + activationCode + " for user " + username, e);
            return null;
        }
    }

    @Override
    public boolean enableUser(Client client) {

        try {
            client.setEnabled(true);
            client = em.merge(client);   // this never generates an update
        }
        catch(Exception e) {
            log.error("Unable to enable client: " + client.getUsername(), e);
            return false;
        }

        return true;
    }

    @Override
    public boolean removePendingActivation(PendingActivation pendingActivation) {
        try {
            pendingActivation = (PendingActivation)em.getReference(PendingActivation.class, pendingActivation.getPendingActivationId());
            em.remove(pendingActivation);  // this never generates a delete
        }
        catch(Exception e) {
            log.warn("Unable to remove activation: " + pendingActivation.getActivationCode(), e);
            return false;
        }

        return true;
    }
}

AccountActivationController.java

@Controller
public class AccountActivationController {

    @Autowired
    @Qualifier("accountService")
    AccountService accountService;

    @RequestMapping("activate.do")
    public String doActivate(
            @RequestParam("activationCode") String activationCode,
            @RequestParam("username") String username,
            ModelMap model) {

        UnitCriteria unitCriteria = accountService.activateUser(username, activationCode);

        if (unitCriteria == null) {
            return "account/activationError";
        }

        model.addAttribute("fromActivation", true);
        return "forward:search.do?" + unitCriteria.toUrlParams(true);
    }

}

person threejeez    schedule 26.06.2011    source источник
comment
Откуда вы звоните для активации пользователя?   -  person abalogh    schedule 26.06.2011
comment
Я вызываю его из сервлета. Я добавил код в исходный пост. Спасибо!   -  person threejeez    schedule 26.06.2011


Ответы (2)


Хорошо, я понял проблему. Мне потребовалась целая вечность, чтобы понять это, и это не имело никакого отношения к моей конфигурации базы данных, поэтому я хочу помочь людям, у которых есть подобные проблемы.

В документации Spring указано следующее:

<tx:annotation-driven/> ищет @Transactional только в bean-компонентах в том же контексте приложения, в котором он определен. Это означает, что если вы поместите <tx:annotation-driven/> в WebApplicationContext для DispatcherServlet, он будет проверять только @Transactional bean-компоненты в ваших контроллерах, а не в ваших службах. См. Раздел 15.2, «Сервлет DispatcherServlet» для получения дополнительной информации.

Что не опубликовано в моем исходном посте, так это определение моего сервлета, в котором есть следующие строки кода конфигурации:

myServlet.xml

<context:annotation-config /> 
<context:component-scan base-package="com.myDomain.*" /> 

Это переносит все аннотированные bean-компоненты, включая контроллеры, службы и репозитории, в контекст сервлета, а не в контекст приложения. И в этом заключается проблема. Когда Spring ищет bean-компоненты, аннотированные @Transactional (из-за наличия <tx:annotation-driven/> в моем файле config.xml), он ищет их в контексте приложения. И, основываясь на моей конфигурации, которая была опубликована в моем предыдущем потоке, в контекст моего приложения не загружаются никакие компоненты... все они находятся в контексте сервлета. Поэтому, когда мой сервлет вызывал bean-компоненты, аннотированные @Service и @Transactional, он использовал bean-компоненты, которые не были обернуты прокси-серверами транзакций. Таким образом, никаких транзакций. Хитрость (скорее, правильный способ) заключалась в том, чтобы изменить мои файлы конфигурации следующим образом:

myServlet.xml

<context:annotation-config /> 
<context:component-scan base-package="com.myDomain.servlets" /> 

config.xml

<context:annotation-config /> 
<context:component-scan base-package="com.myDomain.dao" /> 
<context:component-scan base-package="com.myDomain.services" /> 

Эта конфигурация гарантирует, что все контроллеры существуют в контексте сервлета, а транзакционные службы и репозитории существуют в контексте приложения, которому они принадлежат. И, наконец, после многих бессонных ночей записи в моей базе данных сохраняются.

person threejeez    schedule 28.06.2011
comment
Спасибо - я некоторое время боролся именно с этой проблемой, и это спасло меня от здравого смысла. - person Henry; 03.12.2011

Мы можем предоставить контроллер в servlet-context.xml следующим образом:

    <context:component-scan base-package="com.myDomain" use-default-filters="false" >
        <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
    </context:component-scan>

Это гарантирует, что только контроллер существует только в контексте сервлета. В root-context.xml используйте следующее

    <context:component-scan base-package="com.myDomain">
        <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
    </context:component-scan>

Это обеспечит наличие компонентов, отличных от контроллера, в контексте приложения. Я много искал это решение, так как без этого JPA не обновлял базу данных, надеюсь, это кому-то поможет.

person ArunKodakan    schedule 22.08.2015