web应用中加入osgi支持

osgi是个好东东，网上有一大堆说词。



osgi有主要有两大好处：1，模块化 2，动态化

如果想模块化，那个整个系统架构都要构建于osgi基础之上，这不但要求架构师对osgi有相当的认识，对模块化的合理抽象能力，而且要求开发成员对osgi有一定的认识。现在还没有那个条件。

2、动态化，在7*24系统中，如果需要更改业务处理逻辑，怎么办？重新启动中间件，肯定不行。当然可以用其它方法，如水平集群。但是显得不那么自然。而osgi本身就具有动态加载的能力，说白了就是java的类加载器进行。

那怎样做到动态加载，更新，删除服务？
我们可以在web中加入osgi支持，两种方法：web服务器嵌入到osgi内核中、利用bridge将osgi嵌入到web中。我的方法是在web应用中启动osgi内核。

在应用的中加入启动osgi的listener.

<listener>
  <description>start osgi</description>
  <listener-class>
   com.dx.frame.web.listener.OsgiListener
  </listener-class>
</listener>

package com.dx.frame.web.listener;

import javax.servlet.ServletContextEvent;
import javax.servlet.ServletContextListener;

import org.eclipse.core.runtime.adaptor.EclipseStarter;
import org.osgi.framework.BundleContext;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

import com.dx.frame.bundles.OsgiBundlesContext;

/**
* 在应用中间件中启动OSGI
*
* @author zhxp
*
*/
public class OsgiListener implements ServletContextListener {

private Logger logger = LoggerFactory.getLogger(getClass());

public void contextDestroyed(ServletContextEvent event) {
  try {
   EclipseStarter.shutdown();
   OsgiBundlesContext.clear();
   logger.info("osgi 停止完成");
  } catch (Exception e) {
   // TODO Auto-generated catch block
   e.printStackTrace();
  }
}

@Override
public void contextInitialized(ServletContextEvent arg0) {
  // TODO Auto-generated method stub

  try {
  
   ClassLoader loader = OsgiListener.class.getClassLoader();
   EclipseStarter.startup(new String[] { "-console" }, null);
   BundleContext context = EclipseStarter.getSystemBundleContext();
   OsgiBundlesContext.setOsgiContxt(context);
   logger.info("osgi 启动完成");
   //注意设置ClassLoader，不然在非osgi后续类加载中（有些会用当前线程的类加载器，而此时类加载器已经被OSGI修改???)会使用到osgi的类加载器
   Thread.currentThread().setContextClassLoader(loader);
  } catch (Exception e) {
   // TODO Auto-generated catch block
   e.printStackTrace();
  }

}

}
这时可以通过控制台进行osgi命令操作。

在我们的应用中如果需要osgi服务中能通过反射机制才能正常调用。

楼上的osgi实现是什么？spring dm，nuxeo，felix，eclispe？你的web层也是按照业务去划分成各个bundle吗？

equinox有个servletbridge可以实现在TOMCAT等容器中使用OSGI，SPRING DM SERVER也是基于equinox和tomcat的OSGI的WEB服务器解决方案，GLASSFISH不也是这样的容器么。

就目前而言，各种支持OSGI的WEB服务器都已经有了，关键的还是开发模式的转变，这个没有转变过来，那离实际应用还是差得远。另外，还有包依赖的问题，常用的lib库都需要打成bundle，各种依赖都需要重新打包梳理，也是个力气活。小的项目，我还是比较赞成使用OSGI模式来开发的，分离的很好，建议使用标准的OSGI开发，而不是采用阉割了的（比如SPRING的OSGI可以使用具体的类来发布服务，CGLIB应用，不建议）。

在web应用中加入OSGI实质的作用就是动态化。。。为了这么一点利益去改变设计思路，增加大量的工作不值得呀

主要作用绝对不是动态化，而是在设计上加入约束。

我正在做WEB应用的OSGi平台，最大的问题是出在对集群的支持上，Session同步容易出问题。

在集群上，session复制可能不是一个好的方案。
我想的话，用分布式缓存来做这些事。

OSGI在服务端基本没有用武之地,OSGI的每一个服务基本也类似服务器的进程,OSGI的重启,也如同进程的重启,问题都是一样的.

osgi只所以能够动态，是使用了java的类加载器，而不是所谓的进程。
现在基本上所有的java应用服务器都（或计划）构建于osgi上。
包括weblogic。
osgi现在可用的地方就是osgi,构建于osgi微内核上的程序将启动更快、热插拨。

Nuxeo好像很强大，可以进行Web开发了。

现在的应用比较多吗，我知道eclipse是基于这个来动态加裁模块的，具体的设计思路能不能共享一下？？