Internet Information Server的缩写为（IIS）是一个World Wide Web server。Gopher server和FTP server全部包容在里面。 IIS意味着你能发布网页，并且有ASP（Active Server Pages）、JAVA、VBscript产生页面，有着一些扩展功能。IIS支持一些有趣的东西，像有编辑环境的界面（FRONTPAGE）、有全文检索功能的（INDEX SERVER）、有多媒体功能的（NET SHOW）。ASP.net与IIS服务器集成后就可以发布相应的ASP网站。

IIS集成：

我们通过两种服务器的整合就可以将FineReport工程与.net工程进行无缝集成。以FineReport自带的工程WebReport为例，先将WebReport工程与可以解析jsp,servlet的服务器集成（例如WebSphere,Tomcat等服务器），然后对服务器与可以解析asp的服务器（例如IIS服务器）进行整合。

FineReport_IIS安装包：

FineReport_IIS安装包是FineReport公司专门制作的能直接与已有的IIS服务器进行无缝集成的软件安装包，在安装设计器软件的同时，完成与IIS服务器集成的配置工作，免去诸多烦琐的操作。

使用FineReport_IIS安装包安装软件并与IIS集成：

1. 确认已装有IIS：一般Win2003服务器为IIS6.0，WinXP个人机为IIS5.1。若计算机中还未装有IIS服务器，则可到官方网站下载并安装。

2. 使用FineReport_IIS安装包安装软件

双击FineReport_IIS.exe，进行安装。软件的安装，与其他FineReport安装包相同，可按照需求选择安装路径进行安装。IIS集成，安装完软件后，会弹出如下对话框要求为IIS服务器添加筛选器，点击“是”：

安装完毕，重启计算机。

注：重启计算机的目的是为了重启IIS服务，也可选择“稍后重启”，不进行重启操作，此时打开控制面板|管理工具|服务找到IIS Admin Service服务，手动进行重启，效果相同。

3. 浏览模板：
安装完毕后，即可按照习惯的访问路径访问FineReport报表了。
在浏览器中输入：
http://localhost/WebReport/ReportServer?reportlet=/demo/basic/post.cpt
即可看到如下页面：

Internet Information Server的缩写为（IIS）是一个World Wide Web server。Gopher server和FTP server全部包容在里面。 IIS意味着你能发布网页，并且有ASP（Active Server Pages）、JAVA、VBscript产生页面，有着一些扩展功能。IIS支持一些有趣的东西，像有编辑环境的界面（FRONTPAGE）、有全文检索功能的（INDEX SERVER）、有多媒体功能的（NET SHOW）。ASP.net与IIS服务器集成后就可以发布相应的ASP网站。

IIS集成：

我们通过两种服务器的整合就可以将FineReport工程与.net工程进行无缝集成。以FineReport自带的工程WebReport为例，先将WebReport工程与可以解析jsp,servlet的服务器集成（例如WebSphere,Tomcat等服务器），然后对服务器与可以解析asp的服务器（例如IIS服务器）进行整合。

IIS集成配置：

1. 复制插件：将FRFilter文件夹拷贝至IIS所在的服务器上的任意目录，如C:\FRFilter 。 该文件夹中包涵IsapiRewrite4.dll ，IsapiRewrite4.ini两个文件。前者为ISAPI筛选器。

2. 修改IsapiRewrite4.ini配置设置：打开配置文件，修改应用服务器端口，如下图：

3. IIS服务器添加筛选器：打开控制面板|管理工具-Internet信息服务，右击网站，选择属性，添加一ISAPI筛选器，筛选器名称任意，如命名为FRFilter，可执行文件选择IsapiRewrite4.dll，如下图：

4. 配置完成，重启IIS服务器：

5. 启动应用服务器如tomcat：

6. 浏览报表：在浏览其中输入地址如:
http://localhost/WebReport/ReportServer/reportlet=/com/doc/cross.cpt 即可访问报表。

Internet Information Server的缩写为（IIS）是一个World Wide Web server。Gopher server和FTP server全部包容在里面。 IIS意味着你能发布网页，并且有ASP（Active Server Pages）、JAVA、VBscript产生页面，有着一些扩展功能。IIS支持一些有趣的东西，像有编辑环境的界面（FRONTPAGE）、有全文检索功能的（INDEX SERVER）、有多媒体功能的（NET SHOW）。ASP.net与IIS服务器集成后就可以发布相应的ASP网站。

IIS5.1与IIS6.0的区别：

一般IIS5.1是适用于Winxp的，而IIS6.0适用于Win2003，如果个人做测试用或有其他需求可以选择IIS5.1，如果是作为服务器用的话，就用IIS6.0。

IIS集成：

我们通过两种服务器的整合就可以将FineReport工程与.net工程进行无缝集成。以FineReport自带的工程WebReport为例，先将WebReport工程与可以解析jsp,servlet的服务器集成（例如WebSphere,Tomcat等服务器），然后对服务器与可以解析asp的服务器（例如IIS服务器）进行整合。

win2003 32位系统上的Tomcat和IIS6集成：

Tomcat用来和FineReport的工程WebReport集成，IIS6（Internet Informatica Server）是可以发布解析ASP等网页的服务器。这里我们只说明部署好应用工程的Tomcat如何与IIS服务器进行整合的，有关如何在Tomcat部署工程可以参考系统集成——服务器中的Tomcat服务器章节，IIS6可以参考微软官方网站相关内容。

1.下载插件isapi_redirector2.dll，插件的作用是可以使Tomcat和FineReport进行通讯，插件的下载地址http://archive.apache.org/dist/tomcat/tomcat-connectors/jk2/binaries/win32/。解压缩得到isapi_redirector2.dll，创建文件夹C:/jakarta（创建路径任意）,放置isapi_redirector2.dll。

2.使用记事本创建3个文件，分别为workers2.properties、jk2.properties和jakarta.reg（这个文件的名字可以随便起，但要以“.reg”为后缀名）。 这3个文件的内容分别如下：

注：如果8009端口没被占用，请不要改变端口号。localhost可以改成域名，如果改变需要对相应文件进行设置，这里不做讨论。

以上workers2.properties、jk2.properties两个文件放置到%Tomcat_Home%/conf文件夹中。

3.jakarta.reg可放于任意目录下，在这为便于管理与isapi_redirector2.dll插件放于同一目录下，即c:/jakarta。 双击jakarta.reg文件将内容导入注册表。

4.应用isapi_redirector2.dll通讯插件。
打开管理工具|Internet信息服务(IIS)管理器，右击下拉树中的默认网站，点击属性，选择ISAPI筛选器，添加筛选器，名称为jakarta，可执行文件选择C:\jakstarta\isapi_redirector2.dll ，点击确定。
 右击默认网站，新建“虚拟目录”，别名填jakarta，下一步，路径选为你的isapi_redirector2.dll存放的目录，即C:/jakarta，在下一步中的权限记得把“执行”打勾。

注：如果刚建立的jakarta筛选器的状态的图标不是,请注意上述配置过程有没有错误和遗漏。

5.选择网站下面Web服务扩展，添加一个新的Web服务扩展，扩展名取为tomcat（扩展名可以任意取），要求的文件选择C:\jakarta\isapi_redirector2.dll。选择设置扩展状态，确定。如图。(windows2003系统中需要设置这一步)

6.重启Tomcat和IIS，打开浏览器，输入http://localhost/WebReport/ReportServer?reportlet=/demo/basic/post.cp t ，如果看到下图所示，说明配置成功。

注：服务器访问的默认路径为Tomcat服务器设置的默认路径，可对Tomcat服务器进行设置改变默认路径。另假如要将报表工程和已存在的工程进行整合，请将工程文件放置一起，并设置tomcat和iis服务器的默认路径。

操作系统：linux
服务器：resin
报表应用：FineReport
操作步棸：
一：安装jdk
二：安装服务器，以resin为例
三：配置报表工程

一：安装jdk

1.首先在官网上下载jdk 例如jdkjdk1.6, 名称为 jdk-6u2-linux-i586-rpm.bin
2.通过ftp上传jdk-6u2-linux-i586-rpm.bin
3. 通过命命给所有的用户添加可执行的权限
chmod a+x jdk-6u2-linux-i586-rpm.bin
a：All，即全部的用户，包含拥有者，所属群组以及其他用户
x：执行或切换权限，数字代号为”1″。
4. ./jdk-6u2-linux-i586-rpm.bin
会生成文件jdk-6u2-linux-i586-rpm
同样给所有的用户添加可执行权
安装程序 rpm -ivh jdk-6u2-linux-i586-rpm
接受协议，按enter即可
5. 最后设置path与classpath
export JAVA_HOME=/usr/java/jdk1.6.0_02
6.执行命令 java -version
如果出现java version “1.6.0_02″表示安装成功

二．安装resin服务器

准备工作：在resin官网下载linux环境下的resin安装文件
1） 安装 JDK 上一步已经执行
2） 确定环境变量JAVA_HOME设置正确 上一步已经执行
3） 安装
单独运行：
# tar zxvf resin-3.0.4.tar.gz
# mv resin03.0.6 /usr/local/resin
#cd /usr/local/resin
# ./configure
# make
# make install
#cd bin
#./httpd.sh start

三.配置报表工程

安装好resin服务器后
•把FineReport安装目录下的WebReport文件夹打包成zip 上传到ftp
•在linux下通过访问ftp
Cd到resin目录下的webapps文件夹
ftp ip地址
转到zip包所在目录
get WebReport.zip 到当前目录下
exit 退出ftp
在webapps文件夹下
unzip WebReport.zip 把WebReport解压到webapps文件夹下
•启动resin服务器
Cd到resin的bin文件夹
./httpd.sh
输入http://localhost:8080 测试服务器是否启动成功
出现resin的欢迎界面说明启动成功
输入http://localhost:8080/WebReport/ReportServer?op=test 测试报表环境是否配置成功如出现报表界面则配置成功

windows集群同J2EE的集群不同，因为它是操作系统自带的集群支持，它没有J2EE集群对java的web应用的良好支持，例如session复制以及session粘滞。所以对windows集群，需要特别配置一下，以此来支持集群的功能。

简单原理说明：

Windows集群的均衡负载会根据情况，将外部请求分配给集群内的服务器处理。当一个会话（Session）在A服务器上产生并开始，产生了一部分会话信息将保存到A服务器的内存中。假如这次会话中的一次请求被windows集群的均衡负载调度器分配到了B服务器去处理，那么问题就产生了，B服务器中的内存中并没有这个会话的信息，那么就会报session timeout。

而我们的配置，会在集群的服务器间建立联系。当B服务器收到请求，发现这个请求的会话不是自己产生的，那么它会根据请求中的信息，判断出这个会话是由哪台服务器产生。接着它会将这个请求通过内网转发给相应的那台服务器去处理。这样相当于就实现了J2EE集群的会话粘滞的功能。简单的说，会话粘滞就是保持一个会话中的多次交互都由一台集群中的服务器处理。这样就不会再产生上述的问题。

前提：

集群的服务器间需要有内网间通信的支持。不同服务器上的报表应用必须是一致的。

配置步骤：

集群内的每台安装有报表应用的服务器都需要这样配置。

1. 关闭现在的报表服务。

2. 增加配置文件。

将配置包resource文件夹下的cluster.xml打开。看见如下内容：

<?xml version="1.0" encoding="UTF-8" ?>
<ClusterConfig useCluster="true">      //useCluster=”true”表示启用集群配置
	<ClusterService>
		<ServiceName>A</ServiceName>  //给这台服务器取一个区别于其他机器的别名
		<ip>192.168.0.1</ip>            //这台服务器在内网中的IP地址
		<port>8080</port>              //报表应用的端口
		<WebAppName>WebReport</WebAppName>  //报表应用的名称
	</ClusterService>
	<ClusterService>
		<ServiceName>B</ServiceName>
		<ip>192.168.0.2</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>
</ClusterConfig>

这里的每个ClusterService都是集群中一台服务器的相关信息。配置好后，系统会根据自身的IP和端口号去匹配找到相应的信息。当然也可能会有一些原因导致系统无法正确的匹配找到。这时您可以设置isSelf属性来指定自身的属性。例如这个配置文件部署在A服务器下，那么ServiceName为A的那个ClusterService节点后加一个属性 isSelf=”true”，表示下这是本机的信息。如下所示：

<?xml version="1.0" encoding="UTF-8" ?>
<ClusterConfig useCluster="true">
	<ClusterService  isSelf="true">
		<ServiceName>A</ServiceName>
		<ip>192.168.0.1</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>
	<ClusterService>
		<ServiceName>B</ServiceName>
		<ip>192.168.0.2</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>
</ClusterConfig>         //这个就是指定自身信息的A服务器相应的配置文件了

ServiceName是为一台服务器取的别名，只是为了区别标记一下。最好简单方便，如A、B、C或者A1、A2等。注意！不能是中文。

IP、PORT、和WebAppName上面的注释中有介绍。

IP是该台服务器内网中的IP，就是其它服务器能与之通信的IP。Port是报表应用的端口号，假如是部署在tomcat下，那么就是tomcat的端口号，默认是8080.例如我们的内置服务器是8079。WebAppName是报表应用的名称，我们默认的是WebReport。

简单的讲。如上面的那个例子。B服务器的信息如下。

<ClusterService>
	<ServiceName>B</ServiceName>
	<ip>192.168.0.2</ip>
	<port>8080</port>
	<WebAppName>WebReport</WebAppName>
</ClusterService>

那么正确的配置的结果，就是在A服务器上，假如有浏览器，浏览器中输入：

http://192.168.0.2:8080/WebReport/ReportServer?reportlet=xxx.cpt

就能访问到B服务器上的报表应用。这个url中的IP、端口号和web应用名称就是上面配置信息里面的。注：xxx.cpt只是举个例子。

那么综上说明，假如集群中多了一台C服务器，给它取个别名就叫C。内网IP是192.168.0.3。装了tomcat，端口默认是8080。报表应用名称也是默认是WebReport。那么服务器下的配置文件应该如下所示：

<?xml version="1.0" encoding="UTF-8" ?>
<ClusterConfig useCluster="true">
	<ClusterService>
		<ServiceName>A</ServiceName>
		<ip>192.168.0.1</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>
	<ClusterService>
		<ServiceName>B</ServiceName>
		<ip>192.168.0.2</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>
	<ClusterService>
		<ServiceName>C</ServiceName>
		<ip>192.168.0.3</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>
</ClusterConfig>

最后，请根据上面的格式，写好cluster.xml文件，并且将其拷贝到各服务器的报表应用下WEB-INF\resources文件夹下。当然，有isSelf属性指定的特定服务器的配置文件需要保存到相应的服务器路径下。注意：xml文件的保存格式是 utf-8 no Bom的格式。一般用写字板打开配置包下的cluster.xml文件，修改保存就可以。

3. 测试配置是否生效。

当集群中的服务器都已经按照上述步骤配置好，并且重新启动报表应用后。依次在各台服务器上做如下测试。例如，现在在A服务器下，先本机测试下报表能否访问，测一张简单的模板就行。能正常访问(ie浏览器可能需要将localhost或者127.0.0.1的本机地址添加到信任站点中才能显示页面)，接着在浏览器上输入：

http://localhost:8080/WebReport/ReportServer?op=cluster_test

上述url地址前面部分按情况，请换上相应报表应用的端口号和应用名称。然后假如本机设置正常就能看到如下的信息（以上述A、B两台服务器的配置文件举例）：

Cluster is start!
SELF:
ServiceName:A
IP:192.168.0.1
PORT:8080
WebAppName:WebReport

Other Server List:
NO1: ServiceName:B = 192.168.0.2:8080/WebReport – OK

这样说明，配置生效，A服务器能与B服务器间进行通信。再次查看下信息是否有误。那么相应的在B服务器下测试，正确的回应如下。

Cluster is start!
SELF:
ServiceName:B
IP:192.168.0.2
PORT:8080
WebAppName:WebReport

Other Server List:
NO1: ServiceName:A = 192.168.0.1:8080/WebReport – OK

假如，没有显示Cluster is start，那么说明该机的配置没有生效，请检查配置文件后，重新启动应用，并且再次依照上面步骤测试。

假如显示是这样：

Cluster is start!
Can not find Own Service Info.
LocalIP:192.168.0.39
LocalPort:8070。

说明，集群配置了，但是系统无法根据自身找到的IP和端口匹配到配置文件中的信息。而系统找到的IP是192.168. 0.39，端口是8070.可能您配置成了192.168.0.38：8080，那系统就找不到相应的节点信息了。当然由于各种原因可能系统无法拿到正确的IP和端口，这时请您检查后，设置正确的IP和端口后，在相应的ClusterService的节点上加isSelf属性(isSelf=”true”)。

假如，SELF:下的信息不正确，或者没有信息，也请检查配置文件；假如，下面列出的其它机器的信息不正确，或者有遗漏，也请检查配置信息后，重启报表应用重试；假如，其它服务器的回应，没有回应OK，例如回应Connection timed out: connect。请检查一下那台服务器的配置信息，检查网络连接，ping下那台机器的ip地址，看看是否能ping通，然后查看那台服务器报表应用的端口和应用名称是否设置正确。可以在浏览器中输地址直接在内网中访问下那台机上的报表应用，看看设置的ip、端口号等是否设置正确。修改后，重新启动报表应用，重试。

假如您觉得一台台服务器都这样去测试太麻烦，您也可以直接改成op=cluster_test_all 。(http://localhost:8080/WebReport/ReportServer?op=cluster_test_all)来一起测试。这个其实就是在本机上给其它机器发op=cluster_test的请求，然后把回应一起显示出来。例如这样：

Cluster is start
SELF:
ServiceName:A
IP:192.168.100.39
PORT:8080
WebAppName:WebReport

Other Server List:
NO1: ServiceName:B = 192.168.100.39:8070/WebReport
——————————————
Test it(op = cluster_test) – RE:
Cluster is start! SELF:
ServiceName:B
IP :192.168.100.39
PORT :8070
WebAppName :WebReport

Other Server List:
NO1: ServiceName:A = 192.168.100.39:8080/WebReport – OK

——————————————
这个可能回应的时间比较长，所以假如长时间没有回应，说明某台机器的配置有问题，还是需要照上面的步骤一台台机器去测试。

4. 结束

当以上检查步骤结束。所有服务器都检查，发现正确后。恭喜，配置就完成了。

假如您在配置过程中，有无法解决的问题，请与我们联系。

windows集群同J2EE的集群不同，因为它是操作系统自带的集群支持，它没有J2EE集群对java的web应用的良好支持，例如session复制以及session粘滞。所以对windows集群，需要特别配置一下，以此来支持集群的功能。

简单原理说明：

Windows集群的均衡负载会根据情况，将外部请求分配给集群内的服务器处理。当一个会话（Session）在A服务器上产生并开始，产生了一部分会话信息将保存到A服务器的内存中。假如这次会话中的一次请求被windows集群的均衡负载调度器分配到了B服务器去处理，那么问题就产生了，B服务器中的内存中并没有这个会话的信息，那么就会报session timeout。

而我们的配置，会在集群的服务器间建立联系。当B服务器收到请求，发现这个请求的会话不是自己产生的，那么它会根据请求中的信息，判断出这个会话是由哪台服务器产生。接着它会将这个请求通过内网转发给相应的那台服务器去处理。这样相当于就实现了J2EE集群的会话粘滞的功能。简单的说，会话粘滞就是保持一个会话中的多次交互都由一台集群中的服务器处理。这样就不会再产生上述的问题。

前提：

集群的服务器间需要有内网间通信的支持。

配置步骤：

集群内的每台安装有报表应用的服务器都需要这样配置。

1.关闭现在的报表服务。

2.更换jar文件。（文件在配置包的resource文件夹中）

A.找到/WebReport?（这个是您的WEB应用的名称）/WEB-INF/lib文件夹（lib文件夹是和存放报表模板文件的repolets文件夹平级的）。拷贝commons-codec-1.2.jar，commons-httpclient-3.1.jar到lib文件夹下。拷贝fr-server-6.2.jar到lib文件夹下覆盖原来的相同名称的jar文件。

B.假如您已经部署了报表应用到tomcat等web服务器下，那么不需要执行这一步。
假如您是直接装了我们的报表设计器，并且是启动我们的内置服务器在做简单测试。那么请将fr-designer-6.2.jar覆盖设计器安装目录下lib文件夹下的相同名称jar文件。

3.增加配置文件。
将配置包resource文件夹下的cluster.xml打开。看见如下内容

<?xml version="1.0" encoding="UTF-8" ?>
<ClusterConfig useCluster="true">      //useCluster=”true”表示启用集群配置
	<ClusterService isSelf="true">
          //这个节点包含一台服务器的相关信息,isSelf=”true”说明这是本机信息
		<ServiceName>A</ServiceName>  //给这台服务器取一个区别于其他机器的别名
		<ip>192.168.0.1</ip>            //这台服务器在内网中的IP地址
		<port>8080</port>              //报表应用的端口
		<WebAppName>WebReport</WebAppName>  //报表应用的名称
	</ClusterService>
	<ClusterService>
         //这里没有isSelf=”true”默认就为false，表示这是其它机器的信息
		<ServiceName>B</ServiceName>
		<ip>192.168.0.2</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>
</ClusterConfig>

这里的每个ClusterService都是集群中一台服务器的相关信息。假如这个配置文件部署在A服务器下，那么ServiceName为A的那个ClusterService节点后加一个属性 isSelf=”true”，表示下这是本机的信息。相应的，假如是部署在B服务器下的文件，就需要在ServiceName为B的ClusterService节点后加isSelf=”true”，如下所示。

<?xml version="1.0" encoding="UTF-8" ?>
<ClusterConfig useCluster="true">
	<ClusterService>
		<ServiceName>A</ServiceName>
		<ip>192.168.0.1</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>
	<ClusterService  isSelf="true">
		<ServiceName>B</ServiceName>
		<ip>192.168.0.2</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>
</ClusterConfig>         //这个就是B服务器相应的配置文件了

ServiceName是为一台服务器取的别名，只是为了区别标记一下。最好简单方便，如A、B、C或者A1、A2等。注意不能是中文。

IP、PORT、和WebAppName上面的注释中有介绍。

IP是该台服务器内网中的IP，就是其它服务器能与之通信的IP。Port是报表应用的端口号，假如是部署在tomcat下，那么就是tomcat的端口号，默认是8080.例如我们的内置服务器是8079。WebAppName是报表应用的名称，我们默认的是WebReport。

简单的讲。如上面的那个例子。B服务器的信息如下。

             <ClusterService>
		<ServiceName>B</ServiceName>
		<ip>192.168.0.2</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>

那么正确的配置的结果，就是在A服务器上，假如有浏览器，浏览器中输入：

http://192.168.0.2:8080/WebReport/ReportServer?reportlet=xxx.cpt

就能访问到B服务器上的报表应用。这个url中的IP、端口号和web应用名称就是上面配置信息里面的。注：xxx.cpt只是举个例子。

那么综上说明，假如集群中多了一台C服务器，给它取个别名就叫C。内网IP是192.168.0.3。装了tomcat，端口默认是8080。报表应用名称也是默认是WebReport。那么C服务器下的配置文件应该如下所示：

<?xml version="1.0" encoding="UTF-8" ?>
<ClusterConfig useCluster="true">
	<ClusterService>
		<ServiceName>A</ServiceName>
		<ip>192.168.0.1</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>
	<ClusterService>
		<ServiceName>B</ServiceName>
		<ip>192.168.0.2</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>
	<ClusterService  isSelf="true">
		<ServiceName>C</ServiceName>
		<ip>192.168.0.3</ip>
		<port>8080</port>
		<WebAppName>WebReport</WebAppName>
	</ClusterService>
</ClusterConfig>

最后，请根据上面的格式，为每一台服务器修改相应的cluster.xml文件，并且将其拷贝到报表应用下WEB-INF\resources文件夹下。注意:xml文件的保存格式是 utf-8 no Bom的格式。一般用写字板打开配置包下的cluster.xml文件，修改保存就可以。

4. 测试配置是否生效。

当集群中的服务器都已经按照上述步骤配置好，并且重新启动报表应用后。依次在各台服务器上做如下测试。例如，现在在A服务器下，先本机测试下报表能否访问，测一张简单的模板就行。能正常访问(ie浏览器可能需要将localhost或者127.0.0.1的本机地址添加到信任站点中才能显示页面)，接着在浏览器上输入:

http://localhost:8080/WebReport/ReportServer?op=cluster_test

上述url地址前面部分按情况，请换上相应报表应用的端口号和应用名称。然后假如设置正常就能看到如下的信息：（以上述A、B两台服务器的配置文件举例）

Cluster is start
SELF:
ServiceName:A
IP :192.168.0.1
PORT :8080
WebAppName :WebReport

NO1:
ServiceName:B
IP :192.168.0.2
PORT :8080
WebAppName :WebReport
****************************************
RE:
Cluster is start
INFO:
ServiceName:B
IP :192.168.0.2
PORT :8080
WebAppName :WebReport

****************************************

IE中可能没有换行，请见谅。

这样说明，配置生效，A服务器能与B服务器间进行通信。*****中间的是B服务器的回应，说明其也已启动。再次查看下信息是否有误。那么相应的在B服务器下，正确的回应如下：

Cluster is start
SELF:
ServiceName:B
IP :192.168.0.2
PORT :8080
WebAppName :WebReport

NO1:
ServiceName:A
IP :192.168.0.1
PORT :8080
WebAppName :WebReport
****************************************
RE:
Cluster is start
INFO:
ServiceName:A
IP :192.168.0.1
PORT :8080
WebAppName :WebReport

****************************************

假如没有显示Cluster is start，那么说明该机的配置没有生效，请检查配置文件后，重新启动应用，并且再次依照上面步骤测试;假如SELF:下的信息不正确，或者没有信息，也请检查配置文件，看看isSelf属性是否写对;假如下面列出的其它机器的信息不正确，或者有遗漏，也请检查配置信息后，重启报表应用重试;假如其它服务器的回应，就是******中的信息，有问题。请检查下那台服务器的配置信息，检查网络连接，ping下那台机器的ip地址，看看是否能ping通。然后查看那台服务器报表应用的端口和应用名称是否设置正确。

可以在浏览器中输地址直接在内网中访问下那台机上的报表应用，看看设置的ip、端口号等是否设置正确。修改后，重新启动报表应用，重试。

5. 结束

当以上检查步骤结束。所有服务器都检查，发现正确后。恭喜，配置就完成了。

假如您在配置过程中，有无法解决的问题，请与我们联系。