2009/6/9 Toni Menzel <t...@okidokiteam.com> > Well, i am facing similar problems in two weeks at devcon. I don't > really have problems with straight maven usage but polling things just > through mvn handler. > > As described in a related jira issue (don't have it here right now, > but its an unresolved pax url cache thing) we should be able to > intercept any mvn-handler loaded artifact and at least stack them up > somewhere so we can at least manually populate local > repositories/nexus afterwards while being offline. >
totally agree - the original pax-runner had code to cache jars in the local repository, but it was basic btw, conference is 22nd of june.. > yep, looking forward to seeing your talk :) 2009/6/9 Stuart McCulloch <mccu...@gmail.com>: > > 2009/6/9 Heiko Seeberger <heiko.seeber...@googlemail.com> > >> > >> I will be giving an Advanced OSGi training course next week where we > will be using Pax Runner and Pax Exam => It would be very beneficial if the > maven repos are up and running then ;-) > > > > FYI you might want to consider using a Maven repository manager (like > Nexus / Archiva / Artifactory) > > to cache the relevant artifacts used during the course - just setup the > proxy, start with a clean local > > repository, and go through each build in the tutorial to populate it. > > > > You can then share this with people attending the course - they just need > to adjust their own Maven > > settings to use the manager proxy. Useful where there's limited > connectivity, and it avoids everyone > > hitting the main repo1 server all at once... > > > > Another simpler approach is to zip up your own local Maven repository and > get attendees to unpack > > this over their own local repository - then you don't need to adjust any > settings / proxies. > > > > This still might not catch everything, so it's always good to run through > the tutorial without internet > > access in case part of the build tries to call out and isn't caught by > the repository manager proxy. > > > > HTH > > > >> > >> 2009/6/9 Niclas Hedhman <nic...@hedhman.org> > >>> > >>> Gang, > >>> we are having a lot of problems with SRV03. So we are going to > >>> decommission it asap. That includes a lot of Migration of various > >>> services still on the machine. > >>> > >>> There will be sporadic problems with various services during this > >>> process (which started just now). Please bear with us. > >>> > >>> One thing that I don't want to see today; The Repository should not be > >>> modified/updated. > >>> > >>> For Qi4j, the SiteVision instance will be down again later today, and > >>> I appreciate if no content is added today. > >>> > >>> > >>> Cheers > >>> -- > >>> Niclas Hedhman, Software Developer > >>> http://www.qi4j.org - New Energy for Java > >>> > >>> I live here; http://tinyurl.com/2qq9er > >>> I work here; http://tinyurl.com/2ymelc > >>> I relax here; http://tinyurl.com/2cgsug > >>> _______________________________________________ > >>> general mailing list > >>> general@lists.ops4j.org > >>> http://lists.ops4j.org/mailman/listinfo/general > >> > >> -- > >> My blog: heikoseeberger.name > >> Follow me: twitter.com/hseeberger > >> OSGi on Scala: www.scalamodules.org > >> Lift, the simply functional web framework: liftweb.net > >> > >> _______________________________________________ > >> general mailing list > >> general@lists.ops4j.org > >> http://lists.ops4j.org/mailman/listinfo/general > >> > > > > -- > > Cheers, Stuart > > > > _______________________________________________ > > general mailing list > > general@lists.ops4j.org > > http://lists.ops4j.org/mailman/listinfo/general > > > > > > > > -- > Toni Menzel > Independent Software Developer > Professional Profile: http://okidokiteam.com > t...@okidokiteam.com > http://www.ops4j.org - New Energy for OSS Communities - Open > Participation Software. > > _______________________________________________ > general mailing list > general@lists.ops4j.org > http://lists.ops4j.org/mailman/listinfo/general > -- Cheers, Stuart
_______________________________________________ general mailing list general@lists.ops4j.org http://lists.ops4j.org/mailman/listinfo/general
