【问题标题】:Hibernate Save Object to Multiple Sessions休眠将对象保存到多个会话
【发布时间】:2015-06-12 13:22:16
【问题描述】:

我正在尝试使用 hibernate 写入多个数据库。我在单个会话对象中封装了写和读/写会话。但是,当我去保存时,我收到很多错误,表明对象已经与另一个会话相关联:“非法尝试将集合与两个打开的会话相关联”

这是我的代码:

public class MultiSessionObject implements Session {

       private Session writeOnlySession;
       private Session readWriteSession;

       @Override
       public void saveOrUpdate(Object arg0) throws HibernateException {
              readWriteSession.saveOrUpdate(arg0);
              writeOnlySession.saveOrUpdate(arg0);
       }
}

我尝试过驱逐对象并冲洗;但是,这会导致“行已被另一个事务更新或删除”的问题......即使两个会话都指向不同的数据库。

public class MultiSessionObject implements Session {

       private Session writeOnlySession;
       private Session readWriteSession;

       @Override
       public void saveOrUpdate(Object arg0) throws HibernateException {
              readWriteSession.saveOrUpdate(arg0);
              readWriteSession.flush();
              readWriteSession.evict(arg0);

              writeOnlySession.saveOrUpdate(arg0);
              writeOnlySession.flush();
              writeOnlySession.evict(arg0);
       }
}

除了上述之外,我还尝试过使用 hibernate 的复制功能。这也是不成功的,没有错误。

是否有人成功地将对象保存到具有相同架构的两个数据库中?

【问题讨论】:

  • 会不会是映射对象关联的集合的级联策略配置不正确?

标签: java hibernate session orm transactions


【解决方案1】:

saveOrUpdate 尝试将给定实体重新附加到当前运行的会话,因此代理(LAZY 关联)绑定到休眠会话。尝试使用merge instead of saveOrUpdate,因为merge 只是将分离的实体状态复制到新检索的托管实体。这样,提供的参数永远不会附加到 Session。

另一个问题是事务管理。如果您使用线程绑定事务,那么如果您想从同一个线程更新两个数据源,则需要两个显式事务。

也尝试明确设置事务边界:

public class MultiSessionObject implements Session {

   private Session writeOnlySession;
   private Session readWriteSession;

   @Override
   public void saveOrUpdate(Object arg0) throws HibernateException {

        Transaction readWriteSessionTx = null;
        try {
            readWriteSessionTx = readWriteSession.beginTransaction();
            readWriteSession.merge(arg0);
            readWriteSessionTx.commit();
        } catch (RuntimeException e) {
            if ( readWriteSessionTx != null && readWriteSessionTx.isActive() ) 
                readWriteSessionTx.rollback();
            throw e;
        }

        Transaction writeOnlySessionTx = null;
        try {
            writeOnlySessionTx = writeOnlySession.beginTransaction();
            writeOnlySession.merge(arg0);
            writeOnlySessionTx.commit();
        } catch (RuntimeException e) {
            if ( writeOnlySessionTx != null && writeOnlySessionTx.isActive() ) 
                writeOnlySessionTx.rollback();
            throw e;
        }
   }
}

【讨论】:

  • 不会使用重复的主键进行合并隐藏错误吗?
  • 不。它会像 saveOrUpdate 一样失败。
  • 对此我不确定。在 saveOrUpdate 中隐藏提交会覆盖程序员已经做出的关于打开事务的假设。难道没有其他方法可以从事务中分离对象吗?
  • 您可以使用全局事务,但必须使用 JTA 和 XADataSources。否则事务不是原子的并且当前事务不是分布式的。默认事务解析器回退到线程本地存储,它将会话、事务与当前打开的数据源连接耦合。
【解决方案2】:

正如其他答案中提到的,如果您使用的是 Session,那么您可能需要将 2 个更新和两个不同的事务分开。实体的分离实例(在evict 之后)应该能够在第二次更新操作中重用。

另一种方法是像这样使用StatelessSession(我尝试了一个简单的程序,所以必须处理事务。我假设你必须以不同的方式处理事务)

public static void main(final String[] args) throws Exception {
        final StatelessSession session1 = HibernateUtil.getReadOnlySessionFactory().openStatelessSession();
        final StatelessSession session2 = HibernateUtil.getReadWriteSessionFactory().openStatelessSession();
        try {
            Transaction transaction1 = session1.beginTransaction();
            Transaction transaction2 = session2.beginTransaction();
            ErrorLogEntity entity = (ErrorLogEntity) session1.get(ErrorLogEntity.class, 1);
            entity.setArea("test");
            session1.update(entity);
            session2.update(entity);
            transaction1.commit();
            transaction2.commit();
            System.out.println("Entry details: " + entity);
        } finally {
            session1.close();
            session2.close();
            HibernateUtil.getReadOnlySessionFactory().close();
            HibernateUtil.getReadWriteSessionFactory().close();
        }
    }

StatelessSession 的问题在于它不使用任何缓存并且不支持关联对象的级联。您需要手动处理。

【讨论】:

    【解决方案3】:

    是的,

    问题正是它告诉你的。成功实现这一点的方法是将其视为具有 2 个不同提交的 2 个不同事物。

    创建一个composite 道。在里面你有一个

    Collection<Dao>
    

    集合中的每一个 Dao 都只是为 2 个不同数据源配置的现有代码的一个实例。然后,在您的复合 dao 中,当您调用 save 时,您实际上是独立地保存到两者。

    带外你说你这是尽力而为。所以,这很容易。使用 spring-retry 围绕您的个人 dao 保存方法创建一个切入点,以便他们尝试几次。最终放弃。

    public interface Dao<T> {
    
        void save(T type);
    }
    

    使用 applicationContext.xml 创建 this 的新实例,其中每个实例指向不同的数据库。当您在那里时,使用spring-retry 围绕您的保存方法播放重试切入点。转到应用程序上下文示例的底部。

    public class RealDao<T> implements Dao<T> {
    
        @Autowired
        private Session session;
    
        @Override
        public void save(T type) {
            // save to DB here
        }
    }
    

    复合

    public class CompositeDao<T> implements Dao<T> {
    
        // these instances are actually of type RealDao<T>
        private Set<Dao<T>> delegates;
    
        public CompositeDao(Dao ... daos) {
            this.delegates = new LinkedHashSet<>(Arrays.asList(daos));
    
        }
    
        @Override
        public void save(T stuff) {
            for (Dao<T> delegate : delegates) {
                try {
                    delegate.save(stuff);
                } catch (Exception e) {
                    // skip it. Best effort
                }
            }
        }
    }
    

    每个“东西”是否保存在它自己的单独会话中。由于会话在“RealDao”实例上,那么您知道,当第一个完成时,它已完全保存或失败。 Hibernate 可能希望你有一个不同的 ID 以便哈希/等于不同,但我不这么认为。

    【讨论】:

      猜你喜欢
      • 2018-01-11
      • 2012-06-29
      • 2017-08-04
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-01-01
      相关资源
      最近更新 更多