Toni Menzel
Sat, 27 Feb 2010 03:09:49 -0800
Well, nexus is just a war, and also runs "self contained" with its embedded Jetty. So memory overhead should not be a problem. (considering development machines with 4gb ram and above). What exactly do you mean with distribution ? You can still cascade nexus (or any other repository product of choice) in your company as wanted.
Toni On Sat, Feb 27, 2010 at 11:58 AM, Humberto N. Castejon Martinez <humca...@gmail.com> wrote: > 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 > > -- 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