Episode SOLR index takes mediapackageId as dcId ignores catalog dcId

Steps to reproduce

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.


Former user
June 3, 2013, 8:07 PM

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.

Greg Logan
June 3, 2013, 9:54 PM

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.

Former user
July 22, 2015, 12:32 PM

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);
Schema.setDcId(doc, mediaPackageId);

from: lines 435, 436, SolrInputDocument createEpisodeInputDocument()

Greg Logan
October 28, 2019, 9:34 PM

This seems to be fixed




Former user


Usability Issue

Tags (folksonomy)


Fix versions

Affects versions