Thanks, Josh! Well, I was actually thinking on the changes comparing to the previous mechanism. I was assuming that the .jar version in pom.xml had to be changed, as always. I didn't know that modifying system.properties is also required.
Anyway, thanks again for the explanation. It was just what I wanted to know. Best regards 2011/9/19 Josh Holtzman <[email protected]> > Upgrading 3rd party bundles, unfortunately, requires changing two files: > matterhorn-runtime-dependencies/pom.xml and system.properties. There are > many options for improving this, but my goal wasn't an overhaul, it was to > fix the short term problem of runtime dependencies on a remote http server. > > If you just want to upgrade the 3rd party jars, you can either manually > copy the new jar into lib or change the pom and rebuild > matterhorn-runtime-dependencies. You'll always need to up update > system.properties. > > Does that make sense? > > In the future, I could envision a mechanism to auto-load everything in lib, > but we'd need to be careful to deal properly with start levels. > > Hope that helps, > Josh > > On Sep 19, 2011, at 2:00 AM, Rubén Pérez wrote: > > Hi Josh, > > > Does this mean that, should we change those 3rd party bundles (for instance > to upgrade versions), they will be updated as soon as we rebuild? BTW, what > if we *just* wanted to update those 3rd party jars and we do not "deploy" > the jars? Would the /lib contents be updated anyway or is deploying > required? > > Not trying to be critic here, just to understand well the new mechanism. > > Thanks > Rubén > > 2011/9/18 Josh Holtzman <[email protected]> > >> 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] >> _______________________________________________ >> > > _______________________________________________ > 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] _______________________________________________
