Karaf开发中的Package uses conflict问题解决思路
问题现象
目前在OSGi环境中记录log日志有很多选择，用的最多的应该是slf4j，针对slf4j的增强也很多，像eclipse/equinox环境中采用logback，karaf中采用pax-logging。
因为没有注意到pax-logging-api的bundle里导出了org.slf4j（包括多个版本），我在karaf（karaf运行时采用pax-logging-api）中碰到org.slf4j.impl的package use conflict异常，如下：
Unable to execute command on bundle 100: The bundle "slf4j.api_1.7.5 [100]" could not be resolved. Reason: Package uses conflict: Import-Package: org.slf4j.impl; version="1.7.0"
此时我的bundle列表如下：
21 | Active | 8 | 1.7.1 | OPS4J Pax Logging - API 100 | Installed | 30 | 1.7.5 | slf4j-api 101 | Installed | 30 | 1.7.5 | jul-to-slf4j 102 | Active | 30 | 1.0.13 | Logback Classic Module 103 | Active | 30 | 1.0.13 | Logback Core Module
问题产生原因
在我的系统里，karaf因为集成了eclipse virgo项目，所以log服务bundle包括pax-logging、logpack和slf4j都出现了，正是因为这样，才产生了package冲突问题。
关于包冲突的根源解释请参考OSGi规范和这篇Diagnosing OSGi uses conflicts文章。
简单理解如下：
系统中存在多个bundle（b1、b2）导出相同的package包A，同时bundle（b3）要导入相同名称的包A，OSGi框架在解析时，第一解析到的导出包A的bundle（b1）如果其导入也已经满足，即处于Resolved状态，则后续的bundle（b3）导入包A时，优先导入b1导出的包A。此时，如果bundle（b3）导出包B，而包B需要use包A，则其他bundle（b5）需要导入b2的包A，同时也导入包B时，将产生包冲突。
在karaf下解决问题的办法
知道了问题产生的原因，现在整理解决思路：第一步，找到导出org.slf4j.impl的bundle，找到导入org.slf4j.impl的bundle；第二步，确定各个相关bundle导入导出的版本；第三步，解决具体问题。
首先，看第一步，在karaf的命令行输入：
package:exports
输出如下：
…… org.slf4j.bridge | 1.7.5 | 101 | jul.to.slf4j org.slf4j.helpers | 1.4.3 | 21 | org.ops4j.pax.logging.pax-logging-api org.slf4j.helpers | 1.5.11 | 21 | org.ops4j.pax.logging.pax-logging-api org.slf4j.helpers | 1.6.6 | 21 | org.ops4j.pax.logging.pax-logging-api org.slf4j.helpers | 1.7.1 | 21 | org.ops4j.pax.logging.pax-logging-api org.slf4j.helpers | 1.7.5 | 100 | slf4j.api org.slf4j.impl | 1.7.5 | 102 | ch.qos.logback.classic org.slf4j.spi | 1.4.3 | 21 | org.ops4j.pax.logging.pax-logging-api org.slf4j.spi | 1.5.11 | 21 | org.ops4j.pax.logging.pax-logging-api org.slf4j.spi | 1.6.6 | 21 | org.ops4j.pax.logging.pax-logging-api org.slf4j.spi | 1.7.1 | 21 | org.ops4j.pax.logging.pax-logging-api org.slf4j.spi | 1.7.5 | 100 | slf4j.api org.slf4j | 1.4.3 | 21 | org.ops4j.pax.logging.pax-logging-api org.slf4j | 1.5.11 | 21 | org.ops4j.pax.logging.pax-logging-api org.slf4j | 1.6.6 | 21 | org.ops4j.pax.logging.pax-logging-api org.slf4j | 1.7.1 | 21 | org.ops4j.pax.logging.pax-logging-api org.slf4j | 1.7.5 | 100 | slf4j.api ……
从导出列表中可以看到，导出org.slf4j.impl的bundle只有ch.qos.logback.classic，而导出org.slf4j的有两个bundle，分别是pax-logging-api和slf4j.api。
现在看导入，在karaf命令行输入：
package:imports
输出如下：
(&(osgi.wiring.package=org.slf4j)(&(version>=1.5.0)(!(version>=2.0.0)))) | | 37 | org.apache.aries.blueprint.cm | true (&(osgi.wiring.package=org.slf4j)(&(version>=1.6.0)(!(version>=2.0.0)))) | | 23 | org.apache.mina.core | true (&(osgi.wiring.package=org.slf4j)(&(version>=1.7.0)(!(version>=2.0.0)))) | | 123 | org.eclipse.virgo.kernel.model | true (&(osgi.wiring.package=org.slf4j)(version>=1.5.0)) | | 53 | org.ops4j.pax.url.commons | true (&(osgi.wiring.package=org.slf4j)(version>=1.7.0)) | | 102 | ch.qos.logback.classic | true (&(osgi.wiring.package=org.slf4j)(version>=1.7.5)) | | 101 | jul.to.slf4j | true (&(osgi.wiring.package=org.slf4j)) | optional | 127 | org.apache.felix.http.jetty | true (&(osgi.wiring.package=org.slf4j.bridge)(&(version>=1.7.0)(!(version>=2.0.0)))) | | 105 | org.eclipse.virgo.medic.core | true (&(osgi.wiring.package=org.slf4j.helpers)(&(version>=1.7.0)(!(version>=2.0.0)))) | | 105 | org.eclipse.virgo.medic.core | true (&(osgi.wiring.package=org.slf4j.helpers)(version>=1.7.0)) | | 102 | ch.qos.logback.classic | true (&(osgi.wiring.package=org.slf4j.impl)(version>=1.7.0)) | | 102 | ch.qos.logback.classic | true (&(osgi.wiring.package=org.slf4j.spi)(version>=1.7.0)) | | 102 | ch.qos.logback.classic | true (&(osgi.wiring.package=org.slf4j.spi)(version>=1.7.5)) | | 101 | jul.to.slf4j | true
从导入看，logback.classic在导出org.slf4j.impl的同时需要导入org.slf4j。因slf4j.api处于Installed状态无法看到其导入。
查看slf4j.api的bundle头信息，在karaf命令行输入：
Bundle:headers 100
输出如下：
Bundle-Name = slf4j-api Bundle-Description = The slf4j API Bundle-SymbolicName = slf4j.api Bundle-Version = 1.7.5 Bundle-ManifestVersion = 2 Import-Package = org.slf4j.impl; version=1.6.0 Export-Package = org.slf4j; version=1.7.5, org.slf4j.spi; version=1.7.5, org.slf4j.helpers; version=1.7.5
查看logback.classic的bundle头信息，输出如下：
org.slf4j.impl; uses:="org.slf4j.spi, ch.qos.logback.core.status, ch.qos.logback.classic.util, org.slf4j.helpers, ch.qos.logback.classic, ch.qos.logback.core, ch.qos.logback.classic.selector, ch.qos.logback.core.joran.spi, org.slf4j, ch.qos.logback.core.util"; version=1.7.5
通过上述诊断，结合包冲突的原理，可以看出，
1）pax-logging-api在karaf中优先级别高于slf4j.api，此时OSGi框架已经识别到org.slf4j包；
2）在解析slf4j.api时，因slf4j.api需要导入org.slf4j.impl，而其之前没有bundle导出slf4j.impl,所以其解析状态不能变为Resolved；
3）当解析到logback.classic时，此bundle导出了slf4j.impl，但其同时use包org.slf4j，因此logback.classic优先导入pax-logging-api导出的org.slf4j包。
4）此时在其解析slf4j.api时，slf4j.api本身导出的org.slf4j与其导入org.slf4j.impl所在的logback.classic所导入的pax logging中的org.slf4j冲突。