Humberto N. Castejon Martinez
Sat, 27 Feb 2010 02:59:22 -0800
Yes, I am pretty sure your solution works fine, but it implies having to install Tomcat or the like and then the nexus repository. For distribution purposes this does not work. Cheers, Humberto
On Sat, Feb 27, 2010 at 11:51 AM, Toni Menzel <t...@okidokiteam.com> wrote: > 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 >
_______________________________________________ general mailing list general@lists.ops4j.org http://lists.ops4j.org/mailman/listinfo/general