Допустим есть бандл Х со спринговым контекстом в котором конфигурируются бины классов из других бандлов... так вот если четко не прописать в зависимостях бандла Х все зависимости пакета класса определяемого бина то контекст не создастся...

Интересное что пакет экспортируемый класс бина оформлен с директивой "uses" да и либа спрингоидная от спрингоидов как и сам Gemini

Какая-то бредятина, логична принципу OSGi и не логична принципам спринга - или просто я чего-то недопонимаю?

Нет я про "спринговый контекс" и про создание в нем бинов классов из других бандлов которые "явно" не определены в манифесте. Я думал, что gemini будет сама все разруливать, так как она все равно работает как надсистема.

К примеру добавил я в контекст <tx:annotation-driven mode="proxy" /> эта инструкция не заработает, пока я четко не пропишу все необходимые зависимости, всех нужных бандлов (aspect-runtime, javax.transaction и пр.) хотя они и так прописаны в списке конфигурации equinox.

Тот же eclipse при работе с элементами конфигурации расширений грузит классы Platform.getBundle().loadClass(). Ну и не думаю что дело в этом.

Не знаю как STS но bundlor не работает со спринговыми конфигами ;(

DynamicImport-Package: * не помог... короче это из за мутных аспектов, потому что с обычными примитивами все работает!

Спринг как таковой не нужен, нужны библиотеки которые его используют и нужны другие библиотеки которые работают под OSGi.