However Pawel's proposal seems like a good think to me. It would greatly facilitate content migrations. If we could have some "ENGAGE_ROOT_URL" defined in the database, or wherever might be adequate, and make all the URLs contained in the mediapackages relative to that root URL.
I don't know how difficult it would be, or the implications, but once implemented it would certainly be a plus. Regards Rubén Pérez TELTEK Video Research www.teltek.es 2012/11/6 Pawel Fic <[email protected]> > Thanks Greg, > I haven't even thought about changing jobs. I was thinking about altering > only the current solr indexes - but you are right, if the jobs are in > progress then those would be ruined. > And my installation runs on a single PC. > > Having all that I think filling in a bug report makes no sense. :-) > Thanks. > > --- On Tue, 11/6/12, Greg Logan <[email protected]> wrote: > > > From: Greg Logan <[email protected]> > > Subject: Re: [Opencast Matterhorn] URL and port number in Mediapackage > > To: [email protected] > > Date: Tuesday, November 6, 2012, 3:14 PM > > On 12-11-06 02:46 AM, Pawel Fic > > wrote: > > > Hi, > > > On one of my test installations of Matterhorn I have > > changed the port number (from 8080 to 80). The webpages of > > course worked, but the videos stopped playing. > > > It was caused by port number embeded in Mediapackages. > > > > > > Well - as far as port number usually stays the same, > > the URL of the server may change. > > > Has somebody run into this issue? > > > I am posting it on Matterhorn developers group, since > > this is something that maybe should be addressed by > > developers, and since addressing it may be time-consuming, > > and is not so urgent, I did not wanted to file a bug report > > yet. > > > > > > Well, I will probably write a script that will use > > endpoints to alter all mediapackages and change the url and > > port number, but - this is just a workaround. > > > > While this is technically possible, I suspect it will be > > fairly > > difficult. The script will have to do at least two > > things: > > > > 1) Address the mediapackage(s) in the jobs > > table. This means first > > finding the correct job(s), and the number of jobs depends > > on how > > thorough you want to be. To explain, each time a job > > (workflow > > operation) is dispatched for processing a copy of the > > current > > mediapackage is added to the jobs table. If you wanted > > to be completely > > thorough you would have to go through and change each of > > these jobs. In > > the simplest case you could just modify the final job(s), > > although I'm > > not sure what affect that would have on the system. > > > > 2) You may have to alter the contents of the Solr > > index. I am not > > terribly familiar with that piece of the codebase, but I > > hope there is > > only a single instance to change for a given recording. > > > > > Do you think it is important issue ? > > > > Yes, although for the reasons above it may be hard to > > address. One of > > the things I have in my head for 1.5 is redoing the way we > > store > > mediapackages using JPA rather than dumping potentially very > > large XML > > structures into a database column. Whether I have time > > to do this > > remains to be seen. > > > > G > > > > > Best Regards, > > > (after long break) > > > - > > > _______________________________________________ > > > Matterhorn mailing list > > > [email protected] > > > http://lists.opencastproject.org/mailman/listinfo/matterhorn > > > > > > > > > To unsubscribe please email > > > [email protected] > > > _______________________________________________ > > > > > > > > > > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > 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] > _______________________________________________ >
_______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________
