我们将简单的讨论前面解释的交互动作。我们将看到struts怎样从本地特定消息中获得消息key，又怎么在视图中以一致的方式得到处理。我们将用jsp作为视图组件。

    用ActionError标识错误

       实现Action.execute(…) 或 ActionForm.validate(…)方法，应该可以捕捉验证和应用程序特定错误到ActionErrors对象中，他们组成了ActionError对象。一个ActionError对象有一个消息key和一个可选对象用来存放动态返回的消息。参考上一节的相关信息，一个ActionErros对象不用关心本地化和相关的资源包就可以创建。我们可以处理118N当ActionError对象处理消息时。可以参考ActionErrorAPI获得完全的创建ActionError对象的方法列表。一旦一个ActionError对象创建，就应该使用ActionError对象的ActionError.add方法添加到ActionError对象组中，并且传递ActionError和检测到校验错误的属性名。为了保存错误消息而不关联到属性，可以用ActionErrors.GLOBAL_ERROR代替属性参数。使用属性名创建ActionError对象在ActionErrors一节解释。ActionError类扩展ActionMessage类；和struts1.1一样，ActionError类简单的把调用委托给ActionMessage类。

    用ActionErrors管理错误

      ActionErrors对象使用HashMap方式管理所有ActionError对象，名是消息属性名，值是ActionMessageItem对象。ActionMessageItem作为inner类声明在ActionMessages中。每一个ActionMessageItem对象由一个唯一的序列号和一个包含属性对应所有校验错误的的ArrayList对象组成。序列号用来排序ActionMessageItem集合，其中的校验错误通过开始标记为invalid的属性获得。ActionErrors.get返回一个ArrayList的迭代器，其中容纳了ActionError对象集合。这个迭代对象通过定制ErrorsTag标签引用，将在下节解释。

      在请求处理器，比如在Action.execute中，ActionErrors应该用属性名Action.ERROR_KEY保存到HttpServletRequest中；这个操作通过调用action基类的saveErrors方法，传递请求对象和ActionErrors对象作为参数。ActionErrors作为ActionForm.validate(…)的结果产生，由在请求对象中的RequestProcessor使用Action.ERROR_KEY保存。下一个视图可以用ErrorsTag来获得ActionErrors对象；ErrorsTag可以用在jsp中。

      ActionErrors类扩展了actionMessages类。ActionErrors提供了静态成员GLOBAL_ERROR，ActionMessages提供了静态成员GLOBAL_MESSAGE，这些静态成员当消息不是特定属性时可以作为keys用。如果要保存ActionMessages对象到请求处理对象中，传递请求对象和ActionMessages对象给Action.saveMessages(…)方法即可；Action.saveMessages(…)对象使用Action.MESSAGE_KEY保存到请求对象中。

      如果想简单的获得消息keys，不用属性和动态参数，可以用org.apache.struts.util.RequestUtils.getActionErrors(…)方法转换一个String对象，String数组，或一个ErrorMessages对象（Vector）到一个ActionErrors对象中。对于这种方式，getActionErrors(…)会用ActionErrors.GLOBAL_ERROR代替属性参数。

    用ErrorsTag显示错误

        这个定制的标签显示消息到HTML文档中。它使用Action.ERROR_KEY从HttpServletRequest中获得ActionErrors对象，然后使用ActionErrors.get()方法获得容纳ActionError对象的ArrayList的迭代器。对ArrayList中的每一个ActionError对象，一个本地消息被写到response流中。默认使用session中的本地对象；但是可以在标签中定义相反的本地属性。默认情况下，资源包用Action.MESSAGES_KEY保存到上下文中，除潜昵┒ㄒ辶似渌粜浴Ｒ孕枰哺亲试窗绻桓鲆陨系幕咀试次募枰芾硎薄：蛃truts1.1一样，一个ErrorsTag仅能使用一个资源包家族（有相同的基本名称），因此在ActionErrors对象中的所有错误应该在资源包家族中都可以找到。因为ActionErrors对象中的所有ActionError对象都用属性名登记了，消息可以通过在ErrorsTag中定义一个属性名对应。ErrorsTag使用消息keys‘errors.header’和‘errors.footer’提供错误消息显示的标题和格式。

    分派的角色
    就像在RequestProcessor一节讨论的一样，request processor调用request handler的execute方法。任何request handler抛出的异常都被RequestProcessor捕获然后在strutsconfig.xml中找到可能的匹配。RequestProcessor会调用ActionMapping.findException方法找到一个ExceptionConfig配置对象（是元素的运行时表现形式），它的类型属性匹配异常类型。如果找不到一个配置，findException方法会一直沿着超类找匹配到最顶层类的匹配。ActionMapping.findException会在本地范围和全局范围的ActionMapping对象搜索元素。下面是一个全局对象元素定义的例子略。
    异常处理AppException
    在request handlers中这是一个创建exceptions的基类。它封装了异常发生原因属性（）和相关的ActionError对象。一个AppException的子类可以提供合适的构造函数，通过可选的属性名和对象参数，用消息key正确初始化对象。消息key可以从和异常对应的ExceptionConfig对象中获得。涉及到AppException的API是构造函数列表（可以被子类调用），AppException作为ExceptionHandler.execute的方法参数传递的。

    转换异常到ActionErrors中
    RequestProcessor查询ExceptionConfig的异常处理定义。RequestProcessor创建特定的ExceptionHandler并调用它的execute方法并传AppException作为参数。org.apache.struts.action.ExceptionHandler的一个默认的异常处理是预先配置在ExceptionConfig对象中的。ExceptionHandler从AppException对象获得ActionError对象，然后根据ErrorsTag创建ActionErrors对象使用。如果异常不是AppException类或其继承类，ExceptionHandler会用定义的元素创建一个ActionErrors对象。这样就减轻了请求处理的开发人员写额外的异常处理代码。然而这样就限制了框架仅能调用ActionError的一个构造函数，接收一个key参数值。如果需要可以用元素覆盖默认的异常处理。ExceptionHandler类或其子类会使用ExceptionConfig中的路径属性创建一个ActionForward对象。如果该路径没有定义，那么就会使用ActionMapping配置对象中的输入属性中定义的路径。ExceptionHandler也用Action.EXCEPTION_KEY保存原始的异常到请求对象中。一个视图可以用任何方式自由处理这个信息。Action.EXCEPTION_KEY也可以被servlet容器的错误页面机制使用来获得根据原始异常重新抛出的异常。

和在请求时的JavaBeans中提取和存储表单数据。然而，这种方式使表现层和JavaBeans强耦合；而且HTML文档的创建者还必须知道这些组件以及他们在页面中的正确用法。因为JavaBeans能够通过标签或另一个服务器组件在一个特定的范围创建和使用，这样可能会造成在不同组件共享的JavaBean的生命周期管理产生问题。struts提供了一个机制提取，存储，校验表单数据。同时也客服了和的缺点。例子略。
    例子映射一个JavaBean类型为packageName.customerProfileForm用name=customerProfileForm (唯一标识)，name=customerProfileForm; request handler通过输入请求中的路径/editCustomerProfile唯一标识。 表单的创建和使用在下面的图片中解释。

    首先，我们将用一个简单的JavaBeans对象研究表单的处理机制。这些对象是作为ActionForm对象实现的。我们接下来要讨论使用DynaActionForm进行表单处理，这个DynaActionForm对象能够支持才请求时动态设置属性。

    用FormTag初始化ActionForm对象
    用前面介绍的方式FormTag初始化ActionForm对象，在HTML表单中的action URL对应配置节点，该节点通过配置对于formbean。FormTag的action属性定义的URL通过配置描述文件中的的路径结构转换成URL。通过扩展名映射，实现了用    FormTag调用RequestUtils.createActionForm方法，该方法通过名字匹配元素的名字来搜索ActionFormBean配置对象（(ActionFormBean是运行时表现形式）。使用元素创建一个新的ActionForm实例，如实例存在，则FormTag会在存在的form bean调用ActionForm.reset方法清除数据，为下一次请求的表单数据做准备。范围定义在元素的scope属性中；新的ActionForm实例或者重新初始化的实例保存在该属性定义的范围中。

    用ActionForm存储表单数据   
    被继承的ActionForm对象是用来存放表单请求对象参数的，因此他们是和用户紧耦合的。一个ActionForm子类是一个带属性存取方法的JavaBean，这些属性与HttpServletRequest对象的参数对应。如果一个ActionForm对象通过FormTag创建（前面介绍了），那么在接下来通过FormTag解析的表单请求将由RequestProcessor在特定范围处理。表单通过相关的action映射标识找到。RequestProcessor为重置表单属性，通常表单带有请求时间参数，然后调用表单对象的validate方法完成服务端校验用户输入。仅当ActionMapping对象的校验属性设为true时，validate方法才会被调用。这是一个默认的行为。使用request.getParameterValues(parameterName)获得一个String数组对象，这个对象用来存放表单数据；在请求参数类型转换一节将做解释。校验结构是一个ActionErrors对象（在错误处理一节解释了），它使用org.apache.struts.taglib.html.ErrorsTag显示校验错误给用户。ActionForm也能存储中间层模型状态，这些状态数据接下来会视图（jsp）引用并展示给用户。
    一个ActionForm类也可以被RequestProcessor创建。这种情况发生在导航到URL，该URL映射到控制器servlet而不是jsp，相关的action映射定义了表单属性。在这种情况下，RequestProcessor搜索form bean的尝试会导致创建一个新的ActionForm对象，如果在特定范围没有找到的话，或者在特定范围通过元素的名字属性找到ActionForm对象；当一个表单对象被RequestProcessor找到，将传递给请求处理对象的execute方法。一个ActionForm对象也能被请求处理器创建。
    表单对象的创建的目的是为了提供中间层模型状态给jsp时应该使用请求范围；这样可以保证在他们的有效性过期后对象不会再被使用。默认的所有表单保存在session范围。在session中存在的表单对象超过了他们的有效性范围会导致浪费内存，因此，请求处理者必须跟踪存储在session中的表单对象的生命周期。获得表单数据的一个好的实践是用单一的form bean关联跨越服务端用户交互的表单。form beans也能够存储中间层模型状态，这个状态在相应用户时，通过定制的标签适配到用户视图中。标签用来避免在视图层混合java代码，因此导致了一个好的分工，web开发团队处理标记，应用开发团队处理java代码。标签区分了中间层处理逻辑；这些逻辑可能相当复杂，比如处理嵌套对象或通过集合迭代对象。

    用动态属性创建ActionForm对象
    DynaActionForm对象是带动态集合属性的对象。DynaActionForm扩展了ActionForm对象；通过在struts-config.xml文件中声明来创建form对象。例子略。RequestProcessor创建，操作，校验DynaActionForm的方式和操作ActionForm是一致的，也就是说对于在DynaActionForm的动态属性（定义在元素的动态集合属性），请求对象参数是可操作的。其它参数被简单跳过。

    请求参数类型转换
    这节讨论request.getParameterValues(parameterName)获得的String数组类型怎样转换到表单对象的对应属性类型上。下面是支持的目标类型列表。
java.lang.BigDecimal
java.lang.BigInteger
boolean and java.lang.Boolean
byte and java.lang.Byte
char and java.lang.Character
double and java.lang.Double
float and java.lang.Float
int and java.lang.Integer
long and java.lang.Long
short and java.lang.Short
java.lang.String
java.sql.Date
java.sql.Time
java.sql.Timestamp
    目标类型，也就是说和表单对象属性关联的类型,是通过自省机制找到的；一个特定struts定制的自省机制是在DynaActionForm对象中使用的。struts也支持索引属性，parameterName[n];索引从0开始。这种命名转换的form bean的方法是通过按照下面定义的javabeans规范描述的，使用了索引属性模式。下面的方法用来处理所有的索引属性的数组元素。
public [] get();
public void set([] value);
下面的方法是用来处理单独的数组元素
public get(int index)
public void set(int index, value)
下面描述了使用简单的属性和索引属性的语法。
    1.当bean的属性是数组，且请求参数名没有使用索引符号parameterName[n]时，由request.getParameterValues(parameterName)返回的String[]将转换成目标组件类型的数组。由struts框架内部实现该方法。ActionForm子类应该定义下面的方法声明。
public void set([] value)
public [] get();
    2.当bean的属性是数组,且请求参数名使用索引符号parameterName[n],由request.getParameterValues(parameterName)返回的String[]将被认为仅容纳一个简单的值；仅String[0]被转换成数组的组件类型。由struts框架内部实现该方法。ActionForm子类应该定义下面的方法声明来接收索引参数。
public void set(int index, value)
public get(int index)
上面的方法声明遵循了javabeans规范中定义的索引属性设计模式。当这些方法都没有时，通过实现下面的方法也可以处理索引存取属性。
public [] get();
在这个场景中，请求数组的读写是通过struts框架处理，首先获得根本的数组对象然后处理给定序号的元素。这个模式也支持基于list的请求参数实现，使用parameterName[n]访问。
     3.对于简单的属性类型，由request.getParameterValues(parameterName)返回的String[]将被认为仅容纳一个简单的值；仅String[0]被转换成目标类型。由struts框架内部实现该方法。对于简单的属性,ActionForm子类应该定义下面的方法声明。
public void set( value)
public get();
struts绑定的标签库提供了处理简单属性和索引属性的方式；org.apache.struts.taglib.nested包容纳了这些标签。struts中的完全的标签列表请参考http://jakarta.apache.org/struts/userGuide/index.html; 更多的资源请参考http://jakarta.apache.org/struts/resources/index.html. struts将来的趋势是采用JSTL和
JSF上。

控制器对象

     控制器实现了ActionServlet类。它集中处理所有客户端的请求。它清晰的划分了控制层的作用，处理视图和导航管理，保留模型处理和操作给请求处理器（Command objects[Gof]）处理。发布文档中定义了所有输入请求映射到中央控制器的描述，如下：

 
     action
     org.apache.struts.action.ActionServlet
 

  所有URIs请求以do结尾的都映射到servlet中，如下：

  action
  *.do

匹配该模式的表单请求如下所示：

http://www.my_site_name.com/mycontext/actionName.do

映象前缀叫做扩展映象，然而，你也可以定义路径映象用/*结尾，如下

  action
  /do/*

对应请求：http://www.my_site_name.com/mycontext/do/action_Name

通过配置文件可以不用改变程序代码就可以改变映射的方式；这个映射方案也涉及到Mulitplexed Resource Mapping。对于所有表现层请求，控制器提供了一个集中处理点。控制器委托请求处理器处理每一个请求。请求处理器分配请求到相关的form bean处理表单校验，处理模型。控制器和请求处理器的联合构成了控制器处理机制的核心。由控制器提供的这种抽象减轻了开发人员创建公共应用程序服务比如管理视图，sessions，表单数据的劳动。开发人员可以遵循标准的机制处理例如：错误异常处理，导航，国际化，数据验证，数据转换等。

    在Struts1.1中，struts的配置通过控制器的init方法加载。配置文件控制框架的行为；包括使用ActionMapping配置对象映射URIs 到请求处理器，配置消息资源，通过插件处理外部资源等。实际上ActionServlet委托所有输入请求给RequestProcessor，由它实际处理所有请求。

分配器对象

     RequestProcessor把请求处理器和关联的form bean联合提供分派和处理客户请求的功能。form bean的错误创建，抛出异常和请求处理器都由RequestProcessor处理，并影响RequestProcessor的视图管理函数。form beans协助RequestProcessor存储表单数据，或者传递视图需要的模型数据。通过struts－config.xml的配置。所有请求被控制器委托给分配器，分配器是RequestProcessor对象。RequestProcessor根据action标识检查请求URI，利用ActionMapping配置对象（下一节介绍）的信息创建请求处理对象，调用requesthandler.execute方法。该方法和应用程序的模型交互。根据处理结果，请求处理器会返回一个ActionForward配置对象（ActionForward是带有元素的运行时表示，在使用ActionForward导航一节解释）给RequestProcessor。它会使用ActionForward对象通过调用RequestDispatcher.forward方法或response.sendRedirect方法激活下一个视图。

ActionMapping的命令模式（译注：本节翻译从简，因为涉及到具体语法。）

    struts通过xml语法指定URI和servlet的映射。这个实现和GOf的命令模式非常相似。

模型和RequestHandlers的交互

    Action的子类用来适配请求和模型。一个Action的子类也叫request handler，根据具体请求创建。一个action由RequestProcessor最先解释，并返回一个相关的request handler。对应每个请求创建的action的父类由分配器对象创建。request handler实现了命令模式。一个客户端请求在URI中封装了想要的行为，路径信息由分配器（RequestProcessor）提取并创建一个相关的请求处理对象实例。命令模式解耦请求处理和UI。

   基本的Action类提供了公用的函数处理框架相关的资源和方法，保存子类execute方法执行时检测到的错误。这些错误通过使用在用ErrorsTag显示错误一节介绍的定制的org.apache.struts.taglib.html.ErrorsTag显示在html表单中。request handler的execute方法应该包含控制流程处理请求参数和相关联的ActionForm，它应该封装模型交互语法，提供基于模型操作结果的下一个视图。Request handlers由RequestProcessor在第一次创建时缓存，给其它请求使用；因此request handlers不能够包含用户特殊的状态信息；而且当需要串行处理时，request handlers必须加上同步机制处理资源。

      对于分布式应用来说，一个action类包含和EJB组件中的业务逻辑交互的控制逻辑，类似于业务委托对象。业务委托使得request handlers不用直接处理复杂的分布式组件。因为处理服务端组件的逻辑被嵌入到业务委托中，所以业务委托设计模式使request handlers 和服务端组件松耦合。一个request handler由开发人员在表示层编写，然而一个业务委托通常由开发人员在创建业务层服务时编写。对于小的非分布式应用，action类可以包含业务逻辑。当不需要分布式处理和业务逻辑嵌入到request handlers中时，数据处理对象[Core]可以被用来提取数据处理的实现；它提供了request handlers和数据处理层松耦合，因此保证表示层不用实现中间层的变化。action的基类提供了方便的方法，请参考http://jakarta.apache.org/struts/api/index.html.的API文档

    用ActionForward导航

     ActionForward对象是配置对象。这些配置对象都有基于有意义名称比如'success','failure'等的唯一标识符保证可以被找到。request handlers使用封装了URL路径的ActionForward对象识别目的视图。ActionForward对象根据struts-config.xml的元素创建。例子略。

   1.文本，错误提示，异常提示，GUI组件标签必须放到资源文件中。这些资源文件容纳下面介绍的特定的信息。

   2.日期，时间，货币，数字，计量单位和电话号码必须基于本地参数和文化格式化显示。

  在今天的全球化市场一个带国际化支持的应用是很重要的。实现国际化功能比在程序开发完后合并多语言要方便得多。国际化类通过JDK提供的本地类处理本地显示。一个本地对象表现了一个特定地区的地理，政治，文化。下面讨论struts怎么实现国际化。

    本地对象

     struts类提供了118N支持，用getAttribute(Action.LOCALE_KEY)从HttpSession中获得本地特定信息。本地对象使用下面介绍的几种方式保存在session中。

     使用HtmlTag：定制的标签org.apache.struts.taglib.html.HtmlTag插入到jsp中.这是也声明的方式保存。当locale为true时，标签逻辑会使用HttpServletRequest.getLocale()方法获得本地对象。getLocale方法返回客户端浏览器基于Accept－Language header接受的内容的首选本地对象。当客户端没有提供一个Accept－Language header一个默认的本地对象将返回。如果session不存在就会创建，然后本地对象将用Action.LOCALE_KEY存到session对象中。HTML标签接着使用本地对象的语言属性设置特定语言到输出流中。这种方式本地对象存储一次；以后的locale＝true的操作将不能替换session中的本地对象。这种方式最好用在用户更改浏览器本地设置时。

    使用action对象

    如果要变成改变本地对象，action类提供了setLocale方法使用Action.LOCALE_KEY保存本地对象到session中。这种设置本地对象的方式最好用在用户通过点击UI组件选择HTML表单的本地化方式时。但是，如果本地化资源正在加载，而用户正在改变本地化方式时会引起错误。当一个本地化改变时最好在重置所有本地资源且可控的方式下进行。

    使用元素

    在struts-config.xml文件中通过controller标签，标记RequestProcessor从

    HttpServletRequest对象获得本地对象，用Action.LOCALE_KEY把本地对象放到session中。如果value＝true，本地对象将通过request. getLocale()获得然后保存到session中（如果以前没有保存）

    国际化提示和标签

    因为要支持国际化，所以所有的错误提示，指导性的提示，信息，标题，GUI组件的标签，输入标签必须必须单独保存，通过本地特定方式处理。struts框架提供了MessageResources类用来模拟JDK提供的ResourceBundle类。本地特定的资源包提供一个分离本地特定信息的方式。资源包的成员都使用一个共同的基本名字，但是名字的额外部分标识不同的本地性。默认的资源包也有同样的基本名字，没有找到匹配的本地信息时就用默认包。例如：

    如果资源包名为MyApplicationResources，这这个包家族的成员名字会是。

    MyApplicationResources_en 英文包

    MyApplicationResources_fr 法语包

    MyApplicationResources_fr_FR  法国的法语包
    MyApplicationResources_fr_CA   加拿大的法语包

    资源包搜索顺序如下：

    1. MyApplicationResources_fr_FR 预期的包

    2. MyApplicationResources_fr 预期包没有时找它
    3. MyApplicationResources_en_US 没有匹配包时用默认包
    4. MyApplicationResources_en 没有默认包时用它
    5. MyApplicationResources 最基本的包

    struts使用MessageResources对象提供相对容易的方式实现上述的机制。MessageResources对象通过下面的属性文件定义的名/值对初始化。你只需要在struts-config.xml定义MessageResources的基本名字，就可以按一致的搜索方式处理本地资源文件。

     配置文件中的parameter属性值声明了基本的不带本地信息的属性文件。这个基本的资源文件名为MyApplicationResources.properties，本地文件可能取名为MyApplicationResoures_localeSpecificExtension.properties.对每一个程序，我们可以定义一个或多个基本包名字。消息资源对象由控制器中的ActionServlet根据Globals.MESSAGES_KEY（和Action.MESSAGES_KEY相同）保存到ServletContext中，或者是多个消息资源时，所有消息资源对象使用元素保存。为了能访问request handlers中的消息资源对象，action类提供了方便的方法Action.getResources通过消息对象特定的标识Key从ServletContext中获得消息资源。每个消息资源对象通过处理下列的本地属性文件来获得本地消息。属性文件通过配载文件参数标签标识基本的消息资源名。

    要获得本地消息，传递本地消息key参数给MessageResources.getMessage即可。使用Action.LOCALE_KEY可以从session中获得本地对象。当给MessageResources.getMessage提供一个对象参数，获得的消息将作为一个消息格式模式并转换为消息格式对象。消息格式对象然后调用MessageFormat.format方法同时传递被适当格式化的对象。消息格式化类不是本地特定的，因此相关消息格式模式和对象必须获得本地化信息到帐号中。消息资源API提供了许多方法处理消息；相关JavaDoc可以在http://jakarta.apache.org/struts/api/index.html查到。

  Titles允许包含模板和组件。实际上所有的机制都是相似的：你定义页面的所有部分（一个Title）。每个部分可带参数，允许动态内容，能够作为一个方法在java代码中使用。

  注意：这章的所有例子都是基于Tiles.war中/examples目录下的新例子。

    这篇文章的目的是给struts用户介绍struts的好处，同时解释其配置和用法。我们会对一个健壮的表现层框架下一个定义，同时讨论struts框架如何实现这些要求。我们也探究struts中的设计模式的实现，控制器的语义，相关辅助组件的语义；当你需要设计组件和struts框架交互或者为了适应项目的特殊需要扩展struts框架时这些知识将会非常有用。本文介绍的信息可以在http://jakarta.apache.org/struts获得。

MVC架构

    mvc架构把一个应用分离为3部分：模型，视图，控制器。它通常应用于图形交互用户模型的输入，处理，输入。

  模型：一个模型表示应用程序中需要逻辑处理和操作的数据。在应用程序中任何有稳定状态的数据都应该放到模型对象中。提供模型的服务必须支持多个客户端。粗略看看模型的公共方法列表，就应该很容易明白怎么控制模型的行为。模型组织相关的数据和操作并提供特定的服务；这些操作的组合包装和抽象了业务逻辑。模型接口公布了处理模型状态的方法和封装到模型中的复杂业务逻辑的方法。模型服务通过控制器处理模型状态的查询或更改。当模型状态变化时，由模型通知视图。

    视图：视图表现模型的状态。表示层语义被封装在视图中，因此同样的模型数据可以适合多个不同类型的客户端。当模型变化并通知视图后，由视图更新自身。视图传递用户输入到控制器。

    控制器：控制器获取和转换用户输入到模型的action中。模型基于用户输入返回处理结果给控制器，由控制器选择适当的视图显示。

    在基于J2EE的应用程序中，MVC架构通过JavaBeans或EJB处理业务逻辑，并同表示层JSP分离，中间通过基于控制器的servlet联系。然而，控制器的设计必须适应不同类型的客户端，包括web客户端的HTTP请求，无线客户端的WML，供应商和业务伙伴的基于XML的文档。拿HTTP请求/相应为例，输入的HTTP请求被路由到中央控制器，由中央控制器解释和委托请求到合适的请求处理器。这个也涉及到MVC2架构。框架的请求处理器提供开发人员实现具体的业务逻辑和模型交互。依赖交互的结果，控制器可以决定下一个视图并产生一个正确的相应。