Turbine简述

<script type="text/javascript"> </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>

<script type="text/javascript"> </script><script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>

1. 缘起

Jetspeed是Apache Jakarta小组的开放源码门户系统。它使得最终用户可以通过WAP手机、浏览器、PDA等各种设备来使用各种各样的网络资源（比如应用程序、数据以及这之外的任何网络资源）。在这里，Jetspeed扮演了一个处于信息和用户间的hub的角色。

1999年左右，Jetspeed立项并开始运作。很快，Jetspeed的发展就超越了最初立项时的目标，以任何人都难以想象的速度发展。用Jakarta小组自己的话说，就是：“The only problem is that this was beyond the scope of this project.”。

现在，Jetspeed逐渐演变成了一个基于Turbine（也是Jakarta小组的杰作）这个网络应用框架(Frameworks)的Web应用引擎。

1.1 Jetspeed

简单的看，Jetspeed就是添加了门户组件的Turbine。它本身既是Portlet容器，又包含了大量的实用Portlet。在Jetspeed中，Portlet的管理主要由以下两种文件完成：

l        .xreg注册文件

l        .psml配置文件

.xreg文件一般放置在webapp-name/WEB-INF/conf目录下，文件名不限。一个Portlet必须通过.xreg文件注册才能在Jetspeed中使用。每一个Portlet组件都是能够被系统实例化，用于输出特定Web文档的java类。

.psml文件一般放置在webapp-name/WEB-INF/psml目录下，文件名不限。.psml设定了页面内容的显示模式，比如：一个页面如何布局，分为多少列、每列能有多少个窗格、各个窗格的内容是由哪个Portlet输出的等等内容。

2. 概述

Turbine是一个基于Servlet的Web Application Frameworks，使得java开发者可以快速、安全的构建自己的网络应用。

Turbine是一个完全的MVC应用框架，主要由以下几个部分组成：

l        表述层：Velocity(又是Jakarta小组的杰作，一个基于Java的模版引擎)或JSP

l        数据层：Torque和Peers

l        控制层：Turbine

l        HTML Form Validation：Intake

l        日志：Log4j和Turbine2中的Logging Service

l        Service Frameworks：Turbine (在Turbine3中，此部分被称为Fulcrum)

本文主要介绍Turbine中的控制层，其余部分请参考各自的文档或参考资料中提到的站点。

3. 基石

Turbine主要由五部分组成，如下图所示：

我们先对这五个部分进行单独介绍，再介绍Turbine的详细流程。

3.1 Action

Action是一个执行特定事务的模块，Turbine中的SessionValidator就是一个典型的Action。

在用户提交一个HTML表单的时候，其中有一个隐含的字段就包含了将要被执行的Action的信息。Action机制使得java开发者更容易的处理用户提交的数据。例如，对于“Logout”这个事务，在系统的多个地方都可能被调用；因此，将Logout的事务处理流程写成一个可重用的模块，使得这个事务可以被更方便的调用。这个可重用的模块就是一个Action。通过系统中多种多样的Action，每个Action处理用户数据中不同的信息，这样，整个系统就显得更加简单明快，更易编写、扩充与维护。

并且，Turbine通过Action机制中，还可以使程序流程更加灵活多变。例如，在Page的处理过程中，可以通过执行特定的Action，帮助判断其后将要显示哪个Screen。这时，Action的执行结果就可以作为以后程序的判断依据。

Action是系统中可重用的事务处理组件，Action机制使得Turbine拥有灵活、清晰的事务处理流程。

3.2 Page

Page模块是在页面生成过程中最先被执行的一个模块，它可以被认为是Action、Layout、Screen、Navigation之间的协调者和组织者。

一般情况下，Page先执行用户请求中的指定的Action（如果有的话）；然后，根据其后要装载的Screen来选择并执行相应Layout。请注意，在这个时候，究竟是执行哪一个Screen，可能会因为Action执行结果的不同而改变。并且，Screen的Layout也可能因为TurbineResources.properties配置文件中对DefaultLayout的设置不同而改变。

3.3 Screen

Screen模块从根本上说，是网页的“躯干”。这也是生成网页中的HTML代码的地方。Screen是整个Turbine中最主要的表述(View)部分。

Screen是由Layout调用的。

请注意：此时，你完全可以调用各种外部模块，比如EJB，来获得数据以构建你的HTML页面。也可以通过JSP，甚至是使用Blog来构建页面内容^_^。

3.4 Navigation

一般情况下，网站都有自己的Top & Bottom Navigation；不过，通常情况下它们都叫做Header或Footer。同Screen一样，Navigation也是由Layout调用的。

不光是作为Header或Footer，Navigation也能以Menu或Tree View的形式出现。

3.5 Layout

Layout由Page调用，可以认为是Screen和Navigation的容器。

类似Swing和AWT中的各种容器，Layout一般定义了各个Navigation、Screen分别显示在页面的什么地方，起到一个布局管理的作用。

可以看出，Turbine中各个模块对象间的封装关系大致如下图所示：

从上图中，我们又可看到，Turbine中的各个元素互相封装(encapsulation)，使得HTML页面以一种模板化的形式出现在了我们面前。为什么会这样？Jakarta小组是这样对我们解释的：“This is no accident, the Turbine framework is essentially an object oriented representation of the components of an Html page.”

3.6 Loader

除了上面提到的五种组件外，Turbine中还存在着另外一种组件：Loader。

Loader负责动态装载上面提到五种组件。这些Loader能够将上面的五种组件对象保持在内存中，以形成缓存，加快程序响应。

Loader通过配置文件：TurbineResources.properties来识别这些组件。Loader相当于java中的ClassLoader；而TurbineResources.properties就好像“Loader Classpath”一样，帮助Loader识别各个组件。这样，Turbine就能保证我们的Web Application总是能被正确地装载和执行。

4. 流程

行文至此，相信各位对Turbine的标准控制流程已了然于胸：

在基于Turbine的Web Application中，一般只有一个Servlet（Turbine Servlet），用来接收用户请求。当这个Servlet接收到请求后，通过分析其中的数据，决定load哪个Page；如果需要的话，Page去执行指定的Action；然后，装载指定的Layout；最后，由Layout调用Screen和Navigation负责web页面的生成。

4.1 Turbine Standard System Flow

在一个常见的Turbine应用中，Turbine Servlet一般遵循下面的处理流程：

1、  当一个新请求来到时，Turbine Servlet首先检查HttpSession实例是否存在。如果不存在HttpSession实例，则直接重定向到这个网址的“HomePage”（这个“HomePage”的默认值是Login Screen。当然，你也可以在TurbineResources.properties中将它指向任何你希望的地方）。

在重定向的过程中，Turbine还会在Cookie中为这个访问者记录一个唯一标识；如果客户端浏览器不支持Cookie，Turbine会激活“session tracking”，使以后的URLs中都会包含这个用户的标识信息。

2、  用户Session建立后，Turbine会将一部分经常用到的数据缓存到RunData实例中。

3、  接下来，Turbine Servlet会检查用户是否在尝试登录。方法是检查请求中定义的Action是否是“LoginUser”（当然，依旧可以在TurbineResources.properties文件中进行自定义）。如果是的话，就执行这个Action操作。与其他Action不同的是，这个“LoginUser”Action必须实现一个用于用户身分验证，并调用RunData.save()方法（表明已通过身分验证）。

4、  无论用户验证通过与否， Turbine Servlet都会调用SessionValidator Action。SessionValidator Action检查用户是否已经登录，如果有的话，更新该用户最后一次登录的时间戳；否则重定向到“Login”Page。这里有一个技巧：如果你希望你的某些页面拥有权限保护的话，你可以在这些页面的Layout </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>

<script type="text/javascript"> </script><script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>