| Summary: | [Legacy] URI clash and postCommit notifications | ||
|---|---|---|---|
| Product: | [Modeling] EMF | Reporter: | Alex Lagarde <alex.lagarde> |
| Component: | cdo.legacy | Assignee: | Christian Damus <give.a.damus> |
| Status: | CLOSED WORKSFORME | QA Contact: | Eike Stepper <stepper> |
| Severity: | normal | ||
| Priority: | P3 | CC: | alex.lagarde, mariot.chauvin, stepper, steve.monnier |
| Version: | 4.3 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
|
Description
Alex Lagarde
I talked to Martin and it looks like a legacy issue at a first glance. Let's see... By taking a closer look at CDOLegacyWrapper, I strongly suspect that the issue is due to the call to revisionToInstanceResource() inside cdoResource() : as we get the OID of the CDOResource of a CDOLegacyWrapper that just have been updated, this returns OID4 although the "objects" map of the transaction still maps this resource with "oid1". That leads to the creation of a new Resource and hence the URI Clash issue. Moving all open bug reports to 4.1 because the release is very near and it's hghly unlikely that there will be spare time to address 4.0 problems. Please make sure that your patches can be applied against the master branch and that your problem is not already fixed there!!! Moving all open issues to 4.2. Open bugs can be ported to 4.1 maintenance after they've been fixed in master. Hi Christian, I assign this legacy mode zilla to you, just in case you're ineterested. Don't feel obliged ;-) We'll try to address open problems in 4.3 (master) first and then port fixes back to 4.2. I can't reproduce the issue of the initial scenario on CDO 4.3. I guess you can close this one. Yes, we can reopen if needed. |