我们想到的，也已经有人做到了。这里我们引荐一个Pax web extender。Pax web extender是ops4j开源社区的出品。 Pax web Extender是用于 加载 WAB（Web Application Bundle）的工具，那么什么是WAB呢？它和WAR有什么区别呢？
简单地说，WAB就是bundle化的WAR。
首先，我们要意识到war包和jar包并没有本质的区别，如果我们在war包里的manifest.mf里添加上Bundle-ManifestVersion、Bundle-SymbolicName等若干bundle必要的元数据项的话，OSGI framework就可以将它当成一个bundle来加载。这样，osgi framework就可以加载这个bundle了，但对于osgi framework来说，它只是个bundle，并不会象j2ee web应用容器那样去解析这个war里的web.xml。这个工作需要Pax web extender来完成。
对于Pax web extender来说，它是会监听OSGI framework安装bundle的事件，所以每个bundle被安装时，Pax web extender都能知道，然后就能检查这个bundle是否有部署配置描述文档web.xml,如果有的话，那么它就是个wab。
我们需要在manifest.mf指定Webapp-Context项来指明这个web应用的Servlet Context路径。如果我们不指定的话，Pax web extender将使用Bundle-SymbolicName作为其默认值。有了Webapp-Context，pax web extender就可以部署这个wab了，就和J2EE web应用容器部署war一样。
然而，做了以上的事后，WAB虽然被部署好了，但并不能正常运作。因为OSGI环境下特殊的ClassLoader的机制，Pax web extender并不会象J2EE web应用容器那样去加载wab里的WEB-INF/classes下的java类和WEB-INF/lib下的jar包，所以我们还需要在Manaifest.mf里做些手脚。
用Bundle-ClassPath可以指定需由该bundle自身的classloader来加载的类和jar包，所以我们在Manifest.mf里加上：
Bundle-ClassPath: .,WEB-INF/classes,WEB-INF/lib/<dependency>.jar... ...
.:使web应用可访问到wab中根路径下的所有文件；
WEB-INF/classes:使wab的classloader加载WEB-INF/classes下的java类;
WEB-INF/lib/<dependency>.jar:需要将这个WAB所依赖的，并打包在WEB-INF/lib/下的jar包全部列出来（不能用通配符!所以是个挺繁琐的工作。
)。
最后，WAB必然是需要依赖servlet api的，所以需要将以下package加入Import-Package里：
Import-Package: javax.servlet,javax.servlet.http
到此为止，WAB就应该可以正常运作了。
似乎我们已完美解决了基于osgi的web应用问题，但事情并没有这么简单... ...。