Community
Participate
Working Groups
Build ID: M20080221-1800 Steps To Reproduce: see http://www.eclipse.org/newsportal/article.php?id=13664&group=eclipse.modeling.gmf#13664 extract of the thread below: ... I know something of the history of this constraint. The purpose of this constraint (despite its name) is to ensure that no object in an ID-based XMLResource is "shadowed" or "unreferenceable" because of multiple objects having the same "x[sm]i:id" attribute value in the same resource. It isn't concerned with more general URI fragments. When multiple objects have the same ID, then the ID occurs multiple times as a value in the EObject-to-ID map. However, looking objects up by ID can only find one of these objects because the ID-to-EObject map necessarily only contains the ID once. So, this constraint points the user to those elements that are "shadowed." In the case that a resource does not use IDs or has some subset of objects that don't have IDs, then looking up such an object in the EObject-to-ID map should return null. Looking up null in the ID-to-EObject map would be expected to return null, also. So, then, clearly eObject != null causes a failure. To fix this problem, I think it is only necessary that if looking up the ID returns null, then nothing further should be done because when there is no ID there cannot be any shadowing. ... More information:
Created attachment 105936 [details] Patch file for UUIDConstraint.java This patch checks to see if the returned ID is null. If it is it simply return successfully from the constraint.
Goeff, can you send me your contact info for our IP log? I just need address and phone (work is fine). Thanks, Rich
(In reply to comment #2) > Goeff, can you send me your contact info for our IP log? I just need address > and phone (work is fine). > > Thanks, > Rich > Hi Rich, Did we get this information?
(In reply to comment #3) > (In reply to comment #2) > > Goeff, can you send me your contact info for our IP log? I just need address > > and phone (work is fine). > > > > Thanks, > > Rich > > > > Hi Rich, Did we get this information? > Yes, but then I asked Bjorn if we still need to keep such information with the new IP logging that the Foundation provides and he said we didn't. Good news.
Committed to HEAD and R2_1_maintenance.
[GMF Restructure] Bug 319140 : product GMF and component Runtime EMF was the original product and component for this bug