我刚刚意识到,当一个对象从Hibernate的缓存驱逐,依赖集合,如果缓存,必须被驱逐
分开
。
对我来说,这是一个很大的WTF:
MyClass myObject = ...;
getHibernateTemplate().evict(myObject);
Cache cache = getHibernateTemplate().getSessionFactory().getCache();
cache.evictCollection("my.package.MyClass.myCollection1, id);
...
cache.evictCollection("my.package.MyClass.myCollectionN, id);
很明显,如果父对象发生了变化,那么保持它的集合几乎没有意义,因为它们很可能是从该父对象派生的。
我在这里想念什么吗?如果不手动编写所有代码,是否真的没有办法将对象及其所有子实体一起刷新?
这是一个老问题。在插入,更新或删除集合引用的实体时,有一种方法可以挂入hibernate状态以驱逐集合缓存。我已经提供了hibernate的修复程序。该修复程序计划用于Hibernate 4.3.0.Beta5,并将由以下属性激活:
hibernate.cache.auto_evict_collection_cache=true
只要未实现此修复程序,您就可以通过自己向SessionFactory和SessionFactoryServiceRegistry注册CollectionCacheInvalidator的方法来注入驱逐逻辑。
import javax.persistence.OneToMany;
import java.io.Serializable;
import java.util.HashMap;
import java.util.Map;
import java.util.Set;
import my.own.library.BeanInformationFromClass;
import my.own.library.PropertyInformationFromClass;
import org.apache.commons.lang.StringUtils;
import org.apache.log4j.Logger;
import org.hibernate.engine.spi.SessionFactoryImplementor;
import org.hibernate.event.service.spi.EventListenerRegistry;
import org.hibernate.event.spi.EventSource;
import org.hibernate.event.spi.EventType;
import org.hibernate.event.spi.PostInsertEvent;
import org.hibernate.event.spi.PostInsertEventListener;
import org.hibernate.event.spi.PreDeleteEvent;
import org.hibernate.event.spi.PreDeleteEventListener;
import org.hibernate.event.spi.PreUpdateEvent;
import org.hibernate.event.spi.PreUpdateEventListener;
import org.hibernate.persister.collection.CollectionPersister;
import org.hibernate.persister.entity.EntityPersister;
import org.hibernate.persister.entity.Joinable;
import org.hibernate.service.spi.SessionFactoryServiceRegistry;
/**
* @author Andreas Berger (latest modification by $Author$)
* @version $Id$
* @created 27.08.13 - 17:49
*/
public class CollectionCacheInvalidator
implements PostInsertEventListener, PreDeleteEventListener, PreUpdateEventListener {
private static final Logger LOGGER = Logger.getLogger( CollectionCacheInvalidator.class );
private Map<String, String> mappedByFieldMapping;
public void integrate(SessionFactoryImplementor sf, SessionFactoryServiceRegistry registry) {
EventListenerRegistry eventListenerRegistry = registry.getService( EventListenerRegistry.class );
eventListenerRegistry.appendListeners( EventType.POST_INSERT, this );
eventListenerRegistry.appendListeners( EventType.PRE_DELETE, this );
eventListenerRegistry.appendListeners( EventType.PRE_UPDATE, this );
mappedByFieldMapping = new HashMap<String, String>();
Map<String, CollectionPersister> persiters = sf.getCollectionPersisters();
if ( persiters != null ) {
for ( CollectionPersister collectionPersister : persiters.values() ) {
if ( !collectionPersister.hasCache() ) {
continue;
}
if ( !(collectionPersister instanceof Joinable) ) {
continue;
}
String oneToManyFieldName = collectionPersister.getNodeName();
EntityPersister ownerEntityPersister = collectionPersister.getOwnerEntityPersister();
Class ownerClass = ownerEntityPersister.getMappedClass();
// Logic to get the mappedBy attribute of the OneToMany annotation.
BeanInformationFromClass bi = new BeanInformationFromClass( ownerClass );
PropertyInformationFromClass prop = bi.getProperty( oneToManyFieldName );
OneToMany oneToMany = prop.getAnnotation( OneToMany.class );
String mappedBy = null;
if ( oneToMany != null && StringUtils.isNotBlank( oneToMany.mappedBy() ) ) {
mappedBy = oneToMany.mappedBy();
}
mappedByFieldMapping.put( ((Joinable) collectionPersister).getName(), mappedBy );
}
}
}
@Override
public void onPostInsert(PostInsertEvent event) {
evictCache( event.getEntity(), event.getPersister(), event.getSession(), null );
}
@Override
public boolean onPreDelete(PreDeleteEvent event) {
evictCache( event.getEntity(), event.getPersister(), event.getSession(), null );
return false;
}
@Override
public boolean onPreUpdate(PreUpdateEvent event) {
evictCache( event.getEntity(), event.getPersister(), event.getSession(), event.getOldState() );
return false;
}
private void evictCache(Object entity, EntityPersister persister, EventSource session, Object[] oldState) {
try {
SessionFactoryImplementor factory = persister.getFactory();
Set<String> collectionRoles = factory.getCollectionRolesByEntityParticipant( persister.getEntityName() );
if ( collectionRoles == null || collectionRoles.isEmpty() ) {
return;
}
for ( String role : collectionRoles ) {
CollectionPersister collectionPersister = factory.getCollectionPersister( role );
if ( !collectionPersister.hasCache() ) {
continue;
}
if ( !(collectionPersister instanceof Joinable) ) {
continue;
}
String mappedBy = mappedByFieldMapping.get( ((Joinable) collectionPersister).getName() );
if ( mappedBy != null ) {
int i = persister.getEntityMetamodel().getPropertyIndex( mappedBy );
Serializable oldId = null;
if ( oldState != null ) {
oldId = session.getIdentifier( oldState[i] );
}
Object ref = persister.getPropertyValue( entity, i );
Serializable id = null;
if ( ref != null ) {
id = session.getIdentifier( ref );
}
if ( id != null && !id.equals( oldId ) ) {
evict( id, collectionPersister, session );
if ( oldId != null ) {
evict( id, collectionPersister, session );
}
}
}
else {
LOGGER.debug( "Evict CollectionRegion " + role );
collectionPersister.getCacheAccessStrategy().evictAll();
}
}
}
catch (Exception e) {
LOGGER.error( "", e );
}
}
private void evict(Serializable id, CollectionPersister collectionPersister, EventSource session) {
LOGGER.debug( "Evict CollectionRegion " + collectionPersister.getRole() + " for id " + id );
collectionPersister.getCacheAccessStrategy().evict(
session.generateCacheKey(
id,
collectionPersister.getKeyType(),
collectionPersister.getRole()
)
);
}
}
用自顶向下的语法指定和通过手工的递归下降语法分析器识别表达式一直是个麻烦。首先是因为大部分自然语法是模糊的,其次是因为大部分自然语法规格使用一种被称为左递归的特殊类型递归。所以自顶向下的语法和语法分析器不能处理传统形式上的左递归。 为了阐明这个问题,设想一个算术表达式语言,它只有乘法和加法运算符以及整数。表达式是自相似的。也就是说,一个乘法表达式是由“*”运算符连接的两个子表达式。同样的,一个加法
为什么与模板类不相关的集合会删除其类型?下面是一个例子:(很抱歉,由于我对错误感到困惑,它将无法编译。) 此代码在编译时引发错误: 如果我指定like
主要内容:1.常见的集合有哪些,2.List 、Set和Map 的区别,3.ArrayList,4.ArrayList的扩容机制,5.怎么在遍历 ArrayList 时移除一个元素,6.Arraylist 和 Vector 的区别,7.Arraylist 与 LinkedList 区别,8.HashMap,9.HashMap扩容过程,10.红黑树的特点,11.为什么使用红黑树而不使用AVL树,12.在解决 hash 冲突的时候,为什么选择先用链表,再转红黑树,,,,,,,,,,,,,,,1.常见
Open-Falcon数据收集,分为[绘图数据]收集和[报警数据]收集。下面介绍,如何验证两个链路的数据收集是否正常。 如何验证[绘图数据]收集是否正常 数据链路是:agent->transfer->graph->query->dashboard。graph有一个http接口可以验证agent->transfer->graph这条链路,比如graph的http端口是6071,可以这么访问验证: #
集合类专门用于数据存储和数据检索,并提供堆栈、队列、列表和哈希表的支持。目前,大多数集合类都实现了相同的接口。 集合类服务于不同的目的,如为元素动态分配内存,基于索引访问列表项等等,这些类所创建的是 Object 类的对象的集合。在 C# 中,Object 类是所有数据类型的基类。 各种集合类及其用法 下表为一些常用的以 System.Collection 为命名空间的集合类,点击相应链接,可查看
本文向大家介绍Python集合基本概念与相关操作实例分析,包括了Python集合基本概念与相关操作实例分析的使用技巧和注意事项,需要的朋友参考一下 本文实例讲述了Python集合基本概念与相关操作。分享给大家供大家参考,具体如下: 集合的概念 集合是无序可变,元素不能重复。实际上,集合底层是字典实现,集合的所有元素都是字典 中的“键对象”,因此是不能重复的且唯一的。 集合创建和删除 使用{}创建集