Struts2配置文件详解——s...

1. web.xml文件

主要完成对StrutsPrepareAndExecuteFilter的配置（在以前的版本中是对FilterDispatcher配置，新版本同样支持用FilterDispatcher配置），它的实质是一个过滤器，它负责初始化整个Struts框架并且处理所有的请求。这个过滤器可以包括一些初始化参数，有的参数指定了要加载哪些额外的xml配置文件，还有的会影响struts框架的行为。除了StrutsPrepareAndExecuteFilter外，Struts还提供了一个ActionContexCleanUp类，它的主要任务是当有其它一些过滤器要访问一个初始化好了的struts框架的时候，负责处理一些特殊的清除任务。

2. struts.xml文件

框架的核心配置文件就是这个默认的struts.xml文件，在这个默认的配置文件里面我们可以根据需要再包括其它一些配置文件。在通常的应用开发中，我们可能想为每个不同的模块单独配置一个struts.xml文件，这样也利于管理和维护。这也是我们要配置的主要文件

3. struts.properties（参default.properties）

在Struts框架使用了很多属性，我们可以通过改变这些属性来满足我们的需求。要改变这些属性，只需在struts.properties文件中指定属性的key和value即可。属性文件可以放在任何一个包含在classpath中的路径上，但是通常我们都把它放在/WEB-INF/classes目录下面。我们可以在struts-default.properties文件中找到一个属性的列表。

4. struts-default.xml

此文件是struts2框架默认加载的配置文件，它定义了struts2一些核心bean和拦截器，它会自动包含(included)到struts.xml文件中(实质是通过

extends="struts-default">)，并为我们提供了一些标准的配置。我们可以在struts2-core.jar中找到这个文件。

配置文件一般都在conf文件夹里，主要有server.xml，context.xml，tomcat_user.xml，web.xml四个常用配置文件，server主要是服务器设置的，例如端口设置，路径设置。context里设置tomcat数据源，用来连接数据库。tomcat_user主要是用户名和密码的设置。web是默认首页等等之类的设置。

元素名 属性 解释

server port 指定一个端口，这个端口负责监听关闭tomcat 的请求

shutdown 指定向端口发送的命令字符串

service name 指定service 的名字

Connector (

表示客户端和service之间的连接) port 指定服务器端要创建的端口号，并在这个断口监听来自客户端的请求

minProcessors 服务器启动时创建的处理请求的线程数

maxProcessors 最大可以创建的处理请求的线程数

enableLookups 如果为true ，则可以通过调用request.getRemoteHost() 进行DNS 查询来得到远程客户端的实际主机名，若为false 则不进行DNS 查询，而是返回其ip 地址

redirectPort 指定服务器正在处理http 请求时收到了一个SSL 传输请求后重定向的端口号

acceptCount 指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理

connectionTimeout 指定超时的时间数( 以毫秒为单位)

Engine ( 表示指定service 中的请求处理机，接收和处理来自Connector的请求) defaultHost 指定缺省的处理请求的主机名，它至少与其中的一个host 元素的name 属性值是一样的

Context ( 表示一个web 应用程序，通常为WAR 文件，关于WAR 的具体信息见servlet 规范) docBase 应用程序的路径或者是WAR 文件存放的路径

struts2的struts.xml配置文件详解

2009-05-06 14:35

原文：/jackycc/archive/2009/01/10/3747154.aspx

1．struts.xml概述

struts.xml 为Struts 2的核心配置文件。struts.xml中主要配置Struts项目的一些全局的属性，用户请求和响应Action之间的对应关系，以及配置Action中可能用到的参数，以及处理结果的返回页面。还包括各种拦截器的配置等。

struts.xml的DTD（Document Type Definition）描述如下：

default-interceptor-ref?, default-action-ref?, global-results?,

global-exception-mappings?, action*)>

2．Bean 配置

在struts.xml文件中定义Bean时，通常有以下两个作用：

⑴创建该Bean的实例，将该实例作为Struts 2框架的核心组建使用。

⑵Bean包含的静态方法需要一个值注入。

3．常量配置

Struts2的常量在web.xml、struts.xml、struts.properties等多处都可以配置。其加载顺序如下：

l struts-default.xml：该文件保存在struts2-core-2.0.x.jar文件中。

l struts-plugin.xml：该文件保存在struts-xxx-2.0.x.jar文件中。

l struts.xml：这个就不多说了。

l struts.properties：如上。

l web.xml：同上。

Struts2中的配置：

例3.1：

value=”globalMessage”/>

与之等效的struts.properties文件配置如下：

HAProxy配置⽂件详解

⼀、HAProxy简介

1.HAProxy 是⼀款提供⾼可⽤性、负载均衡以及基于TCP（第四层）和HTTP（第七层）应⽤的代理软件，⽀持虚拟主机，它是免费、快速并且可靠的⼀种解决⽅案。

2.HAProxy 实现了⼀种事件驱动、单⼀进程模型，此模型⽀持⾮常⼤的并发连接数。

3.HAProxy ⽀持全透明代理（已具备硬件防⽕墙的典型特点）: 可以⽤客户端IP地址或者任何其他地址来连接后端服务器. 这个特性仅在Linux 2.4/2.6内核打了cttproxy补丁后才可以使⽤. 这个特性也使得为某特殊服务器处理部分流量同时⼜不修改服务

⼆、HAProxy⼯作原理

HAProxy由前端（frontend）和后端（backend），前端和后端都可以有多个。也可以只有⼀个listen块来同时实现前端和后端。这⾥主要讲⼀下frontend和backend⼯作模式。前端（frontend）区域可以根据HTTP请求的header信息来定义⼀些规则，然后将符合某规则的请求转发到相应后端（backend）进⾏处理。

三、HAProxy性能

HAProxy借助于OS上⼏种常见的技术来实现性能的最⼤化，所有的这些细微之处的优化实现了在中等规模负载之上依然有着相当低的CPU负载，甚⾄于在⾮常⾼的负载场景中，5%的⽤户空间占⽤率和95%的系统空间占⽤率也是⾮常普遍的现象，这意味着HAProxy进程消耗⽐系统空间消耗低20倍以上。因此，对OS进⾏性能调优是⾮常重要的。即使⽤户空间的占⽤率提⾼⼀倍，其CPU占⽤率也仅为10%，这也解释了为何7层处理对性能影响有限这⼀现象。由此，在⾼端系统上HAProxy的7层性能可轻易超过硬件负载均衡设备。

在⽣产环境中，在7层处理上使⽤HAProxy作为昂贵的⾼端硬件负载均衡设备故障故障时的紧急解决⽅案也时长可见。硬件负载均衡设备在“报⽂”级别处理请求，这在⽀持跨报⽂请求(request across multiple packets)有着较⾼的难度，并且它们不缓冲任何数据，因此有着较长的响应时间。对应地，软件负载均衡设备使⽤TCP缓冲，可建⽴极长的请求，且有着较⼤的响应时间。