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

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

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

        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>transmittable-thread-local</artifactId>
            <version>2.2.0</version>
        </dependency>

同时使用wrap命令，包装JAR

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

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

 

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

        <dependency>
            <groupId>com.graphql-java</groupId>
            <artifactId>graphql-java</artifactId>
            <version>8.0</version>
        </dependency>

插件配置：

            <plugin>
                <groupId>org.apache.felix</groupId>
                <artifactId>maven-bundle-plugin</artifactId>
                <configuration>
                    <instructions>
                        <Bundle-ManifestVersion>2</Bundle-ManifestVersion>
                        <Bundle-Name>${project.description}</Bundle-Name>
                        <Bundle-SymbolicName>${project.groupId}.${project.artifactId} 
                        <Bundle-Version>${project.version}</Bundle-Version>
                        <Bundle-Vendor>${project.groupId}</Bundle-Vendor>
                        <Import-Package>
                            org.slf4j.LoggerFactory*,
                            com.zte.sdn.oscp.*,
                            com.google.*,
                            org.osgi*,
                            org.reactivestreams*
                        </Import-Package>
                        <Embed-Dependency>graphql-java,antlr4-runtime,slf4j-api,reactive-streams</Embed-Dependency>
                    </instructions>
                </configuration>
            </plugin>

这种方式解决了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相应的代码。