一开始，我对Velocity的Context感觉有点迷惑：是不是它的Context一定是VelocityContext呢？到底什么样的Context可以被Velocity Tools访问呢。其实，VelocityContext仅仅是一种Context。

在Velocity的帮助文档中，ViewContext接口给出了关于这种上下文的说明：

public interface ViewContext
Objects implementing this interface are passed to view tools upon initialization by the ServletToolboxManager.

The interface provides view tools in a servlet environment access to

可以从Apache官方网站自带的例子中查找，位置\velocity-tools-1.4-src\examples\showcase。

Apache官方网站自带的例子有下面一些：

• AlternatorTool
• BrowserSniffer
• ContextTool
• CookieTool

velocity-tools-1.4-src中自带的一个例子，位于目录\velocity-tools-1.4-src\examples\struts下面。

测试工程目录结构如下所示：

VelocityStrutsA
│ .classpath
│ .mymetadata
│ .mymetadata.bak
│ .mystrutsdata
│ .project
│
├─.myeclipse
├─src
│ │ hibernate.cfg.xml
│ │ velocity.properties
│ │
│ └─org
│      └─shirdrn
│         

Velocity诞生之初就是要替代JSP/Struts(视图)，因为Velocity不像JSP和Struts标签一样，对业务层的依赖性较高，尤其是在项目并行开发的过程中，Velocity使得负责各个层(主要表示层和业务层)的人员专注于自己的职责。

Velocity的强势在于它的Velocity Tools，它的内容非常丰富，关于View层的工具都集成到velocity-tools-view-1.4.jar包中，可以通过在web.xml中配置toolbox.xml，并且映射对.vm请求的处理，XML配置片段如下所示：

<servlet>
<servlet-name>velocity</servlet-name>
<ser

在文章 VelocityServlet的应用 中的那个例子，只把所有的关于Velocity的velocity.properties属性文件的加载，以及日志设置都放在了一个自己实现的VelocityServlet的子类中。

在实际应用中，关注的是获取到一个所需要的模板，来显示需要显示的数据。这样，如果把velocity.properties属性文件都放在一个自己实现的VelocityServlet的子类中，那样造成了重复编码的问题，每当实现一个VelocityServlet的子类时，都要硬编码解析一次属性文

在Velocity 1.4版本中，org.apache.velocity.servlet.VelocityServlet继承了HttpServlet，因此它继承了HttpSetvlet的对生命周期的管理，而且，只要我们在实现自己velocity servlet的时候，继承org.apache.velocity.servlet.VelocityServlet，然后继承它的一些重要的方法就可以完成实际的业务。

下载 velocity-1.4.zip 后将它的jar包导入工程即可。

详细配置

Windows Server 2003 SP2 + SQL Server 2

Apache官方网站Velocity Tools自带的例子(位置：\velocity-tools-1.4-src\examples\simple)。

新建一个Web Project，名称为Velocity。

在src下面实现一个ToyTool类，如下所示：

public class ToyTool
{
    private String message = "Hello from ToyTool!";

public String getMessage()
{
        return message;
}

    public void setMessage(String m)