Karen,
> Just to clarify, does the new naming schema represent a REST endpoint call
> that could return an actual archived file?
> http://{host}/episode/archive/mediapackage/{mediaPackageId}/{mediaPackageElementId}/{version}/{type}.{fileSuffixOfMimeType}
Yes, the vector (media_package_id, media_package_element_id, version) uniquely
identifies an object in the archive. The remaining parts of the URL
({type}.{suffix}) are only to satisfy other Matterhorn modules like the media
inspection service or the workspace that rely on URLs with a "file" suffix. The
episode service (aka archive) itself does not need it.
> Do you think the 1.4.rc2 archived Episodes will be able to take advantage of
> this of this or would they need to be re-archived? It's hard to see how the
> mpeg7/text flavored slidetext.xml files can be found by the episode service
> using the schema.
No, re-archiving is not necessary since the URLs are generated just on delivery
of the media package. The slidetext.xml will be found since (as described
above) it can be uniquely identified by media_package_id,
media_package_element_id and version and this system does not change with the
new version.
> Best of luck with the remaining tests!
Thanks, Karen. I'll leave you a message when the patch has been committed to
trunk and merged over to 1.4.
Christoph
> Karen
>
> On Oct 1, 2012, at 4:45 PM, Christoph Drießen wrote:
>
>> Sorry, Karen, I thought I mentioned in an earlier post that the fix -- and
>> the new naming scheme -- hasn't been committed to trunk yet. There are still
>> some outstanding tests, but I'll most probably finish them tomorrow.
>>
>> Christoph
>>
>>
>
> _______________________________________________
> Matterhorn mailing list
> [email protected]
> http://lists.opencastproject.org/mailman/listinfo/matterhorn
>
>
> To unsubscribe please email
> [email protected]
> _______________________________________________
_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn
To unsubscribe please email
[email protected]
_______________________________________________
