Personally i use a local maven proxy. This catches all outgoing maven requests and caches the artifacts locally. This way you just download stuff once; even when using runtime dependencies through Pax URL mvn protocol handler (where no local maven activity happens). Currently the proxy of choice is an Nexus OSS instance: easy to set up, use and reliable.
hth On Sat, Feb 27, 2010 at 11:43 AM, Anders Storsveen <and...@generation.no> wrote: > I would like to second this motion. I'm using pax runner through the > pax:provision method of the pax-maven-plugin. This is to quickly start up my > projects in an osgi context and test it. It is however impossible to use > offline, because a few of the modules (e.g. pax-logging-api, > pax-logging-service, and equinox) needs to be downloaded all the time. I can > put the artifacts as dependencies in maven, and that will download them, but > I'm not sure if I can do that with equinox and it is kind of hacky. An > option like --cache-maven-local or something would be very useful. > > Anders > > One of the reasons for me to use pax-runner is to be able to distribute > applications in an easy and simple way. I want to avoid end-users needing to > install maven or nexus. It is great to distribute pax-runner together with a > runner.args file. That's all! > My end-users will run several applications separately, each one on its own > Java virtual machine. But those applications have common dependencies. In > that scenario, they will have to run several instances of pax-runner, and > each of those pax-runner instances will download all the needed dependencies > on its own. It would be great if that could be avoided, that is, if one > pax-runner instance could benefit from the bundles already downloaded by > another pax-runner instance. And that ccould be done with a local common > repository. > You mention there is a maven resolver that saves the artifacts to the local > repository. Is it possible to use/have access to that resolver? > Cheers, > Humberto > > On Fri, Jan 29, 2010 at 12:54 PM, Alin Dreghiciu > <adreghi...@gmail.com>wrote: > >> Nope. Why? Because we do have an internal maven resolver as embedding >> maven >> was not an option . We do have another maven resolver on the works which >> is >> based on maven , which will indeed save the artifacts to your local >> repository. >> We deliberately did not wanted to save files to local maven repository in >> order to not affect in any way your local maven install. >> >> If connection is a problem for you and you do not want to re-download, >> just >> use a Nexus. Put nexus on your machine, set it up to proxy the >> repositories >> you need and then use the --repositories option to point to local nexus. >> And if you do not want to set that option all the time you can put it in >> $home/.pax/runner/runner.args file. >> >> On Fri, Jan 29, 2010 at 1:38 PM, Humberto N. Castejon Martinez < >> humca...@gmail.com> wrote: >> >>> Hi! >>> Is there any way I can make Pax Runner to store the bundles it downloads >>> in a local repository? >>> Imagine you do not have Maven installed in your machine (otherwise you do >>> not need pax-runner and can just run "mvn pax:provision"), and thus do >>> not >>> have a local repository. You use pax to run an application that uses >>> bundles >>> X, Y, Z. The first time you run that application, all those bundles are >>> downloaded, together with the osgi-framework bundles. Now, imagine that >>> you >>> want to run another application that uses the same bundles as the >>> formerapplication. When you run this new application, pax downloads again >>> bundles X,Y,Z, plus the osgi-framework bundles. And everytime a new >>> application is run, the bundles are yet again downloaded. This is >>> unfortunate, specially if the internet connection is bad and there are >>> many >>> bundles that have to be downloaded. So it would be great if Pax could >>> store >>> the bundles it downloads in a local repository, as maven does. >>> Cheers, >>> Humberto >>> >>> >>> _______________________________________________ >>> general mailing list >>> general@lists.ops4j.org >>> http://lists.ops4j.org/mailman/listinfo/general >>> >>> >> >> >> -- >> Alin Dreghiciu >> Software Developer >> My profile: http://www.linkedin.com/in/alindreghiciu >> My blog: http://adreghiciu.wordpress.com >> http://sonatype.com - Sonatype - The Maven Company >> http://www.ops4j.org - New Energy for OSS Communities - Open Participation >> Software. >> http://www.qi4j.org - New Energy for Java - Domain Driven Development. >> > > _______________________________________________ > general mailing list > general@lists.ops4j.org > http://lists.ops4j.org/mailman/listinfo/general > > > _______________________________________________ > 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
