One extra OBR repository url: http://osgi.sonatype.org/content/groups/osgi-central-obr<http://osgi.sonatype.org/content/groups/osgi-central-obr/>Based on the new Sonatype Nexus OBR support (made by Stuart) it is the most comprehensive repo, including the ones bellow and more.
On Fri, Sep 4, 2009 at 5:13 PM, Guillaume Nodet <gno...@gmail.com> wrote: > Right, and you can do that already. > There is obr url handler [1] that can be installed in OSGi, so that you > could write a features file with: > <bundle>obr:activemq-core/5.2.0</bundle> > > There are two real problems I have with OBR. > The first one is that those repository descriptors are *huge*. Here is a > list of existing repositories for example: > http://www.osgi.org/repository/repository.xml > http://www.knopflerfish.org/repo/bindex.xml > http://sigil.codecauldron.org/spring-external.obr > http://download.eclipse.org/releases/ganymede/repository.zip > http://dz.prosyst.com/pdoc/repository.xml > http://sigil.codecauldron.org/spring-release.obr > > The spring-external repository is more than 5Mb to download. And you need > to parse this xml ! > > The other problem is that locations in those descriptors are usually > absolute locations, thus you need to have access to the internet to be able > to leverage those (unless you want to rewrite them all). This means that > some companies can't use them at all. We therefore usually use maven > style > urls, where you can actually change the maven repositories list in > etc/org.ops4j.pax.url.mvn.cfg, which means you can point to an internal > repository easily. > > Those two things lead me to think that OBR is just unusable at runtime > (though it could really help at dev time with the right tools). This lead > the path to the so called "features" in karaf. > > > [1] http://wiki.ops4j.org/display/paxurl/Obr+Protocol > > On Fri, Sep 4, 2009 at 15:58, J Aaron Farr <fa...@apache.org> wrote: > > > > > On Fri 04 Sep 2009 21:38, Guillaume Nodet <gno...@gmail.com> wrote: > > > > > There are multiple solutions to this problem, but the easiest one is to > > make > > > sure that the system bundle does not export those packages. > > > That's what i've done at [2] where you can see that the > javax.transaction > > > packages are commented, thus not exported. > > > > > > Hopes this help! > > > > It does. I figured someone was working on updating the > > features/bundles, but I thought my notes might help. > > > > Speaking of making this simpler, while I really like the karaf > > "features" feature, shouldn't this sort of install be possible via OBR? > > That is, I install/activate the activemq bundle and OBR takes care of > > the rest? > > > > I've been out of osgi development for almost 2 years, so I'm still > > getting back up to speed on what's changed. > > > > -- > > J. Aaron Farr > > 馮傑仁 > > www.cubiclemuses.com > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > > For additional commands, e-mail: users-h...@felix.apache.org > > > > > > > -- > Cheers, > Guillaume Nodet > ------------------------ > Blog: http://gnodet.blogspot.com/ > ------------------------ > Open Source SOA > http://fusesource.com > -- Alin Dreghiciu Software Developer My profile: http://www.linkedin.com/in/alindreghiciu My blog: http://adreghiciu.blogspot.com http://www.ops4j.org - New Energy for OSS Communities - Open Participation Software. http://www.qi4j.org - New Energy for Java - Domain Driven Development.
