JDBC/OSGi 以及如何动态加载驱动程序而无需在捆绑包中显式声明依赖项？

Question

这是一件大事。

我有一个结构良好但整体的代码库，它具有原始的模块化架构（所有模块都实现接口但共享相同的类路径）。当我在可能具有不同冲突版本的库的应用程序服务器上进行部署时，我意识到这种方法的愚蠢之处以及它所代表的问题。

我现在依赖大约 30 个罐子，并且正在将它们捆绑起来。现在我的一些模块很容易声明其版本依赖项，例如我的网络组件。它们静态引用 JRE 和其他 BNDded 库中的类，但我的 JDBC 相关组件通过 Class.forName(...) 实例化，并且可以使用任意数量的驱动程序之一。

我将按服务区域将所有内容分解为 OSGi 包。

• 我的核心类/接口。
• 报告相关组件。
• 数据库访问相关组件（通过 JDBC）。
• 等等......

我希望我的代码仍然能够在没有 OSGi 的情况下通过具有所有依赖项的单个 jar 文件使用，并且根本不需要 OSGi（通过 JARJAR），并且还可以通过 OSGi 元数据和粒度包进行模块化带有依赖信息。

• 如何配置我的捆绑包以及 我的代码，这样它就可以 动态利用任何驱动程序 类路径和/或 OSGi 内 容器环境 （Felix/Equinox/等）？

• 是否有一个运行时方法来检测我是否在跨容器（Felix/Equinox/等）兼容的 OSGi 容器中运行？

• 如果我在 OSGi 容器中，我是否需要使用不同的类加载机制？

• 我是否需要将 OSGi 类导入到我的项目中才能通过我的数据库模块加载捆绑时未知的 JDBC 驱动程序？

• 我还有第二种获取驱动程序的方法（通过 JNDI，这仅在应用服务器中运行时才真正适用），我是否需要更改 OSGi 感知应用服务器的 JNDI 访问代码？

Answer 1

• 在 OSGi 环境中使用任何驱动程序都需要您使用 DynamicImport-Package: * 语句，以便您的捆绑包可以在您使用 Class.forName(..) 加载驱动程序时解析这些包。
• 也许最简单的方法是尝试访问 org.osgi.framework 包中的类。这些至少应该始终存在于 OSGi 环境中（参见下面的代码片段）。还有更复杂的机制，所以如果您需要更高级的东西，请告诉我。另外，请查看 OSGi R4.2 核心规范，第 3.8.9 段，其中显示了查找类的 Bundle 和 BundleContext 的一些方法，因此间接有助于确定您是否在框架中。
• 这取决于你在做什么，这里没有通用的“是”或“否”答案。 OSGi 使用类加载器，其执行方式对于标准 Java 应用程序而言并不“典型”，但根据您正在执行的操作，您可能不会注意到。
• 不。
• 看看最近发布的 OSGi 企业规范。他们有一章介绍 OSGi 中的 JNDI 集成，这可能允许您（大部分）不修改代码。

一个简单的示例片段：

 public static boolean inOSGi() {
  try {
   Class.forName("org.osgi.framework.FrameworkUtil");
   return true;
  }
  catch (ClassNotFoundException e) {
   return false;
  }
 }

只要确保如果将此代码放入包中，该包应该导入 org.osgi.framework （否则它将永远找不到该类）。

Answer 2

我在 Eclipse RCP 中为 OSGI 制作了一个 JDBC 驱动程序管理器，我将带您了解如何很好地使用 OSGI。首先，忘记 DynamicImport-Package，使用 OSGI 的唯一好方法是安装/启动/停止捆绑包并按照设计方式使用 OSGI 机制。

1. 您拥有 JDBC 捆绑包，并创建另一个“驱动程序捆绑包”，其中包含 DriverClass 的初始化、连接逻辑并添加必要的公共库，例如 dbcp2 和 pool2。

2. 将驱动程序包导出为 JAR/ZIP 并将其作为资源包含在您的 JDBC 包中。

3. 让您的 JDBC 包将驱动程序包解压缩到其工作区域中。

   String workdir= Platform.getStateLocation(jdbc_bundle).toPortableString();
   

4. 以编程方式添加驱动程序 jar 并相应地修改驱动程序包的 MANIFEST.MF 文件。

   以编程

5. 从工作区以编程方式加载驱动程序包

   getBundleContext().installBundle("文件：/"+workdir);
   

6. 以编程方式修改驱动程序列表时，根据需要使用bundle.start()、stop()、uninstall()。

Answer 3

pax-jdbc 可用于通过声明方式委托数据源，这意味着您可以在 ConfigAdmin 服务中创建配置条目，并且可以通过 JNDI 访问数据源。 JDBC 驱动程序作为捆绑包进行部署。 （大多数都有 OSGi 版本）

例如：

配置条目 PID 是 org.ops4j.datasource-test

属性：

osgi.jdbc.driver.name=H2
databaseName=test
user=sa
password=
dataSourceName=testds-h2

服务由给定的 dataSourceName 标识。因此，您可以使用 (&(objectClass=javax.sql.DataSource)(dataSourceName=test2)) 对其进行过滤。

您可以通过 JNDI 访问数据源：

osgi:service/javax.sql.DataSource/(osgi.jndi.service.name=test2)