Hi Chris, > Just tracing through what it means to archive a mediapackage as this > now exists in the episode service and we hacked a process together on > our end - does this just adds the whole thing to solr?
the episode service ist not yet an archive. All it does right now is (as you suspected) add the mediapackage to the solr search index, while the parts and pieces of the media package are still stored in the working file repository, if not removed by the cleanup operation. ETH and Entwine are working on adding initial archiving capabilities to the episode service, which will include a first draft of an api as well as a simple filesystem based implementation that stores all the files to disk. > We archive on tape as we don't have disk storage for raw media > packages, is the thought with this archiving method that things should > sit live? If so, do you (Christoph?) think that there is room for > abstracting org.opencastproject.episode.impl.solr.SolrIndexManager into > a Manager API that might be able to handle async requests to a tape > system? You are right, the archive api will need to provide support for asynchronous communication. Tobias _______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________
