Сущности не сохраняются - весна + спящий режим + JPA - PullRequest
Новая
       36

Сущности не сохраняются - весна + спящий режим + JPA

8 голосов
/ 26 июня 2011

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

persistence.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);
    }

}

Ответы [ 2 ]

18 голосов
/ 28 июня 2011

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

В документации Spring говорится следующее:

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

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

myServlet.xml 

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

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

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" />

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

1 голос
/ 22 августа 2015

Мы можем предоставить Контроллер в 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>

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

...