Maven、Webx、Velocity学习总结

network_boy

墨衍会员 · AI 创作全网分发码龄12年

关注

转载最新推荐文章于 2026-05-08 09:08:00 发布 809 阅读 AI 写同款· GEO 优化 ›

maven velocity 是一个maven+velocity整合的模板demo 立即下载

Maven、Webx、Velocity学习总结

1. 综述

这两周的时间，通过看指南，看代码，跑实例，对淘宝网web应用开发框架有了一个整体的初步认识，主要包括四个方面：

Ø 项目管理工具Maven

Ø MVC框架Webx。

Ø Webx中的View层实现——Velocity

Ø Webx中的Model持久层实现——Ibatis

2. Maven部分

2.1. Maven基础

1. 坐标是指项目的唯一标识，以GAV（groupId，artifactId和version）区分， groupId包含公司和内部组（或产品线）的信息，如com.taobao.mercury，表示taobao.com下的mercury项目组；ArtifactId则表示项目的名称，如mercury-web，Version则表示某一Artifact的版本，如1.0-SNAPSHOT

2. 依赖是指项目所依赖的相关jar包

3. 仓库是指存放项目的产出（Artifact）的仓库，如http://mvnrepo.taobao.ali.com/mvn/repository

4. 插件是Maven的设计机制，Maven包含一个核心功能组件，而扩展功能都是通过插件完成，即使我们最常见的编译功能也是通过compiler插件完成的。

2.2. POM基础

1. 一个pom.xml文件包含以下基本信息：<modelVersion><groupId><artifactId><version><packaging><name><description><url><licenses><scm><connection><developers>

2.3. 依赖管理

1. 依赖定义具体到version

2. 依赖可以传递

3. <scope>标签定义依赖项的生效范围

4. 依赖的版本定义在父pom（项目pom）中，子pom（模块pom）设置<parent>，继承父pom

5. 设置一个虚拟的总项目，多个实际项目作为总项目的模块

3. Webx部分

3.1. 一分钟Webx框架开发

3.1.1. 处理页面的基本流程（Turbine）

Webx是采用MVC三层架构。请求的上下文信息（RequestContext、ServletContext、HttpServletRequest、HttpServletResponse）被封装为RunData对象。在Web层和Biz层之间采用command模式实现对请求的处理。由MappingRuleService将请求分发到同名的业务处理类进行处理，处理结果被封装为Result对象。然后按照业务逻辑将所需信息放到TemplateContext中，由velocity取得并对VM模板进行渲染。最后产出的页面输出给用户。

有的请求并不要求返回页面，只需处理业务逻辑。

整个处理流程的控制由Pipeline（水管）中配置各种Valve（阀门）实现，简易的流程图如下：

图表 3‑1

3.1.2. Webx各层我们要做的工作的工作：

l V层(Web)：采用Velocity书写vm模版，书写一个同名的Java类来接收Command，并处理业务逻辑（void execute(RunData,TemplateContext)），并根据处理得到的结果(Result对象)，准备好vm模版中所需要的数据（TemplateContext.put(String key, Object value)）。

l C层(Biz)：书写AO对象处理Command，请求的上下文信息被封装在RunData对象中。AO中只包含简单的逻辑处理，真正的业务处理通常书写在Manager中。

l M层(ibatis)：书写DAO对象负责和数据交互，持久层使用的是Ibatis。需要我们来建立数据物理模型并书写数据库操作的SQL语句。

3.2. Webx框架初探

3.2.1. Webx的基本概念

1. 页面驱动：以页面（view）为主导，先写页面，再写和页面配套的程序模块，通过规则，查找页面所对应的程序模块

2. Pull Tools：有一些定义在webx.xml中，另一些默认定义在框架中。这些tools可以再vm模板中被直接引用。Global作用域的tool在系统初始化时创建，Request作用域的tool在每次HTTP请求时创建。

3. Modules：turbine中的基本编程模块。Screen用来处理页面显示逻辑；Control和screen类似，但可以被别的screen或layout引用；Action处理用户提交表单。所有module都实现Module接口：public interface Module {void execute(RunData rundata) throws WebxException;}

3.2.2. Mecury项目目录结构

mercury

├─assets

├─biz

│ ├─src

│ │ ├─main.java.com.taobao

│ │ │ │ └─mercury

│ │ │ │ ├─amend

│ │ │ │ ├─ao

│ │ │ │ │ ├─correct

│ │ │ │ │ │ └─impl

│ │ │ │ │ └─impl

│ │ │ │ ├─aop

│ │ │ │ ├─biz

│ │ │ │ │ ├─domain

│ │ │ │ │ │ ├─mysqlmap

│ │ │ │ │ │ ├─oracle

│ │ │ │ │ │ ├─rowkey

│ │ │ │ │ │ └─sajiao

│ │ │ │ │ └─util

│ │ │ │ ├─cache

│ │ │ │ ├─dal

│ │ │ │ │ └─sajiao

│ │ │ │ ├─mananger

│ │ │ │ │ └─sajiao

│ │ │ │ ├─notify

│ │ │ │ ├─ob

│ │ │ │ │ ├─ao

│ │ │ │ │ ├─dal

│ │ │ │ │ └─mananger

│ │ │ │ ├─query

│ │ │ │ └─timetask

│ │ │ └─resources

│ │ └─test

│ └─target

└─deploy

mercury

└─protocal

├─.settings

├─src

│ ├─main.java.com.taobao

│ │ ├─common

│ │ └─mercury

│ │ ├─domain

│ │ └─util

│ │ └─partition

│ └─test

└─target

mercury

└─web

├─.settings

├─src

│ ├─main

│ │ ├─assembly

│ │ ├─filter

│ │ ├─java.com.taobao.mercury.web

│ │ │ ├─common

│ │ │ │ ├─service

│ │ │ │ ├─session

│ │ │ │ ├─util

│ │ │ │ └─valve

│ │ │ └─module

│ │ │ ├─action

│ │ │ ├─control

│ │ │ └─screen

│ │ ├─resources

│ │ │ ├─biz

│ │ │ │ ├─bean

│ │ │ │ └─persistence

│ │ │ └─top

│ │ │ └─config

│ │ └─webapp

│ │ ├─common

│ │ │ └─templates

│ │ │ └─screen

│ │ ├─default

│ │ │ └─templates

│ │ │ ├─control

│ │ │ ├─layout

│ │ │ └─screen

│ │ ├─META-INF

│ │ └─WEB-INF

│ │ ├─common

│ │ └─default

│ └─test.java.com.taobao.mercury

└─target

3.2.3. Webx应用启动流程

Webapp\WEB-INF\web.xml是SpringExt的配置文件，下面是mercury-web中的样本：

<?xml version="1.0" encoding="GB2312"?>

<web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">

<context-param>

<param-name>loggingRoot</param-name>

<param-value>${mercury.loggingRoot}</param-value>

</context-param>

......

<listener><listener-class>com.alibaba.citrus.logconfig.LogConfiguratorListener</listener-class>

</listener>

<listener-class>com.alibaba.citrus.webx.context.WebxContextLoaderListener</listener-class>

</listener>

......

<filter-name>sessionFilter</filter-name>

<filter-class>com.taobao.session.TaobaoSessionFilter</filter-class>

<init-param>

<param-name>tbsessionConfigGroup</param-name>

<param-value>${mercury.session.filter.group.name}</param-value>

</init-param>

<init-param>

<param-name>isloginSessionCheck</param-name>

<param-value>true</param-value>

</init-param>

</filter>

<filter-mapping>

<filter-name>sessionFilter</filter-name>

<url-pattern>*.htm</url-pattern>

</filter-mapping>

......

<filter-name>timer</filter-name>

<filter-class>com.alibaba.webx.filter.timer.TimerFilter</filter-class>

<init-param>

<param-name>threshold</param-name>

<param-value>${mercury.timer.threshold}</param-value>

</init-param>

</filter>

<filter-mapping>

<filter-name>timer</filter-name>

<url-pattern>/*</url-pattern>

</filter-mapping>

<filter-name>webx</filter-name>

<filter-class>com.alibaba.citrus.webx.servlet.WebxFrameworkFilter</filter-class>

</filter>

<filter-name>mdc</filter-name>

<filter-class>com.alibaba.citrus.webx.servlet.SetLoggingContextFilter</filter-class>

</filter>

<filter-mapping>

<filter-name>mdc</filter-name>

<url-pattern>/*</url-pattern>

</filter-mapping>

<filter-mapping>

<filter-name>webx</filter-name>

<url-pattern>/*</url-pattern>

</filter-mapping>

<welcome-file-list>

<welcome-file>index.html</welcome-file>

<welcome-file>index.jsp</welcome-file>

</welcome-file-list>

<error-page>

<error-code>400</error-code>

<location>/error.html</location>

</error-page>

......

</web-app>

通过查资料，结合web.xml配置的内容，一个Webx应用的启动流程如下：

1. 初始化context-param

2. 执行各个listener，其中WebxContextLoaderListener初始化被Webx包装过的XmlWebApplicationContext（spring容器）及各个子容器，各种webx.xml里定义beans（包括<service>标签定义的服务）都被装载。

3. 加载各个filter：其中TimerFilter（timer）用来记录serverlet执行时间，WebxFrameworkFilter（webx）用来处理web请求，SetLoggingContextFilter（mdc）用来通过SLF4J MDC来记录用户和请求的信息。三者顺序为timer->webx->mdc。

web.xml中各种元素的含义：http://ajava.org/readbook/J2EE/servletjsphxbc2/17212.html

3.2.4. Webx响应和处理请求的流程（摘自Webx框架指南）

当一个HTTP请求到达时，首先由WebxFrameworkFilter接手这个请求（参考Webx应用启动流程），下图是WebxFrameworkFilter处理一个WEB请求的过程：

如图所示，WebxFrameworkFilter接到请求以后，就会调用WebxRootController。从这里开始，进入Spring的世界。此后所有的对象：WebxRootController、WebxController、RequestContext、Pipeline等，全部是通过SpringExt配置在Spring Context中的。

WebxRootController对象存在于root context中，它被所有子应用所共享。它会创建RequestContext实例，从而增强request、response、session的功能。接下来，WebxController对象会被调用。

WebxController对象是由每个子应用独享的，子应用app1和app2可以有不同的WebxController实现。默认的实现，会调用pipeline。

Pipeline也是由各子应用自己来配置的。假如pipeline碰到无法处理的请求，如静态页面、图片等，pipeline应当执行<exit/> valve强制退出。然后WebxRootController就会“放弃控制”，这意味着request将被返还给/WEB-INF/web.xml中定义的servlet、filter或者返还给servlet engine本身来处理。

webapp\common\pipeline.xml配置了mercury-web的PipeLine：

<?xml version="1.0" encoding="UTF-8" ?>

<beans:beans xmlns:services="http://www.alibaba.com/schema/services"

......

xsi:schemaLocation="http://www.alibaba.com/schema/services

...... "

<services:pipeline

xmlns="http://www.alibaba.com/schema/services/pipeline/valves">

<pl-valves:try-catch-finally>

<pl-valves:try>

<webx2-valve class="com.alibaba.turbine.pipeline.SetLoggingContextValve" />

<webx2-valve class="com.taobao.mercury.web.common.valve.DefaultAnalyzeURLValve" />

<webx2-valve

class="com.taobao.mercury.web.common.valve.SecurityCheckValve" />

<webx2-valve class="com.taobao.mercury.web.common.valve.SessionValve" />

<webx2-valve class="com.taobao.common.pagecache.webx.PageCacheValve"

p:action="start" />

<loop>

<when>

<pl-conditions:target-extension-condition

extension="vm, jsp" />

</when>

<when>

<pl-conditions:target-extension-condition

extension="do" />

</when>

</otherwise>

</choose>

</loop>

</pl-valves:try>

<pl-valves:finally>

<webx2-valve class="com.taobao.common.pagecache.webx.PageCacheValve"

p:action="end" />

<webx2-valve class="com.taobao.mercury.web.common.valve.SessionValve"

p:action="clean" />

<webx2-valve class="com.alibaba.turbine.pipeline.SetLoggingContextValve"

p:action="cleanup" />

</pl-valves:finally>

</pl-valves:try-catch-finally>

</services:pipeline>

</beans:beans>

假设用户以URL：http://favorite.daily.taobao.net/collect_list.htm来访问Webx应用。WebxFrameworkFilter接收请求，并且一路顺利到达pipeline。然后Pipeline开始依次执行它的valves（下面的描述略过一些相对次要的步骤）：

1． <analyzeURL> - 分析URL

分析URL的目的是取得target，这里取得的target是collect_list.htm。如果用户访问的URL中并没有提供path信息，通常被理解为：用户想要访问“主页”。AnalyzeURL valve提供了一个可选的参数“homepage”，即是在这种情况下起作用。得到的target为“homepage”。

需要注意的是，target不代表模板名，也不代表类名。Target只是一个抽象的概念 —— 当前页面需要达成的目标。Target可能被后续的valves解释成模板名、类名或者其它东西。

2．进入<choose> - 多重分支

很明显，“collect_list.htm”满足了第一个<when>所附带的条件：<target-extension-condition extension=" vm, jsp">，意思是target的后缀为“jsp”或为“vm”。

3． <performAction> - 执行action

和其它框架中的action概念不同，在Webx Turbine中，action是用来处理用户提交的表单的。

因为本次请求未提供action参数，所以跳过该步骤。

4． <performTemplateScreen> - 查找并执行screen。

如果target-extension为”do”，则没有<performTemplateScreen>这个valve。

这里要用到一个规则：target映射成screen module类名的规则。

假设target为xxx/yyy/zzz，那么Webx Turbine会依次查找下面的screen模块：

screen.xxx.yyy.Zzz，

screen.xxx.yyy.Default，

screen.xxx.Default，

screen.Default。

本次请求的target为collection_list.htm，因此它会尝试查找screen.collection_list类。

如果找到screen类，Webx Turbine就会执行它。Screen类的功能，通常是读取数据库，然后把模板所需要的对象放到TemplateContext中。

如果找不到，也没关系 —— 这就是“页面优先”：一些页面没有业务逻辑，因此不需要screen类，只需要有模板就可以了。

5． <renderTemplate> - 渲染模板

这里用到两个规则：target映射成screen template，以及target映射成layout template。

假设target为xxx/yyy/zzz，那么Webx Turbine会查找下面的screen模板：/templates/screen/xxx/yyy/zzz。Screen模板如果未找到，就会报404 Not Found错误。找到screen模板以后，Webx Turbine还会试着查找下面的layout模板：

/templates/layout/xxx/yyy/zzz

/templates/layout/xxx/yyy/default

/templates/layout/xxx/default

/templates/layout/default

Layout模板如果找不到，就直接渲染screen模板；如果存在，则把渲染screen模板后的结果，嵌入到layout模板中。

Layout模板和screen模板中，都可以调用control。每个页面只有一个screen，却可以有任意多个controls。

6． <breakUnlessTargetRedirected> - 内部重定向

在screen和action中，可以进行“内部重定向”。内部重定向实质上就是由<breakUnlessTargetRedirected>实施的 —— 如果没有重定向标记，就退出；否则循环到<loop>标签。

和外部重定向不同，外部重定向是向浏览器返回一个302或303 response，其中包含Location header，浏览器看到这样的response以后，就会发出第二个请求。而内部重定向发生在pipeline内部，浏览器并不了解内部重定向。