Использование аннотации кэш-памяти Spring в нескольких модулях

У меня есть модуль util, который создает банку, которая будет использоваться в других приложениях. Я хотел бы, чтобы этот модуль использовал кеширование и предпочел бы использовать кеширование Spring annotation-driven.

Итак, Util-Module будет иметь что-то вроде этого:

DataManager.java

...
@Cacheable(cacheName="getDataCache")
public DataObject getData(String key) { ... }
...

Данные-менеджер-ehcache.xml

...
<cache name="getDataCache" maxElementsInMemory="100" eternal="true" />
...

данных Manager- spring -config.xml

...
<cache:annotation-driven cache-manager="data-manager-cacheManager" />
<!-- ???? --->
<bean id="data-manager-cacheManager" 
    class="org.springframework.cache.ehcache.EhcacheCacheManager" 
    p:cache-manager="data-manager-ehcache"/>
<bean id="data-manager-ehcache" 
    class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean" 
    p:config-location="data-manager-ehcache.xml"/>
...

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

MyApp.java

...
@Cacheable(cacheName="getMyAppObjectCache")
public MyAppObject getMyAppObject(String key) { ... }
...

мой-приложение-ehcache.xml

...
<cache name="getMyAppObjectCache" maxElementsInMemory="100" eternal="true" />
...

мой-app- spring -config.xml

...
<cache:annotation-driven cache-manager="my-app-cacheManager" />
<!-- ???? --->
<bean id="my-app-cacheManager" 
    class="org.springframework.cache.ehcache.EhcacheCacheManager" 
    p:cache-manager="my-app-ehcache"/>
<bean id="my-app-ehcache" 
    class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean" 
    p:config-location="my-app-ehcache.xml"/>
...

Вопрос:

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

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

Ответы

Ответ 2

Используйте этот класс: http://static.springsource.org/autorepo/docs/spring/3.2.0.M1/api/org/springframework/cache/support/CompositeCacheManager.html например:

<cache:annotation-driven cache-manager="cacheManager" />

<bean id="cacheManager" class="org.springframework.cache.support.CompositeCacheManager">
    <property name="cacheManagers">
        <array>
            <ref bean="cacheManager1" />
            <ref bean="cacheManager2" />
        </array>
    </property>
    <property name="addNoOpCache" value="true" />
</bean>

Ответ 3

Spring в настоящее время ожидает, что cacheManager будет Singleton. Это то, на что запущен проект ehcache- spring -annotations, и я еще не видел, чтобы запрос был выполнен. http://code.google.com/p/ehcache-spring-annotations/issues/detail?id=76

Как и во всех Java и Spring, у вас есть возможность переопределить класс.

http://forums.terracotta.org/forums/posts/list/5618.page#27960 дает базовое объяснение того, что некоторые люди придумали как обходной путь, и

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

Ответ 4

В моем проекте я использовал ABC jar внутри XYZ war, причем оба варианта выполняли ehCache с Spring 3.1, xml-driven configuration (у нас есть ehCache.xml, а затем spring -context.xml, где мы перехватываем кеш через Spring AOP в обоих проектах). И мы получаем следующую ошибку:

java.lang.IllegalArgumentException: Cannot find cache named [xxxxxx] for CacheableOperation[] caches=[Cxxxxxxxx] | condition='' | key='#xxxxxxxxxxxxx' 
at org.springframework.cache.interceptor.CacheAspectSupport.getCaches(CacheAspectSupport.java:163) [spring-context-3.1.2.RELEASE.jar:3.1.2.RELEASE]
    at org.springframework.cache.interceptor.CacheAspectSupport$CacheOperationContext.<init>(CacheAspectSupport.java:443) [spring-context-3.1.2.RELEASE.jar:3.1.2.RELEASE]
    at org.springframework.cache.interceptor.CacheAspectSupport.getOperationContext(CacheAspectSupport.java:173) [spring-context-3.1.2.RELEASE.jar:3.1.2.RELEASE]
    at org.springframework.cache.interceptor.CacheAspectSupport.createOperationContext(CacheAspectSupport.java:404) [spring-context-3.1.2.RELEASE.jar:3.1.2.RELEASE]
    at org.springframework.cache.interceptor.CacheAspectSupport.execute(CacheAspectSupport.java:192) [spring-context-3.1.2.RELEASE.jar:3.1.2.RELEASE]
    at org.springframework.cache.interceptor.CacheInterceptor.invoke(CacheInterceptor.java:66) [spring-context-3.1.2.RELEASE.jar:3.1.2.RELEASE]
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) [spring-aop-3.1.2.RELEASE.jar:3.1.2.RELEASE]
    at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:90) [spring-aop-3.1.2.RELEASE.jar:3.1.2.RELEASE]
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) [spring-aop-3.1.2.RELEASE.jar:3.1.2.RELEASE]
    at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:622) [spring-aop-3.1.2.RELEASE.jar:3.1.2.RELEASE]
    at com.infy.flypp.dao.ContentDAO$$EnhancerByCGLIB$$9443481.getContentById(<generated>) [cglib-2.2.2.jar:]

Решение:

Вот как мы решили эту проблему:

  • Мы скопировали всю конфигурацию кэша от ABCehCache.xml (от бара ABC) до XYZehCache.xml (из войны XYZ).
  • Мы удалили ABCehCache.xml (из бара ABC), но вся конфигурация (например, bean для ehCache.xml и Spring AOP) внутри ABC-spring.xml останется прежней.
  • В XYZ-spring.xml мы импортировали ABC-spring.xml и определили составного менеджера кеша.

Поддерживаемые файлы конфигурации:

ABC- spring.xml:

    <aop:aspectj-autoproxy proxy-target-class="true" />

    <bean id="CacheManager1" class="org.springframework.cache.ehcache.EhCacheCacheManager">
        <property name="cacheManager" ref="ehcache"></property>
    </bean>

    <bean id="ehcache"
        class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean"
        p:config-location="classpath:ABCEhcache.xml" />

XYZ- spring.xml:

<import resource="classpath*:ABC-spring.xml" />
<aop:aspectj-autoproxy proxy-target-class="true" />

    <bean id="cacheManager" class="org.springframework.cache.support.CompositeCacheManager">
    <property name="cacheManagers">
        <array>
            <ref bean="CacheManager1" />
            <ref bean="CacheManager2" />
        </array>
    </property>
    <property name="fallbackToNoOpCache" value="true" />
</bean>

    <bean id="CacheManager2" class="org.springframework.cache.ehcache.EhCacheCacheManager"
        p:cache-manager-ref="ehcache" />
    <bean id="ehcache"
        class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean"
        p:config-location="classpath:XYZEhcache.xml" />

Ответ 5

Я бы рассмотрел следующие гораздо более простые альтернативы:

  • Вариант 1: аннотируйте свои методы кэширования в модуле утилиты с помощью @Cacheable, но пусть приложение-приложение создаст и сконфигурирует кеши. В вашем примере вы должны объявить и сконфигурировать кеш "getDataCache" в модуле приложения, даже если кеш используется в аннотации к классу, находящемуся в служебном модуле.
  • Вариант 2: пусть модуль утилиты создаст конфигурацию кеша, но не сам менеджер кэша. Модуль приложения объединил бы конфигурации кеша из модуля (ов) и самого приложения, чтобы создать один менеджер кэша.

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