OSGI框架里对于依赖的非bundle化的JAR处理

目前项目使用的是OSGI框架，随着功能越来越复杂，依赖的第三方开源组件也越来越多。但并不是所有通过Maven依赖的jar都是bundle,这样导致系统需要处理这类情况。目前方式两种：

1、在使用模型的pom文件加入该jar的依赖，在feature.xml文件中将该jar包装成bundle发布

        
            com.alibaba
            transmittable-thread-local
            2.2.0
        

同时使用wrap命令，包装JAR

wrap:mvn:com.alibaba/transmittable-thread-local/2.2.0

但上面的处理方式，存在的问题是，即使包装成bundle，但该JAR还依赖了其它的JAR(非bundle)，则会需要使用者将所有依赖的三方JAR（非bundle)也wrap成bundle。有时传递信赖很多，很痛苦。当然如果待引入的JAR非常干净，那自然上述方法最为优雅。

 

2、通过maven-bundle-plugin将第三方依赖作成JAR，嵌入到当前bundle中。

        
            com.graphql-java
            graphql-java
            8.0
        

插件配置：

            
                org.apache.felix
                maven-bundle-plugin
                
                    
                        2
                        ${project.description}
                        ${project.groupId}.${project.artifactId} 
                        ${project.version}
                        ${project.groupId}
                        
                            org.slf4j.LoggerFactory*,
                            com.zte.sdn.oscp.*,
                            com.google.*,
                            org.osgi*,
                            org.reactivestreams*
                        
                        graphql-java,antlr4-runtime,slf4j-api,reactive-streams
                    
                
            

这种方式解决了1需要不停地包装传递的JAR为bundle，但需要细致处理Import-Package,虽然作为嵌入JAR使用了，OSGI的bundle能正常启动，但在触发功能时，用到了嵌入JAR_A的功能，但这个功能依赖另一个JAR_B且不是Bundle，你仍需要传递把JAR_B嵌入。同理打入的JAR_B又用到别的JAR_C,仍然有传递问题。例如上面的配置的Embed-Dependency后面嵌入都是由于graphql-java引发的。

而且这种方式还有一个缺点，是嵌入的JAR只能供当前Bundle使用。除非显示Export相应的代码。