2009/6/2 Obele, Azubuko <[email protected]> > Stuart, > > Outta curiosity, what's the OBR extension for the Nexus repo do? Allow > people to pull down deps through nexus from an OBR? >
It lets you proxy and cache remote OBRs and their contents, host local OBRs, apply 'virtual' OBRs on top of existing Maven repositories, and group OBRs together into a single OBR. Potentially we could also correct broken OBR metadata as well as convert between other forms of bundle metadata, such as P2, although that's not yet implemented. > On another note, what is the status of the OBR proposal? I guess people > are using it, but is it finished? > As Peter says, the OBR XML format used by existing bundle repositories like the one at Apache Felix was specified in an experimental spec. The OSGi Alliance has (re-)started the specification process so it may well be that the future standard OBR format is different from the one currently out in the field. IMHO it should be possible to map existing OBRs into the new format, once decided - but of course this is no guarantee! HTH > > ------------------------------ > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Stuart McCulloch > *Sent:* 2009, May, 30 1:01 PM > *To:* OSGi Developer Mail List > *Subject:* Re: [osgi-dev] Finding OBR xml files? > > 2009/5/31 Aaron Zeckoski <[email protected]> > >> I am having trouble finding the locations of the OBR xml files for the >> repositories out there (like these ones): >> http://felix.apache.org/obr/releases.xml >> http://incubator.apache.org/sling/obr/repository.xml >> http://oscar-osgi.sourceforge.net/repository.xml >> >> Two repos that I would really like to find these for are: >> http://www.osgi.org/Repository >> and >> http://www.springsource.com/repository/ >> > > see http://sigil.codecauldron.org/OBR+Repository for the missing links ;) > the main OSGi Alliance OBR is ~14meg so you should definitely cache > this file locally to avoid overloading the OSGi Alliance server! > > Can anyone help or suggest ways to find these? Is there a central list >> of all OBRs somewhere? >> >> On a similar topic, are there repositories that are especially good >> for pushing bundles into? By this I mean it can be done without much >> manual intervention and they are used a lot. Or should people >> typically be setting up their own? > > > I've been writing an OBR extension for the Nexus repository manager > (this will be part of Nexus Pro, which is free for qualifying open source > projects - otherwise you would need a commercial license to use this) > > or you could use the maven-bundle-plugin, which can automatically > update both local and remote OBR files thanks to goals contributed > by Clement Escoffier (uses Peter's Bindex tool, available from the > OSGi Alliance site - I also use this tool to generate OBR metadata) > > I'm hoping to use the Nexus OBR extension to build up metadata for > publicly available bundles (such as all bundles on Maven central, etc.) > you could take advantage of this work, or you could setup your own > collection using any of the tools listed above > > HTH > > -AZ >> >> -- >> Aaron Zeckoski ([email protected]) >> Senior Research Engineer - CARET - Cambridge University >> https://twitter.com/azeckoski - http://www.linkedin.com/in/azeckoski >> http://aaronz-sakai.blogspot.com/ - >> http://confluence.sakaiproject.org/confluence/display/~aaronz/<http://confluence.sakaiproject.org/confluence/display/%7Eaaronz/> >> _______________________________________________ >> OSGi Developer Mail List >> [email protected] >> https://mail.osgi.org/mailman/listinfo/osgi-dev >> > > > > -- > Cheers, Stuart > > ________________________________________ > > This E-Mail (including any attachments) may contain privileged or > confidential information. It is intended only for the addressee(s) indicated > above. > > The sender does not waive any of its rights, privileges or other protections > respecting this information. > > Any distribution, copying or other use of this E-Mail or the information it > contains, by other than an intended recipient, is not sanctioned and is > prohibited. > > If you received this E-Mail in error, please delete it and advise the sender > (by return E-Mail or otherwise) immediately. > > This E-Mail (including any attachments) has been scanned for viruses. > > It is believed to be free of any virus or other defect that might affect any > computer system into which it is received and opened. > > However, it is the responsibility of the recipient to ensure that it is virus > free. > > The sender accepts no responsibility for any loss or damage arising in any > way from its use. > > E-Mail received by or sent from RBC Capital Markets is subject to review by > Supervisory personnel. > > Such communications are retained and may be produced to regulatory > authorities or others with legal rights to the information. > > IRS CIRCULAR 230 NOTICE: TO COMPLY WITH U.S. TREASURY REGULATIONS, WE ADVISE > YOU THAT ANY U.S. FEDERAL TAX ADVISE INCLUDED IN THIS COMMUNICATION IS NOT > INTENDED OR WRITTEN TO BE USED, AND CANNOT BE USED, TO AVOID ANY U.S. FEDERAL > TAX PENALTIES OR TO PROMOTE, MARKET, OR RECOMMEND TO ANOTHER PARTY ANY > TRANSACTION OR MATTER. > > > _______________________________________________ > OSGi Developer Mail List > [email protected] > https://mail.osgi.org/mailman/listinfo/osgi-dev > -- Cheers, Stuart
_______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
