Hello

For our application we need update mechanism with dependency handling and
with remote repository. Something simmilar like apt-get in Debian or
installing new plugins to Eclipse from various repositories or marketplace.

>From what I've read it looks that the solution could be the Bundle
Repository - OBR.

Currently all our bundles are stored in the ivy repository together with
non-bundle jars used for eg. GWT. BTW We are using our own proprietary build
system that integrates ivy, bnd and other libraries, but this is maybe not
so important now.

To start using OBR we need to generate repository.xml. The best would be if
jars would stay in the ivy repository (standard file system accessible over
ssh, but there is no problem to add http support) and not duplicate them for
the OBR server. Bundles in the repository often changes and so it would be
expensive to always regenerate repository.xml for complete repository after
every change.

We have basically couple questions:
1. how can we generate OBR repository.xml for every bundle? The source for
generation could be MANIFEST.MF and DS component.xmls.
2. is there any OBR server that can dynamically aggregate OBR xml of every
bundle to repository.xml? It must be dynamic, because bundles often changes.
3. is there some solutions to combine it with ivy.xml descriptions?

In next step we would maybe like to also update our building system to use
metadata from OBR to handle compile-time dependencies. We may consider
Sigil. But not all jars are bundles - many jars are GWT jars and jars for
other purposes. But we'll have more questions about this once we have our
OBR server running :-)

Thanks in advance
-- 
Ing. Martin Ždila
CTO

M-Way Solutions Slovakia s.r.o.
Letná 27, 040 01 Košice
Slovakia

tel:+421-908-363-848
mailto:m.zd...@mwaysolutions.com
http://www.mwaysolutions.com
_______________________________________________
OSGi Developer Mail List
osgi-dev@mail.osgi.org
https://mail.osgi.org/mailman/listinfo/osgi-dev

Reply via email to