我在嵌入式模式下使用 Felix,带有文件安装包,并且有一个已安装但未解决的包(因此不是启动/活动),而且我比我想象的要找到根本原因的努力更多在日志中...
您如何/从哪里获得那些看起来很有帮助的“无法解决......因为......”或“BundleException:捆绑中未解决的约束......无法解决......缺少要求...... osgi.wiring.package”种类日志中的消息,自动来自 Felix 框架和/或文件安装包?我没有看到类似的东西 - 我应该是吗?在哪里?
我还添加了日志记录(通过Apache Felix Log和osgi-loglistener-slf4j),但仍然没有 - 您是否需要比我做的更多才能在(嵌入式)Felix 中启用此类问题的日志记录?
然后我添加了 Felix Gogo Shell CLI,发现它的inspect
命令也不是很有帮助(不适用于未解决的捆绑包),并且只会start
显示根本原因 - 但我怎样才能得到这个登录,无需使用控制台并启动:
g! lb
START LEVEL 1
ID|State |Level|Name
0|Active | 0|System Bundle (5.6.1)|5.6.1
1|Active | 1|Apache Felix File Install (3.5.4)|3.5.4
2|Active | 1|Apache Felix Remote Shell (1.1.2)|1.1.2
3|Active | 1|Apache Felix Gogo Runtime (0.16.2)|0.16.2
4|Active | 1|Apache Felix Gogo Command (0.16.0)|0.16.0
5|Active | 1|Apache Felix Gogo Shell (0.12.0)|0.12.0
6|Installed | 1|osgi.testplugin (1.0.0.SNAPSHOT)|1.0.0.SNAPSHOT
g! inspect req * 6
Bundle 6 is not resolved.
g! start 6
org.osgi.framework.BundleException: Unable to resolve ch.vorburger.minecraft.osgi.testplugin [8](R 8.0): missing requirement [ch.vorburger.minecraft.osgi.testplugin [8](R 8.0)] osgi.wiring.package; (osgi.wiring.package=org.spongepowered.api.command) Unresolved requirements: [[ch.vorburger.minecraft.osgi.testplugin [8](R 8.0)] osgi.wiring.package; (osgi.wiring.package=org.spongepowered.api.command)]
我确实理解由于 OSGi 的异步包初始化,何时记录失败的包启动可能并不明显,因为它可能必须等待依赖包出现?难道它还不能......在某种宽限期之后记录这种错误吗?