研究一下基于OSGI的web应用(3)

     有了servlet和filter，web应用的UI部分就己经有了基础，但光凭这个来搭建一个复杂的web应用的UI就象用二极管、三极管、电阻、电容去搭建一台电脑一样，有些不切实际，我们还是渴望着能用上以往的那些mvc框架(例如struts,springmvc等)来降低复杂度。如果能象j2ee那样将一个war作为一个web应用来部署该多好呀！

     我们想到的，也已经有人做到了。这里我们引荐一个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应用问题，但事情并没有这么简单... ...。