OSGi и устаревшие библиотеки

Question

Я некоторое время искал OSGi, и мне интересно, как лучше всего работать с «старыми» библиотеками (выпущенными как простые JAR, а не как пакеты OSGi).

Как вы считаете, лучший способ справиться с этим? Модифицируя их файл манифеста и добавляя минимальную информацию об узле, тогда их переупаковка - это то, что я делаю в данный момент, но мне кажется, что-то неправильно. Должен ли я просто использовать ручное управление зависимостями для этих JAR (я делаю это для тех библиотек, которые имеют высокую вероятность использования только в определенной части моего приложения)?

Насколько они доступны, я использую пакеты для Eclipse (поскольку я использую Equinox в качестве платформы OSGi, это хорошо подходит для тех библиотек, которые доступны в виде пакетов).

Есть ли какие-либо комплекты-репозитории, кроме комплектов Eclipse, о которых я должен знать?

Answer 1

Весна идет OSGi в значительной степени, используя Equinox в качестве базовой платформы.

http://www.springsource.org/dmserver

Rob Harrop's blog стоит следующее, если вы в разработках OSGi.

И ответить на ваш вопрос, вот в Spring OSGi расслоения репозиторий:

http://www.springsource.com/repository/app/

Answer 2

Там также Eclipse Orbit, который имеет ряд предварительно упакованных пучков для использования в Eclipse. И вместо того, чтобы немедленно внести изменения в манифест связки, вы можете создать пакет обертки, который предоставляет сам манифест, и включить Jar as is с заголовком Bundle-ClassPath: foo.jar. Это немного менее эффективно для этого, так как во время выполнения foo.jar извлекается (по крайней мере, на Equinox), но вам может быть проще управлять процессом сборки с этим.

Spring repo также является хорошим источником библиотек с открытым исходным кодом, которые были OSGi'ified.