Warum wird meine Entität nicht aus meinem Second-Level-Cache entfernt?

Question

Ich benutze Hibernate 4.3.11.Final mit Spring 3.2.11.RELEASE. Ich bin verwirrt, warum meine Cache-Räumung nicht funktioniert. Ich habe diesen Satz in meinem DAO ...

@Override 
@Caching(evict = { @CacheEvict("main") }) 
public Organization save(Organization organization) 
{ 
    return (Organization) super.save(organization); 
} 

@Override 
@Cacheable(value = "main") 
public Organization findById(String id) 
{ 
    return super.find(id); 
} 

und hier ist mein Frühling Config ...

<cache:annotation-driven key-generator="cacheKeyGenerator" /> 

<bean id="cacheKeyGenerator" class="org.mainco.subco.myproject.util.CacheKeyGenerator" /> 

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

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

<util:map id="jpaPropertyMap"> 
    <entry key="hibernate.show_sql" value="true" /> 
    <entry key="hibernate.dialect" value="org.mainco.subco.myproject.jpa.subcoMysql5Dialect" /> 
    <entry key="hibernate.cache.region.factory_class" value="org.hibernate.cache.ehcache.EhCacheRegionFactory" /> 
    <entry key="hibernate.cache.provider_class" value="org.hibernate.cache.EhCacheProvider" /> 
    <entry key="hibernate.cache.use_second_level_cache" value="true" /> 
    <entry key="hibernate.cache.use_query_cache" value="false" /> 
    <entry key="hibernate.generate_statistics" value="true" /> 
    <entry key="javax.persistence.sharedCache.mode" value="ENABLE_SELECTIVE" /> 
</util:map> 

<bean id="sharedEntityManager" 
    class="org.springframework.orm.jpa.support.SharedEntityManagerBean"> 
    <property name="entityManagerFactory" ref="entityManagerFactory" /> 
</bean> 

Doch im folgenden Test wird meine Einheit nicht aus dem Cache vertrieben zu werden, das weiß ich, weil die Zeile mit „Trefferanzahl # 3:“ druckt „3“, während die Zeile mit „Trefferanzahl # 2:“ druckt ‚2‘

private net.sf.ehcache.Cache m_cache 

@Autowired 
private net.sf.ehcache.CacheManager ehCacheManager; 

@Before 
public void setup() 
{ 
    m_cache = ehCacheManager.getCache("main"); 
    m_transactionTemplate = new TransactionTemplate(m_transactionManager); 
} // setup 

... 
@Test 
public void testCacheEviction() 
{ 
    final String orgId = m_testProps.getProperty("test.org.id"); 

    // Load the entity into the second-level cache 
    m_transactionTemplate.execute((TransactionCallback<Void>) transactionStatus -> {    
     m_orgSvc.findById(orgId); 
     return null; 
    }); 

    final long hitCount = m_cache.getStatistics().getCacheHits(); 
    System.out.println("hit count #1:" + hitCount); 
    m_transactionTemplate.execute((TransactionCallback<Void>) transactionStatus -> {    
     final Organization org = m_orgSvc.findById(orgId); 
     System.out.println("hit count:" + m_cache.getStatistics().getCacheHits()); 
     org.setName("newName"); 
     m_orgSvc.save(org); 
     return null; 
    }); 

    // Reload the entity. This should not incur a hit on the cache. 
    m_transactionTemplate.execute((TransactionCallback<Void>) transactionStatus -> { 
     System.out.println("hit count #2:" + m_cache.getStatistics().getCacheHits()); 
     final Organization newOrg = m_orgSvc.findById(orgId); 
     System.out.println("hit count #3:" + m_cache.getStatistics().getCacheHits()); 
     return null; 
    }); 

Was die richtige Konfiguration ist mir zu erlauben, eine Einheit zu vertreiben. von meiner zweiten le vel Cache

Edit:? Die CacheKeyGenerator Klasse ich in meinem Anwendungskontext verwiesen wird, definiert unter

public class CacheKeyGenerator implements KeyGenerator 
{ 

    @Override 
    public Object generate(final Object target, final Method method, 
     final Object... params) { 

     final List<Object> key = new ArrayList<Object>(); 
     key.add(method.getDeclaringClass().getName()); 
     key.add(method.getName()); 

     for (final Object o : params) { 
      key.add(o); 
     } 
     return key; 
    } 
} 

Als solche muss ich einen „Schlüssel“ nicht definieren für jede @Cacheable Anmerkung die ich bevorzugen (weniger Code). Ich weiß jedoch nicht, wie dies für CacheEviction gilt. Ich dachte, die Annotation @CacheEvict würde das gleiche Schlüsselgenerierungsschema verwenden.

Answer 1

Ihnen fehlen die Cache-Schlüssel für @Cacheable und @CacheEvict. Aus diesem Grund verwenden die beiden Operationen unterschiedliche Cache-Schlüssel und daher wird die Entität nicht entfernt.

Aus der JavaDocs für @Cacheable.key:

Frühling Expression Language (Spel) Ausdruck für den Schlüssel dynamisch berechnet wird. Der Standardwert ist "". Dies bedeutet, dass alle Methodenparameter als Schlüssel betrachtet werden, sofern nicht ein benutzerdefinierter {@link #keyGenerator} konfiguriert wurde.

So bedeutet @Cacheable(value = "main") public Organization findById(String id), dass das zurückgegebene Objekt (vom Typ Organization) wird mit dem Schlüssel id zwischengespeichert werden.

In ähnlicher Weise bedeutet @Caching(evict = { @CacheEvict("main") }) public Organization save(Organization organization), dass die Zeichenfolgendarstellung organization als Cache-Schlüssel betrachtet wird.

---

Die Lösung ist folgende Änderungen vornehmen:

@Cacheable(value = "main", key ="#id) 

@CacheEvict(value = "main", key = "#organization.id") 

Das die beiden Cache-Operationen zwingen wird, den gleichen Schlüssel zu verwenden.

Answer 2

Ich habe die CodeKeyGenerator wie folgt umgeschrieben. Dadurch wird basierend auf dem von Ihnen gesendeten Parameter ein Schlüssel erstellt. Wenn es eine Zeichenfolge ist (im Falle von ID), wird es so verwendet, wie es ist. Wenn es ein Organization Objekt ist, erhält es die ID von diesem Objekt und verwendet es für den Schlüssel. Auf diese Weise müssen Sie Ihren Code nicht überall neu schreiben. (Nur ändern müssen Sie Ihre CacheKeyGenerator durch den folgenden Code ersetzen.)

public class CacheKeyGenerator implements KeyGenerator 
{ 
    @Override 
    public Object generate(final Object target, final Method method, 
     final Object... params) { 
    StringBuilder sb = new StringBuilder(); 
    sb.append(o.getClass().getName()); 
    sb.append(method.getName()); 

    if (params[0].getClass().getName() == "Organization") { 
     sb.append(((Organization) params[0]).id); 
    } 
    else if (params[0].getClass().getName() == "java.lang.String") { 
     sb.append(params[0].toString()); 
    } 
    return sb.toString(); 
    } 
} 

---

Answer 3

Was Sie gewaltsam zu vertreiben ist nicht ein Hibernate Second-Level-Cache, sondern ein Spring Cache, das ist völlig anders als Caching-Schicht versuchen.

Wie pro docs des Ruhezustandes, Cache der zweiten Ebene ist eine Cluster oder JVM-Ebene (Sessionebene) Cache auf einer Klasse-für-Klasse und Sammel-by-Sammlung Basis.

Das bedeutet, es wird nur durch einen Hibernate verwaltet und Annotationen wie @Cacheable oder @CacheEvict haben keinen Einfluss darauf.

Es ist nicht besonders klar, wie Sie die m_cache-Instanz in Ihrem Test erhalten, aber vorausgesetzt, es handelt sich wirklich um den Second-Level-Cache von Hibernate, wird er nicht mit den von Ihnen verwendeten Anmerkungen entfernt.

Sie müssen es programmatisch vertreiben, zum Beispiel:

sessionFactory.evict(Organization.class) 

Wie auch immer, solange Sie innerhalb der einzelnen JVM alle Ihre Daten zugreifen zu tun und durch die Hibernate, sollten Sie nicht über Cache-Räumung Sorge, es wird vom Framework selbst transparent gehandhabt.

Weitere Informationen zu den Räumungsmöglichkeiten finden Sie in der Hibernate-Dokumentation, Kapitel 20.3. Verwalten der Caches.