使用声明式服务注解时OSGi Bundle无预期输出求助

服务注册与发现类问题 #

• 确认服务Bundle的服务注册逻辑：MyServiceImpl是否通过BundleContext.registerService完成注册？比如在服务Bundle的Activator类的start方法中，有没有执行类似context.registerService(MyService.class.getName(), new MyServiceImpl(), null);的代码？如果用声明式服务（DS），是否配置了对应的component.xml或者@Component注解？
• 验证消费Bundle的服务获取逻辑：MyConsumer是通过BundleContext.getServiceReference手动获取服务，还是依赖DS注入？如果是手动获取，要检查是否处理了ServiceReference为null的情况——如果服务没注册成功，这里会拿不到实例，自然不会执行后续打印逻辑。另外，是否通过ServiceListener监听服务注册事件，确保服务可用时再触发消费逻辑？
• 检查包可见性配置：服务Bundle的MANIFEST.MF中是否通过Export-Package导出了MyService接口所在的包（比如Export-Package: com.example.myservice）？消费Bundle是否通过Import-Package导入了这个包？包名、版本不匹配都会导致服务无法被消费。

启动逻辑执行类问题 #

• 确认消费Bundle的触发机制：MyConsumer的逻辑是否被执行？比如是否把调用代码放在了消费Bundle的Activator类的start方法中？如果只是定义了MyConsumer类但没有任何触发逻辑（比如没有被Activator调用、没有DS激活），代码根本不会运行。
• 检查Bundle-Activator配置：两个Bundle的MANIFEST.MF中是否正确配置了Bundle-Activator属性？比如服务Bundle的Bundle-Activator: com.example.service.Activator，消费Bundle的Bundle-Activator: com.example.consumer.Activator。如果没配置，Activator的start方法不会被框架调用，服务注册和消费逻辑都无法启动。

日志与调试类问题 #

• 开启Equinox调试日志：在运行配置的VM参数中添加 -Dequinox.debug=true 和 -Dorg.osgi.service.log.admin.loglevel=DEBUG，或者查看configuration/logs目录下的日志文件，排查是否有服务注册失败、类加载异常、权限不足等错误信息。
• 验证打印语句有效性：代码中用的是System.out.println还是日志框架？如果用日志框架（如SLF4J），要确认日志配置文件是否被正确加载，日志级别是否设置为DEBUG/INFO（如果级别过高，打印语句会被过滤）。

依赖与类加载类问题 #

• 检查MANIFEST.MF依赖配置：服务Bundle是否导入了必要的OSGi API包？消费Bundle是否正确导入了服务Bundle导出的接口包？有没有遗漏的Import-Package导致类找不到？
• 确认Bundle打包完整性：检查Bundle-ClassPath配置是否正确，打包后的Jar包中是否包含所有需要的类文件（比如Activator、MyService、MyServiceImpl、MyConsumer）。如果类文件缺失，框架无法加载对应的逻辑代码。

内容的提问来源于stack exchange，提问作者lennmex