我正在尝试使用Equinox在Neon中运行Eclipse 3.x应用程序,正如这个问题中启动的那样。
看来我剩下的问题是LogReaderService似乎不可用,因为org.eclipse.core.internal.runtime.InternalPlatform.getLog()中的第二行似乎抛出了NullPointerException:
ExtendedLogReaderService logReader = logReaderTracker.getService();
logReader.addLogListener(result, result);
这个类的实现可以在org.eclipse.osgi中找到,我用它来启动应用程序。但是,无论出于何种原因,该服务都是空的,这会导致许多插件在日志记录时引发异常,因为许多插件依赖于从激活器获取日志记录服务。
由于org.eclipse.osgi在其内部包含实现,因此我假设它也会注册该服务。情况似乎并非如此。我也尝试过包括log4j和org.apache.felix.log但似乎都没有解决这个问题。
这里一定缺少一些简单的东西才能启动日志服务?下面是堆栈跟踪:
Caused by: java.lang.ClassNotFoundException: An error occurred while automatically activating bundle org.eclipse.core.resources (44).
at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:116)
at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:529)
at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:325)
at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:345)
at org.eclipse.osgi.internal.loader.sources.SingleSourcePackage.loadClass(SingleSourcePackage.java:36)
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:419)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364)
at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 20 more
Caused by: org.osgi.framework.BundleException: Exception in org.eclipse.core.resources.ResourcesPlugin.start() of bundle org.eclipse.core.resources.
at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:795)
at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:724)
at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:932)
at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:309)
at org.eclipse.osgi.container.Module.doStart(Module.java:581)
at org.eclipse.osgi.container.Module.start(Module.java:449)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:470)
at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107)
... 29 more
Caused by: java.lang.NullPointerException
at org.eclipse.core.internal.runtime.InternalPlatform.getLog(InternalPlatform.java:353)
at org.eclipse.core.runtime.Platform.getLog(Platform.java:976)
at org.eclipse.core.internal.utils.Policy.log(Policy.java:159)
at org.eclipse.core.internal.resources.Workspace.setCrashed(Workspace.java:2302)
at org.eclipse.core.internal.resources.SaveManager.restoreSnapshots(SaveManager.java:963)
at org.eclipse.core.internal.resources.SaveManager.restore(SaveManager.java:720)
at org.eclipse.core.internal.resources.SaveManager.startup(SaveManager.java:1587)
at org.eclipse.core.internal.resources.Workspace.startup(Workspace.java:2399)
at org.eclipse.core.internal.resources.Workspace.open(Workspace.java:2156)
at org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPlugin.java:464)
at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:774)
at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:1)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:767)
... 36 more
我还添加了
Require-Capability: osgi.service;filter:="(objectClass=org.osgi.service.log.LogService)";effective:=active
到其中一个依赖的bnd文件。这似乎并没有解决问题。
Edit:因为OSGI框架在bndrun文件中设置为org.eclipse.osgi,这是否会阻止日志记录被初始化?我还尝试添加org.apache.commons.logging以及osgi.enroute.equinox.log.adapter,当任何尝试记录时,我仍然得到NPE。org.eclipse.osgi捆绑包在激活 RCP 插件时已经被认为是正在运行的......但是没有扩展日志阅读器服务。我是否需要找到一种方法将 Felix 安装为核心运行时,以使org.eclipse.osgi能够通过框架启动,以便注册 ExtendedLogReaderServiceImpl?
我找到了很多关于如何监听日志服务的例子......我没有看到如何启动扩展日志服务。
Edit 2:我能够通过注册虚拟
ExtendedLogService
实现来抑制LogService
空问题。
问题已经解决(终于),现在重新审视这个问题,因为我们的构建系统已经到位,解决方案很可能osgi.enterprise
不是一个Required-Bundle
这也导致我们的OSGI-JDBC服务在测试部署的目标平台时无法正常工作。
此外,我们的主要 RCP 插件(包含Application
类等)在用于生成MANIFEST.MF
文件的*.bnd
文件中没有Bundle-ActivationPolicy: lazy
子句,这导致了一些其他问题。
以防万一其他人遇到此类问题。