Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
1.4.10, 1.5.14
-
None
Description
OAK-1997 added a (single) path to the uniqueness constraint exception message in the PropertyIndexEditor to point out where the duplicate came from, but it is always the root:
OakConstraint0030: Uniqueness constraint violated at path [/] for one of the property in [rep:externalId] having value xyz1234
That is because it uses getPath() of the index editor itself and the uniqueness check always happens at the root level at the end.
It probably has to read from the index to find out the 2 or more paths with the same property value (just printing one path is not enough information for duplicates).