Un autre CacheManager sans nom existe déjà dans la même VM (ehCache 2.5).

Question

Voici ce qui se passe lorsque je lance mes tests junit...

Another CacheManager with same name 'cacheManager' already exists in the same VM. Please 
provide unique names for each CacheManager in the config or do one of following:
1. Use one of the CacheManager.create() static factory methods to reuse same
   CacheManager with same name or create one if necessary
2. Shutdown the earlier cacheManager before creating new one with same name.

The source of the existing CacheManager is: 
 DefaultConfigurationSource [ ehcache.xml or ehcache-failsafe.xml ]

Quelle est la raison de cette exception ? Pourrait-il y avoir plus d'un cacheManager fonctionnant simultanément ?

Voici comment j'ai configuré le cacheManager en utilisant Sping 3.1.1. Il définit explicitement la portée du cacheManager à "singleton".

<ehcache:annotation-driven />

<bean
    id="cacheManager"
    class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean"
    scope="singleton"
    />

Le ehcache.xml ressemble à

<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:noNamespaceSchemaLocation="http://ehcache.org/ehcache.xsd"
     updateCheck="false"
     maxBytesLocalHeap="100M" 
     name="cacheManager"
     >
 ....
 </ehcache>

Enfin ma classe

@Component
public class BookingCache implements CacheWrapper<String, BookingUIBean> {

     @Autowired
     private CacheManager ehCacheManager;
      ....
}

Je suis certain de n'avoir affaire qu'à un seul cacheManager dans ma base de code. Quelque chose d'autre est probablement en train d'exécuter la n-ième instance.

Answer 1

Votre EhCacheManagerFactoryBean est peut-être un singleton, mais il construit plusieurs CacheManagers et essaie de leur donner le même nom. C'est une violation de Ehcache 2.5 sémantique .

Les versions d'Ehcache antérieures à la version 2.5 permettaient à un nombre quelconque de CacheManagers portant le même nom (même ressource de configuration) d'exister dans une JVM.

Ehcache 2.5 et plus ne permet pas à plusieurs CacheManagers portant le même nom d'exister dans la même JVM. Les constructeurs CacheManager() qui créent des CacheManagers non-Singleton peuvent enfreindre cette règle.

Indiquez au bean d'usine de créer une instance partagée du CacheManager dans la JVM en définissant l'attribut partagé à true.

<bean id="cacheManager"
      class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean"
      p:shared="true"/>

Answer 2

J'ai eu le même problème avec mes tests d'intégration utilisant JPA (2.0) + Hibernate (3.6.4) + Spring (3.2.4). Le problème a été résolu en utilisant la configuration suivante d'Hibernate :

<property name="hibernate.cache.region.factory_class" value="net.sf.ehcache.hibernate.SingletonEhCacheRegionFactory"/>

au lieu d'utiliser

<property name="hibernate.cache.region.factory_class" value="net.sf.ehcache.hibernate.EhCacheRegionFactory"/>

Answer 3

Votre problème vient de l'optimisation du chargement du contexte intégrée dans le cadre de test de Spring. Spring (par défaut) ne détruit pas le contexte une fois que la classe de test a terminé, dans l'espoir qu'une autre classe de test puisse le réutiliser (au lieu de le créer de toutes pièces).

Vous pouvez remplacer cette valeur par défaut en utilisant @DirtiesContext, ou si vous utilisez maven, vous pouvez définir surefire forkMode sur "always" et créer une nouvelle VM par classe de test.

Answer 4

Vous pouvez également essayer de définir le nom "xxx" dans votre configuration ehcache.xml (sur l'élément ehcache).

Cela a fonctionné pour moi, car je pense que j'avais une autre configuration de cache cachée dans l'un des modules de mon application.

La solution partagée fonctionne également, mais je ne connais pas les implications de cette solution.

• http://forums.terracotta.org/forums/posts/list/6495.page
• https://norrisshelton.wordpress.com/2012/03/08/spring-3-1-caching-abstraction-with-ehcache/

Answer 5

Si vous testez seulement votre service d'entreprise, pas le cache de deuxième niveau, vous pouvez supprimer la configuration de deuxième niveau dans votre fichier de configuration de printemps, votre test sera exécuté avec succès. voici ma configuration de deuxième niveau :

 <bean id="entityManagerFactory"
        class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
        <property name="dataSource" ref="dataSource" />
        <property name="persistenceUnitName" value="defaultPU" />
        <property name="jpaVendorAdapter" ref="hibernateJpaVendorAdapter" />
        <property name="jpaProperties">
            <props>
                <prop key="hibernate.dialect">${hibernate.dialect}</prop>
                <prop key="hibernate.show_sql">false</prop>
                <!-- <prop key="hibernate.hbm2ddl.auto">update</prop> -->
                <prop key="hibernate.cache.use_second_level_cache">false</prop>
                <prop key="hibernate.cache.use_query_cache">false</prop>
            </props>
        </property>
    </bean>

Si je passe à la configuration complète de la configuration du cache de second niveau, la vraie application web utilise en temps réel, comme ceci :

    <bean id="entityManagerFactory"
            class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
            <property name="dataSource" ref="dataSource" />
            <property name="persistenceUnitName" value="defaultPU" />
            <property name="jpaVendorAdapter" ref="hibernateJpaVendorAdapter" />
            <property name="jpaProperties">
                <props>
                    <prop key="hibernate.dialect">${hibernate.dialect}</prop>
                    <prop key="hibernate.show_sql">false</prop>
                    <!-- <prop key="hibernate.hbm2ddl.auto">update</prop> -->
                    <prop key="hibernate.cache.use_second_level_cache">true</prop>
                    <prop key="hibernate.cache.use_query_cache">true</prop>
                    <prop key="hibernate.cache.region.factory_class">net.sf.ehcache.hibernate.EhCacheRegionFactory</prop>               
                    <prop key="net.sf.ehcache.configurationResourceName">ehcache/ehcache-hibernate-local.xml</prop>
                </props>
            </property>
        </bean>

puis j'obtiens la même exception "Un autre CacheManager sans nom existe déjà dans la même VM".