Community
Participate
Working Groups
Build Identifier: When loading a commit info based on the timestamp of the commit using cdoSession.getCommitInfoManager().getCommitInfo(timeStamp), the detached objects list will be always empty, even if an object has been deleted from the repository with the commmit. Expected behaviour would be that the detached objects list contains the CDOIDs of the deleted objects. Reproducible: Always
Created attachment 192718 [details] Unit test to reproduce the error
For the MEMStore the test case passes. But it fails for the DBStore. Moving to cdo.db
In order to commit the attached test case, please confirm that: 1) The number of lines that you changed is smaller than 250. 2) You are the only author of these changed lines. 3) You apply the EPL to these changed lines.
Created attachment 192915 [details] Patch v1 (includes test)
(In reply to comment #3) > In order to commit the attached test case, please confirm that: > > 1) The number of lines that you changed is smaller than 250. > 2) You are the only author of these changed lines. > 3) You apply the EPL to these changed lines. I can confirm these statements. Regards, Szabolcs
Created attachment 192926 [details] Patch v2
Created attachment 192999 [details] Patch v3 (different approach)
The new approach does not change the handleRevisions() method in the mapping strategies because they are used in too many other contexts. Rather it calculates the list of detached objects by counting additions and removals in the changed objects.
Committed revision 7607: - trunk/plugins/org.eclipse.emf.cdo.server - trunk/plugins/org.eclipse.emf.cdo.tests
Resolved.
Available in R20110608-1407