OSGi 包中使用 com.sun.management.OperatingSystemMXBean

Question

我有一些遗留代码用于监视我的应用程序 cpu、内存等，我想将它们转换为捆绑包。现在，当我启动这个包时，它抱怨

Missing Constraint: Import-Package: com.sun.management; version="0.0.0"

我使用了 OperatingSystemMXBean 来访问 JVM 上的统计信息。

我的问题是我可以在 OSGI 容器中使用这个类吗？如果可以的话怎么办？或者我应该使用其他方式来监控我的应用程序。我从 Web 前端对应用程序进行 RMI 调用，以获取 OSGi 之前的节点性能数据。

Answer 1

以下是我必须做的才能使其正常工作。

我必须将 com.sun.management 添加到系统捆绑包的 systemProperties 值中，因为我是 OSGI 新手，这花了我一段时间才弄清楚。我使用 maven-pax-plugin 所以我需要添加以下属性。默认情况下它不起作用的原因是，我选择的 osgi 容器默认不包含系统捆绑包中的 com.sun.* 包。

通过使用bundle 0 命令查看系统捆绑包，这一点很明显，因为捆绑包 0 始终是系统捆绑包，这对我来说是新的东西。

<param>--sp=com.sun.management</param>

添加此命令后，系统捆绑包包括 com.sun.management 并且我的捆绑包部署没有任何问题。

默认情况下，Equinox 在 systemProperties 中不包含 com.sun 包的原因请参见 此处。 （直接调用 sun.* 包的 Java 程序不能保证在所有 Java 兼容平台上工作。事实上，即使在同一平台上的未来版本中，也不能保证这样的程序也能工作。）

因此，您有两个选择用于将 com.sun 添加到 osgi 容器。

解决方案 A'：扩展包

这些充当片段；它们不是自己的捆绑包，而是附加到主机上。扩展捆绑包是一种特殊的片段，仅附加到系统捆绑包，以便提供框架的可选部分。人们可以使用这种机制来创建一个空扩展，该扩展仅声明所需的包，而将加载留给其托管包（在本例中为框架）。我没有选择这条路线，因为第二个选项实施起来更快。

解决方案 B：引导委派

我最终选择的选项是引导委派。这允许用户创建将始终由框架父类加载器加载的“隐含”包，即使包不提供正确的导入也是如此。我通过将系统包设置为包含 com.sun.management 来实现。

请参阅以下优秀的链接更详细地描述了整个问题。

Answer 2

您可以尝试在交互式 OSGi 会话中安装它吗？
例如，请参阅本文。

osgi> ss

Framework is launched.

id State       Bundle
0 ACTIVE      org.eclipse.osgi_3.4.0.v20080605-1900

osgi>  install file:bundles/FirstBundle-1.0.0.jar
Bundle id is 1

//Try starting 
osgi> start 1
org.osgi.framework.BundleException: The bundle could not be resolved. 
  Reason: Missing Constraint: Import-Package: com.so.samples.osgi.second; 
                                              version="0.0.0"
 at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker
    (BundleHost.java:305)

您可以诊断问题：

osgi> diag 1
file:bundles/FirstBundle-1.0.0.jar [1]
  Direct constraints which are unresolved:
    Missing imported package com.so.samples.osgi.second_0.0.0.

并安装缺少的依赖项，前提是您知道在哪里获取 jar
（这很可能是你问题的症结所在，对此我没有确切的答案，除了转换 OSGi 包中的遗留 jar，比如 包装协议 或 OSGi 框架的扩展）：

osgi> install file:bundles/SecondBundle-1.0.0.jar
Bundle id is 2