I've committed r10974 as part of MH-8161. This changes the way we load 3rd party OSGI bundles on startup. Now, when you build Matterhorn with -DdeployTo=$FELIX/matterhorn, the 3rd party jars will be deployed to $FELIX/lib. Once you rebuild your code and update your config.properties and system.properties files, you'll be able to remove $FELIX/felix-cache at will, without fear of requiring another long download from nexus.
Let me know if you run into any problems with the new approach. Thanks, Josh On Sep 14, 2011, at 7:52 AM, Josh Holtzman wrote: > Shouldn't be difficult at all. I can probably do it this weekend. > > Josh > > On Sep 14, 2011, at 7:44 AM, Rubén Pérez wrote: > >> Josh, >> >> Is it too difficult to get rid of those http dependencies? Does not seem >> logical that all the Matterhorns around the world stop working just because >> a server is down... >> >> Regards >> >> 2011/9/14 Greg Logan <[email protected]> >> Remember to also grab the ones from the bottom of config.properties. >> That's what got me, I had them all except for the two security related ones >> from the other file :( >> >> Is there a ticket related to this? Seems like an easy enough fix (we have a >> script to do this locally) that we might be able to push it into 1.3... >> >> G >> >> Josh Holtzman <[email protected]> wrote: >> >> >The solution is simple: replace every reference to a dependency starting >> >with http:// with file://, and of course ensure that you've got the >> >dependencies locally. I've been advocating both on and off list to change >> >config/system.properties to remove all dependencies delivered via http for >> >what seems like a year now. We can even deliver all of the dependencies in >> >a zip, and have maven unpack them for us. >> > >> >Josh >> > >> >On Sep 13, 2011, at 7:56 AM, Rubén Pérez wrote: >> > >> >> Hi, >> >> >> >> It's nice to know that felix won't work if the repository is down, EVEN >> >> IF YOU HAVEN'T RECOMPILED. >> >> >> >> I have just wiped out the contents in our development installation, and >> >> erased the logs and the felix-cache, as always. Now felix won't work, >> >> even though I didn't compile anything. The system is just as it was >> >> before, I just deleted the cached data. Still, it requires the repository >> >> to be up, so it can download who-knows-what. Really? Seriously *every* >> >> single Matterhorn installation in the world depends on a simple >> >> repository being reachable? You have to be kidding me... >> >> >> >> >> >> 2011/9/12 Adam Hochman <[email protected]> >> >> thanks. I missed Greg's original email. >> >> >> >> >> >> On 9/12/11 2:28 PM, Schulte Olaf A. wrote: >> >> Tobias is offline Monday evening, but we'll take a look first thing >> >> tomorrow morning; sorry for the inconveniences caused. >> >> >> >> O >> >> >> >> -----Ursprüngliche Nachricht----- >> >> Von: [email protected] [mailto:matterhorn- >> >> [email protected]] Im Auftrag von Adam Hochman >> >> Gesendet: Montag, 12. September 2011 23:22 >> >> An: infra; Opencast Matterhorn >> >> Betreff: [Opencast Matterhorn] nexus is down<IMPORTANT> >> >> >> >> I don't have access to this host so there's not much I can do. According >> >> opencastproject.org's cname records, it looks like >> >> repository.opencastproject.org >> >> points to opencast01.opencastproject.org which resides at ETH Zurich. >> >> Our list >> >> server and download area also reside on that server but they appear to be >> >> working. >> >> Walt is trying to find his ssh keys, but in the interim it would be great >> >> if someone >> >> from Zurich could take a peek. >> >> >> >> Thanks, >> >> Adam >> >> >> >> _______________________________________________ >> >> 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] >> >> _______________________________________________ >> > >> > >> >_______________________________________________ >> >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] >> _______________________________________________ >
_______________________________________________ Matterhorn mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn To unsubscribe please email [email protected] _______________________________________________
