Comment puis-je personnaliser KeyGenerator pour le Printemps Cache?

Je suis en utilisant le Printemps 3.1 et je veux utiliser le nouveau cache de fonctionnalités. Ensuite, j'ai essayé:

<cache:annotation-driven />

<bean id="cacheManager" class="org.springframework.cache.ehcache.EhCacheCacheManager"
    p:cache-manager-ref="ehcache" />

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

Mais je n'ai pas trouver le moyen de configurer mon personnalisée KeyGenerator. Une idée?

OriginalL'auteur Vincent Devillers | 2011-07-18

  1. 16

    Il y a une meilleure façon de Printemps 3.1 RC1:

    <cache:annotation-driven key-generator="myKeyGenerator"/>
<bean id="myKeyGenerator" class="com.abc.MyKeyGenerator" />

import org.springframework.cache.interceptor.KeyGenerator;
public class MyKeyGenerator implements KeyGenerator {

    public Object generate(Object target, Method method, Object... params) {
}}

    Comme d'aujourd'hui, il suffit de supprimer le org.springframework.contexte.soutien-3.1.0.RC1.jar\org\springframework\cache\config\printemps-cache-3.1.xsd à partir du fichier jar que vous obtenez lorsque vous téléchargez le printemps et il fonctionne très bien.

    Si cette config et la mise en œuvre est utilisée, et une certaine méthode a une annotation qui spécifie une clé personnalisée à l'aide de SpEL, qui sera utilisé ensuite? Ma conjecture est que le personnalisé et configuré les touches ne seront pas utilisés (sauf MyKeyGenerator est mis en œuvre pour lire l'annotation-paramètre par le biais de la Méthode de l'argumentation et de la prendre en compte).
    Printemps 3.2.8 il a travaillé. Ne m'a obligé à supprimer tous les fichiers

    OriginalL'auteur abc

  2. 5

    Ok, je viens de trouver une manière de le faire...

    <!-- <cache:annotation-driven /> -->

<bean id="annotationCacheOperationSource"
    class="org.springframework.cache.annotation.AnnotationCacheOperationSource" />

<bean id="cacheInterceptor" class="org.springframework.cache.interceptor.CacheInterceptor"
    p:cacheDefinitionSources-ref="annotationCacheOperationSource"
    p:cacheManager-ref="cacheManager" p:keyGenerator-ref="keyGenerator" />

<bean id="beanFactoryCacheOperationSourceAdvisor"
    class="org.springframework.cache.interceptor.BeanFactoryCacheOperationSourceAdvisor"
    p:adviceBeanName="cacheInterceptor" p:cacheDefinitionSource-ref="annotationCacheOperationSource" />

<bean id="keyGenerator"
    class="my.company.cache.ReflectionBasedKeyGenerator" />

    Comme vous pouvez le voir, j'utilise le AnnotationDrivenCacheBeanDefinitionparser, j'ai mis la configuration de mon xml, et ça fonctionne:)!

    edit:

    Pour le Printemps > 3.2, vous pouvez utiliser une simple classe Java configuration de la mise en œuvre de CachingConfigurer:

    @EnableCaching(mode = AdviceMode.ASPECTJ)
public class CacheConfig implements CachingConfigurer {

    public KeyGenerator keyGenerator() {
        return new ReflectionBasedKeyGenerator();
    }

    public CacheManager cacheManager() {
        return new RedisCacheManager(redisCacheTemplate);
    }
}
    Cette solution ne fonctionne pas avec le printemps 3.2.3. Quelqu'un peut-il mettre à jour la réponse.

    OriginalL'auteur Vincent Devillers

  3. 0

    J'ai rencontré un problème avec le Printemps, les Cadres de Cache par défaut KeyGenerator. Il semble souvent rencontrer des conflits, et il semble avoir été enregistré sur ce question

    Je sais que cette question a déjà été marqué comme réponse, mais je pensais que je voudrais partager comment j'ai résolu ce problème... 

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

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

<bean id="ehcache"
    class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean"
    p:configLocation="classpath:/ehcache-dciComponent.xml" p:shared="true" />

    Fondamentalement, nous avons créé et utilisé notre propre Cache KeyGenerator à la place de celui par défaut.

    OriginalL'auteur Brett VanderVeen