OSGi i starsze biblioteki

Question

Od pewnego czasu interesuję się OSGi i zastanawiam się, jak najlepiej radzić sobie z "starszymi" bibliotekami (które są wydawane jako zwykłe pliki JAR, a nie jako pakiety OSGi).

Jak sądzisz, jak najlepiej sobie z nimi radzić? Modyfikowanie ich pliku manifestu i dodawanie minimalnych informacji specyficznych dla pakietu, a następnie przepakowywanie ich jest tym, co robię w tej chwili, ale wydaje mi się, że jest to trochę błędne. Czy powinienem używać zarządzania ręcznego zależnością dla tych JARów (robię to dla tych bibliotek, które mają wysokie prawdopodobieństwo użycia tylko w pewnej części mojej aplikacji)?

O ile są one dostępne, używam pakietów dla Eclipse (ponieważ używam Equinox jako platformy OSGi, działa to dobrze dla tych bibliotek, które są dostępne jako pakiety).

Czy są jakieś repozytorium pakietów poza pakietami Eclipse, o których powinienem wiedzieć?

Answer 1

Wiosna przechodzi na OSGi w wielkim stylu, wykorzystując platformę Equinox jako platformę bazową.

http://www.springsource.org/dmserver

Rob Harrop's blog jest godne naśladowania, jeśli jesteś w sytuacji OSGi.

I odpowiedzieć na pytanie, oto sprężyny OSGi bundle repozytorium:

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

Answer 2

Jest też Eclipse Orbit który posiada szereg paczkowanych wiązki do zastosowań Eclipse. Zamiast bezpośrednio zmieniać manifest pliku, możesz utworzyć pakiet zawijania, który sam dostarcza Manifest, i dołączyć Jar jak z nagłówkiem Bundle-ClassPath: foo.jar. Jest to nieco mniej wydajne, aby zrobić to w ten sposób, ponieważ w czasie wykonywania plik foo.jar jest wyodrębniany (przynajmniej w systemie Equinox), ale może być łatwiejszy w zarządzaniu procesem kompilacji.

Wiosenne repozytorium jest także dobrym źródłem bibliotek open-source, które zostały OSGi.