Не работают транзакции на основе компиляции по времени компоновки (JPA из вызова WebService) - PullRequest
2 голосов
/ 03 февраля 2012

Я пытаюсь использовать aspectj с переплетением времени компиляции для поддержки аннотаций, таких как Spring @Transactional и @Configurable.Я использую диспетчер транзакций org.springframework.orm.jpa.JpaTransactionManager, и то, что я вижу в журналах, когда пытаюсь вызвать entityManager.persist (entity) в моем GenericDAO, выглядит примерно так:

insurance-module-0.1-SNAPSHOT 19:57:55.199 [http-bio-8084-exec-49] TRACE org.hibernate.loader.Loader - Bound [6] parameters total
insurance-module-0.1-SNAPSHOT 19:57:55.199 [http-bio-8084-exec-49] TRACE org.hibernate.loader.Loader - processing result set
insurance-module-0.1-SNAPSHOT 19:57:55.199 [http-bio-8084-exec-49] DEBUG org.hibernate.loader.Loader - result set row: 0
insurance-module-0.1-SNAPSHOT 19:57:55.199 [http-bio-8084-exec-49] TRACE o.h.t.descriptor.sql.BasicExtractor - found [1] as column [id3_]
insurance-module-0.1-SNAPSHOT 19:57:55.199 [http-bio-8084-exec-49] DEBUG org.hibernate.loader.Loader - result row: EntityKey[com.vendio.insurance.domain.db.InsuranceRate#1]
insurance-module-0.1-SNAPSHOT 19:57:55.199 [http-bio-8084-exec-49] TRACE org.hibernate.loader.Loader - done processing result set (1 rows)
insurance-module-0.1-SNAPSHOT 19:57:55.200 [http-bio-8084-exec-49] TRACE org.hibernate.loader.Loader - total objects hydrated: 0
insurance-module-0.1-SNAPSHOT 19:57:55.200 [http-bio-8084-exec-49] DEBUG o.h.e.StatefulPersistenceContext - initializing non-lazy collections
insurance-module-0.1-SNAPSHOT 19:57:55.200 [http-bio-8084-exec-49] TRACE org.hibernate.impl.SessionImpl - after transaction completion
insurance-module-0.1-SNAPSHOT 19:57:55.201 [http-bio-8084-exec-49] TRACE o.s.t.s.TransactionSynchronizationManager - Retrieved value [org.springframework.orm.jpa.EntityManagerHolder@5ec859c1] for key [org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean@337cbe84] bound to thread [http-bio-8084-exec-49]
insurance-module-0.1-SNAPSHOT 19:57:55.209 [http-bio-8084-exec-49] DEBUG org.hibernate.SQL - select sequence_next_hi_value from hibernate_sequences where sequence_name = 'registered_policy' for update
insurance-module-0.1-SNAPSHOT 19:57:55.210 [http-bio-8084-exec-49] DEBUG org.hibernate.SQL - update hibernate_sequences set sequence_next_hi_value = ? where sequence_next_hi_value = ? and sequence_name = 'registered_policy'
insurance-module-0.1-SNAPSHOT 19:57:55.218 [http-bio-8084-exec-49] TRACE o.s.t.s.TransactionSynchronizationManager - Retrieved value [org.springframework.orm.jpa.EntityManagerHolder@5ec859c1] for key [org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean@337cbe84] bound to thread [http-bio-8084-exec-49]

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

Если я добавляю entityManager.flush (), появляется исключение, сообщающее " нет транзакциив процессе".

Что здесь происходит?!

Мой класс GenericDAO выглядит следующим образом:

public class GenericDAO<T extends Persistable> { 
 @PersistenceContext 
 protected EntityManager entityManager; 

 @PersistenceUnit 
 protected EntityManagerFactory entityManagerFactory;

 @Transactional
 public void saveOrUpdate(T entity) {
     entityManager.persist(entity);
 }

}

Iвызовите метод saveOrUpdate из веб-службы, экспортированной с помощью WSSpringServlet .

PS: также моя конфигурация Maven выглядит следующим образом:

   <plugin>
        <groupId>org.codehaus.mojo</groupId>
        <artifactId>aspectj-maven-plugin</artifactId>
        <version>1.4</version>
        <configuration>
            <complianceLevel>1.6</complianceLevel>
        <showWeaveInfo>true</showWeaveInfo>
            <aspectLibraries>
                <aspectLibrary>
                    <groupId>org.springframework</groupId>
                    <artifactId>spring-aspects</artifactId>
                </aspectLibrary>
            </aspectLibraries>
        </configuration>
        <executions>
            <execution>
                <goals>
                    <goal>compile</goal>
                </goals>
            </execution>
        </executions>
    </plugin>

При компиляции я получаю что-токоторый выглядит достаточно прилично (мой аспект применяется):

    Join point 'method-call(void javax.persistence.EntityManager.persist(java.lang.Object))'
 in Type 'com.vendio.insurance.dao.GenericDAO' (GenericDAO.java:28) 
advised by afterThrowing advice from 'org.springframework.orm.jpa.aspectj.JpaExceptionTranslatorAspect' 
(spring-aspects-3.1.0.RELEASE.jar!JpaExceptionTranslatorAspect.class:14(from JpaExceptionTranslatorAspect.aj))

И моя соответствующая конфигурация Spring:

<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
    <property name="entityManagerFactory" ref="entityManagerFactory"/>
</bean>
<context:component-scan base-package="com.vendio.insurance" />
<context:spring-configured/>
 <!--    <bean class="org.springframework.transaction.aspectj.AnnotationTransactionAspect" factory-method="aspectOf">
    <property name="transactionManager" ref="transactionManager"/>
</bean>-->

<tx:annotation-driven mode="aspectj" transaction-manager="transactionManager" />

Так что все выглядит прилично, но я не могу найти ответпочему это не работает ...

Ответы [ 3 ]

3 голосов
/ 25 марта 2012

Я нашел свой ответ по этой ссылке: http://forum.springsource.org/showthread.php?18953-DispatcherServlet-and-ContextLoaderListener.

Проблема была вызвана тем, что я также использовал Spring MVC и создавал, не зная двух почти идентичных контекстов Spring,Таким образом, транзакция управлялась менеджером транзакций в первом контексте (тот, который получает вызов JAX-WS), но менеджером сущностей, которому я звонил, управлял второй контекст (с другим менеджером транзакций).

Решение состояло в том, чтобы изолировать небольшое сокращенное определение контекста для DispatcherServlet и оставить оставшиеся компоненты для управления ContextLoaderListener:

<listener> 
 <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> 
</listener> 
<context-param> 
 <param-name>contextConfigLocation</param-name> 
 <param-value>/WEB-INF/spring/application-context.xml</param-value> 
</context-param>

<servlet> 
 <servlet-name>spring-mvc-dispatcher-servlet</servlet-name> 
 <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <load-on-startup>2</load-on-startup> 
 <init-param> 
 <param-name>contextConfigLocation</param-name> <param-value>/WEB-INF/spring/servlet-context.xml</param-value> 
 </init-param> 
</servlet> 

Поскольку я использовал MVC на основе аннотаций (с аннотацией @Controller), у меня также былочтобы уменьшить область действия контекста: базовый пакет component-scan в контексте «сервлета».

Ниже приведена цитата из ссылки, которая спасла мой день:

DispatcherServlet будетвсегда загружайте свой собственный файл конфигурации, используя -servlet.xml.Предполагается, что этот файл будет содержать веб-компоненты, такие как Controllers, ViewResolvers и LocaleResolvers, но без компонентов среднего уровня.

ContextLoaderListener затем используется для загрузки файлов, содержащих ваш средний уровень и компоненты уровня данных.Spring объединит все эти компоненты в ApplicationContext, делая ваши компоненты среднего уровня доступными из компонентов веб-уровня.> Роб Харроп Ведущий инженер, дм сервер

0 голосов
/ 08 ноября 2014

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

Я испытывал тот же симптом, хотя былнет проблем двух идентичных контекстов Spring.Параметр forceAjcCompile решил проблему:

            ...
            <java.version>1.6</java.version>
            <aspectj.version>1.7.0</aspectj.version>
            ...
            <plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>aspectj-maven-plugin</artifactId>
            <version>1.6</version>
            <dependencies>
                <dependency>
                    <groupId>org.aspectj</groupId>
                    <artifactId>aspectjrt</artifactId>
                    <version>${aspectj.version}</version>
                </dependency>
                <dependency>
                    <groupId>org.aspectj</groupId>
                    <artifactId>aspectjtools</artifactId>
                    <version>${aspectj.version}</version>
                </dependency>
            </dependencies>
            <executions>
                <execution>
                    <goals>
                        <goal>compile</goal>
                    </goals>
                </execution>
            </executions>
            <configuration>
                <outxml>true</outxml>
                <showWeaveInfo>false</showWeaveInfo>
                <verbose>false</verbose>
                <complianceLevel>${java.version}</complianceLevel>
                <forceAjcCompile>true</forceAjcCompile>
                <aspectLibraries>
                    <aspectLibrary>
                        <groupId>org.springframework</groupId>
                        <artifactId>spring-aspects</artifactId>
                    </aspectLibrary>
                </aspectLibraries>
                <source>${java.version}</source>
                <target>${java.version}</target>
                <Xlint>ignore</Xlint>
            </configuration>
        </plugin>
0 голосов
/ 03 февраля 2012

Если вы используете EntityManager, вам не придется сталкиваться с проблемами гибернации в вашем коде. Это именно то, для чего нужен jpa.

У меня была такая же проблема некоторое время назад.

Ваш EntityManager должен быть введен с помощью @PersistenceContext. getEntityManager () не подойдет.

А ваши аннотированные функции должны быть общедоступными.

...