Describe the bug
The Lookup for Journals (and probably other lookup places) is ignoring the setting singleResultOnAggregate in cris-authority-metadata-generator.xml - when a match is found locally and on Sherpa/Romeo, there will be two matches.
To Reproduce
Here is the configuration, with that this happens:
cris-authority-metadata-generator.xml:
Despite this configuration, there are two matches in the lookup dialog for dc.relation.ispartof: one from our local database, the other from Sherpa/Romeo. When I choose the match from Sherpa, a new item will be generated (instead of using the locally existing item).
Expected behavior
There should be only one aggregated match in the lookup result.
Describe the bug The Lookup for Journals (and probably other lookup places) is ignoring the setting
singleResultOnAggregate
incris-authority-metadata-generator.xml
- when a match is found locally and on Sherpa/Romeo, there will be two matches.To Reproduce Here is the configuration, with that this happens:
cris-authority-metadata-generator.xml
:Despite this configuration, there are two matches in the lookup dialog for
dc.relation.ispartof
: one from our local database, the other from Sherpa/Romeo. When I choose the match from Sherpa, a new item will be generated (instead of using the locally existing item).Expected behavior There should be only one aggregated match in the lookup result.