WebX2.0框架原理.pptVIP

OOPSLA 2006 OSGi Component Programming WebX2.0 原理 研发中心-研发支撑环境 目录 第一部分 – WebX2.0框架及runtime 第三部分 – WebX2.0服务化及模块化设计原则 WebX2.0逻辑框架 这个框架覆盖了典型的web应用所需要的全部技术环节，其中： 负载均衡有软硬两种解决方案，WebX提供基于Apache mod_proxy_balancer的”session识别与分发”方式的负载均衡解决方案； 项目发布期可以选择基于Apache mod_cache的web缓存技术； 安全模型基于Acegi的web资源保护模型； MVC采用基于struts1 - spring的请求导向模型； WebX2.0逻辑框架图解 事务管理基于spring的AOP； 服务接口是从逻辑上分离表现层与业务模型的java接口与对象； ORM和DAO是实现业务对象持久化的技术模型，给予spring-orm + Hibernate 持久化层必备的缓存技术基于成熟的Hibernate一级和二级缓存。 WebX2.0 runtime 位于系统最外层的是JVM； OSGi运行时（Equinox）位于JVM之内； OSGi运行时提供标准服务 Spring DM运行于OSGi之内 WebX2.0 core（图中阴影部分）运行于Spring DM之内 应用模块和WebX2.0都以bundle的形式存在与Spring DM之内 WebX2.0 runtime 位于最底层的JVM OSGi运行时（Equinox）位于JVM之上 OSGi运行时提供标准服务 Spring作为bundle被加载（位于OSGi之内） JMX服务运行于OSGi运行时之上 Spring-DM强依赖Spring WebX 2.0 core（图中阴影部分）运行于Spring-DM之上 WebX2.0 : Web资源 Jasper是需要动态加载的jsp编译器，它编译的内容包括jsp、标签、表达式语言； 静态资源同样需要运行时动态加载； Jetty5是equinox提供的实现标准HTTP服务的bundle WebX2.0 : 安全 作为安全模块(bundle)完全可插拔 安全模块自管理，包括： 登录页面、客户信息处理、Acegi过滤器链等 WebX2.0 : MVC Struts1及其依赖的资源 将Action对象的“寻址”与Spring-DM集成 每个MVC模块自管理struts相关资源 WebX2.0 : 服务层 这部分提供两个关键服务，org.hibernate.SessionFactory和javax.transaction.TransactionManager，应用模块中的持久化部分将必须依赖这两个服务，才可运行。 HbmLoader 负责加载每个bundle中的hbm资源； HbmListener 负责监听新安装的bundle和停止的bundle，同步刷新SessionFactory服务中的orm资源； WebX2.0 : 应用层 与WebX 1的一个应用具有完全相同的构成； 内容局限于一个应用中的相对独立的部分； 可以被进一步拆分为两个模块，分别用于： 将WebX 1服务层的接口服务化； 专著于表现层的内容，并在WebX 1 Action对象中引用服务 WebX2.0服务设计原则 服务的独立（分离）性原则 服务的可重用（可移植）原则 服务的无状态原则 服务的重构（随需应变） WebX2.0模块化设计原则 模块作为服务的边界； 模块作为领域的边界； 模块(bundle)是重用的最小单位； 一个模块可以提供有限数量的服务，服务必须相关，否则影响模块的重用； 多个模块可以实现相同的服务 中国数码技术研发中心 中国数码技术研发中心 ORM::DAO 事务管理 表现技术 MVC 领域模型::服务接口 安全::资源访问权限 缓存 负载均衡 Web缓存 OSGi运行时 JVM Sping-DM WebX1.2基础类库 JMX服务 Struts 1 hibernate Acegi OSGi标准服务 应用 应用 应用 JVM OSGi运行时 Spring-DM Acegi WebX1.2基础类库 Hibernate Struts 1 Spring OSGi标准服务 JMX服务 应用 应用 应用 Jsp Tag库 Http标准服务 Jetty 5 静态资源 依赖 EL Jasper 登录页面 登录处理servlet 登录处理servlet 过滤器链 Acegi WebX2.0 runtime 安全bundle Struts 1 commons collections commons beanutils common