Steps to reproduce:
1. Archive a recording
2. Query the episode. Note that the search schema dc_id is mapped to the mediapackage id.
Actual Results: Unable to query episode on the original recording id
Expected Results: A consistent identifier to Search for the Matterhorn entity from conception through lifecycle.
Workaround (if any): query the scheduled recording for it's initial mediapackage id. Use a combination of recording id and mediapackage id to locate the Matterhorn entity through it's lifecycle.
Related to "Mediapackage Id not set correctly in the CAs" https://opencast.jira.com/browse/MH-9282.
If Mediapackage Id is used as the authoritative entity Id, everyone can positively locate the instance.
I don't know if this is something Christoph should look at, but it seems like it to me? Feel free to unassign if it's not.
I was going to close this as "won't fix" or such, but I can't figure out how. It's misleading that the mediapackage Id is set via setDcId in the Archive service, but it doesn't cause issues as long as the dublin core identifier in the catalog is never used.
Schema.setId(doc, mediaPackageId + version);
from: lines 435, 436, SolrInputDocument createEpisodeInputDocument()
This seems to be fixed