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] _______________________________________________
