CDO并发写入事务异常求助：无写入事务无法修改资源集

这是CDO（Eclipse Cloud Objects）与EMF Transactional Editing Domain（TED）整合时常见的并发通知冲突问题，我来帮你拆解原因并给出可行的解决办法：

核心原因 #

当用户1提交T1的变更后，CDO服务器会向所有关联的视图（包括用户2的T2）推送失效通知（Invalidation Notification）。CDO视图会在后台线程自动更新本地资源集，同步远程变更。但此时用户2的TransactionalEditingDomain可能处于无活跃写事务的状态，EMF的TransactionChangeRecorder会拦截到这个“未经事务包裹”的资源集修改，直接抛出Cannot modify resource set without a write transaction异常。

简单说：CDO的自动失效机制在后台修改了资源集，但这个操作没有在TED的写事务上下文内执行，违反了EMF事务的约束。

可行解决方案 #

方案1：禁用CDO自动失效，改为手动刷新 #

关闭CDO视图的自动失效功能，将资源集的更新时机完全掌控在TED的事务中：

// 创建事务时关闭自动失效
CDOViewOptions options = CDOViewOptions.builder().autoInvalidationEnabled(false).build();
CDOTransaction transaction = session.openTransaction(resourceSet, options);

之后在合适的时机（比如用户发起编辑操作前，或者在TED的写事务内）手动触发刷新：

// 确保在TED的写事务上下文内执行刷新
TransactionalEditingDomain domain = getYourEditingDomain();
domain.getCommandStack().execute(new RecordingCommand(domain) {
    @Override
    protected void doExecute() {
        transaction.refresh();
    }
});

方案2：将CDO失效操作绑定到TED事务上下文 #

通过CDO视图监听器，把失效触发的资源更新逻辑包裹到TED的事务中执行：

transaction.addListener(new CDOAdapter() {
    @Override
    public void notifyChanged(Notification msg) {
        // 监听CDO视图的失效通知
        if (msg.getEventType() == CDOView.INVALIDATION) {
            TransactionalEditingDomain domain = getYourEditingDomain();
            // 用TED的命令栈执行刷新，确保在事务上下文内
            domain.getCommandStack().execute(new RecordingCommand(domain) {
                @Override
                protected void doExecute() {
                    // 手动刷新同步远程变更
                    transaction.refresh();
                }
            });
        }
    }
});

方案3：确认资源集与事务的隔离性 #

虽然你提到两个用户使用不同的Resource Set，但仍需检查：

• 每个CDOTransaction是否绑定了独立的Resource Set和TransactionalEditingDomain，避免跨用户的资源集共享
• 确保session1和session2的上下文完全隔离，没有交叉引用同一个资源集实例

调试建议 #

• 在异常堆栈的CDOViewImpl.sendDeltaNotifications处打断点，查看触发修改的具体通知内容，确认是远程变更的失效操作
• 检查TED的事务状态：在收到失效通知时，调用domain.getTransaction().isActive()和domain.getTransaction().isReadOnly()，确认当前是否有活跃的写事务

内容的提问来源于stack exchange，提问作者Santosh Rajguru