Глава 126Спецификация OSGI Enterprise Release 5 упоминает совместимость: "

Поддерживать традиционную модель программирования JNDI, используемую клиентами Java SE и Java EE. "

и использование кода, не знакомого с OSGI: "

Клиенты и провайдеры JNDI-контекста, которые не знают OSGi, используют статические методы для подключения к реализации JRE JNDI. Класс InitialContext обеспечивает доступ к контексту от поставщика, а поставщики используют статические методы NamingManager для преобразования объектов и поиска контекстов URL. Эта традиционная модель не знает OSGi и поэтому может быть надежно использована только в том случае, если будут устранены последствия этого недостатка OSGi ».

но мне не ясно, относится ли этот текст только кнаследие» код, выполняемый внутри пакета OSGI, или также для кода вне контейнера OSGI, например, в сценарии, где контейнер OSGI встроен в приложение.

В сценарии встраивания может существовать код приложения как снаружи, так и внутри контейнера OSGI, который выполняет вызовы JNDI, и при выполнении в той же JVM они будут совместно использовать реализацию JNDI.

Вопрос: Должна ли реализация OSNI JNDI, выполняемая во встроенном контейнере OSGI, позволять незнакомому с OSGI коду вне контейнера выполнять свои вызовы JNDI как обычно, или это портирование на "OSGi-сознание» требуется?

Попробовать это самостоятельно с Apache Karaf 2.3.0 (который использует Apache Aries JNDI 1.0.0) это не 'Это, кажется, работает, поскольку Apache Aries требует, чтобы клиентские вызовы JNDI исходили из пакета OSGI.

Частичная трассировка стека:

javax.naming.NoInitialContextException: The calling code's BundleContext could not be determined.
    at org.apache.aries.jndi.OSGiInitialContextFactoryBuilder.getInitialContext(OSGiInitialContextFactoryBuilder.java:46)
    at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:684)
    at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:307)
    at javax.naming.InitialContext.init(InitialContext.java:242)
    at javax.naming.InitialContext.(InitialContext.java:192)

Вопрос: Это правильное поведение, или есть раздел спецификации, на который я могу сослаться, который нарушается этим ограничением?