IceGrid应用配置[转]

1.  概述1.1 配置目标

本文档是描述Ice中间件中的IceGrid服务的应用配置,通过使用IceGrid服务来实现:

1.  服务器端服务分布式部署。

2.  服务器端服务按需激活。

3.  服务器端服务多节点负载均衡。

4.  注册服务主/从热备(Master/Slaves)

5.  集成IceBox服务

1.2 实验环境

1.  硬件:hp服务器,3台

2.  操作环境:Red Hat 5

3.  服务器程序:ServerApp.jar

4.  说明:实际应用中,服务器节点可任意扩充、操作系统可被更换、服务器程序可用实际项目的服务程序替换,本文档所描述的配置方式具有通用性,适用但不局限于当前实验环境。

1.3 局限

本文档不详细描述IceGrid服务的运行机制和实现原理,不详细介绍服务器端和客户端程序的实现,主要描述IceGrid服务应用的配置步骤、主要配置项及验证配置结果等。

2.  配置过程

2.1  服务器端配置

配置步骤:

1.  创建主注册服务(Master)的配置文件config_master.grid,文件名称可以任意

2.  创建从注册服务(Slave)的配置文件 config_slave.grid, 文件名称可以任意

3.  创建各节点服务的配置文件config.node,文件名称可以任意

4.  创建分布式应用配置文件app.xml,文件名称可以任意,但格式最好定义成xml

5.  运行Ice提供的工具,启动我们的分布式应用,主要有如下两个工具:icegridnode和icegridadmin。详细启动过程如下:

1) icegridnode–Ice.Config=config_master.grid  启动主注册服务

2) icegridnode–Ice.Config=config_slave.grid  启动从注册服务

3) icegridadmin–Ice.Config= config_master.grid -e “application add app.xml”   部署分布式服务

icegridadmin –Ice.Config= config_master.grid-e “application update app.xml”  重新部署分布式服务

4) icegridnode–Ice.Config=config.node  将各节点注册到注册服务的注册表中

配置文件清单:

假设有n个节点(n > 0), 其中从注册服务有x个,(x > 0)

config_master.grid   ———- 主注册服务配置文件 ———  1份

config_slave.grid   ———– 从注册服务配置文件 ———  x份

config.node  —————– 节点配置文件  ————–  n份

app.xml ———————- 部署配置文件  ————–  1份

通常情况下,由于注册服务占用资源很少,所以一般都会和一个节点集成在一起,并且可以和节点服务在一个进程中运行。因此,如果假设服务部署到n个服务器,通常情况下配置文件清单如下:

config_master.grid– 主注册服务配置文件 — 1份  — 主注册服务信息+节点信息

config_slave.grid— 从注册服务配置文件 — x份  — 从注册服务信息+节点信息

config.node——— 节点配置文件 —- n-1-x份  — 节点信息

app.xml————- 部署配置文件 ——– 1份  — 部署信息

其中app.xml要和config_master.grid放在一台服务器上,下面的各章节将详细介绍各配置文件。

2.1.1  主注册服务配置

config_master.grid的内容:

#

# The IceGrid InstanceName

#

IceGrid.InstanceName=IceGridRDDataSource    # 1

 

#

# The IceGridlocator proxy.

#

Ice.Default.Locator=IceGridRDDataSource/Locator:default-h 10.0.5.201 -p 12000:default -h 10.0.5.202-p 12000         #2

 

#

# IceGridregistry configuration.

#

IceGrid.Registry.Client.Endpoints=default-p 12000   #3

IceGrid.Registry.Server.Endpoints=default    #4

IceGrid.Registry.Internal.Endpoints=default   #5

IceGrid.Registry.Data=master      #6

IceGrid.Registry.PermissionsVerifier=IceGridRDDataSource/NullPermissionsVerifier     #7

IceGrid.Registry.AdminPermissionsVerifier=IceGridRDDataSource/NullPermissionsVerifier#8

IceGrid.Registry.SSLPermissionsVerifier=IceGridRDDataSource/NullSSLPermissionsVerifier#9

IceGrid.Registry.AdminSSLPermissionsVerifier=IceGridRDDataSource/NullSSLPermissionsVerifier    #10

 

#

# IceGrid SQLconfiguration if using SQL database.

#

#Ice.Plugin.DB=IceGridSqlDB:createSqlDB     #11

#IceGrid.SQL.DatabaseType=QSQLITE      #12

#IceGrid.SQL.DatabaseName=register/Registry.db       #13

#

 

#

#Ice Error andStandard output Set

#

#Ice.StdErr=master/stderr.txt                  #14

#Ice.StdOut= master/stdout.txt    #15

 

#

#Trace Registryproperties

#

Ice.ProgramName=Master     #16

IceGrid.Registry.Trace.Node=3        #17

IceGrid.Registry.Trace.Replica=3    #18

 

#

# IceGrid nodeconfiguration.

#

IceGrid.Node.Name=node_1                              #19

IceGrid.Node.Endpoints=default                         #20

IceGrid.Node.Data=node_1               #21

IceGrid.Node.CollocateRegistry=1                      #22

#IceGrid.Node.Output=node_1            #23

#IceGrid.Node.RedirectErrToOut=1         #24

 

# Traceproperties.

#

IceGrid.Node.Trace.Activator=1             #25

#IceGrid.Node.Trace.Adapter=2             #26

#IceGrid.Node.Trace.Server=3              #27

 

#

# Dummy usernameand password for icegridadmin.

#

IceGridAdmin.Username=mygrid           #28

IceGridAdmin.Password=mygrid            #29

配置项说明:

#1 为这个应用实例指定一个唯一的标识

# 2  注册服务的端点信息(主注册服务和所有的从注册服务),节点注册时要用到

# 3  客户端访问注册服务器的端点信息

# 4  服务访问注册服务器的端点信息,通常是default

# 5  内部访问端点信息,通常是default,节点用这个端口和注册服务通信

# 6  注册服务的数据目录的路径

# 7  设定防火墙安全代理,从而控制客户端访问注册表时可用的权限

# 8  设定防火墙安全代理,从而控制注册表管理者可用的权限

# 9  设定SSL安全代理,从而设定客户端访问注册表时的SSL安全访问机制

# 10  设定SSL安全代理,从而设定注册表管理者的SSL安全访问机制

# 11  指定Ice对象序列化的机制,如果不设置,默认用Freeze机制

# 12  指定使用数据库的类型

#13  指定使用数据库的名称

#14  指定标准错误输出文件

#15  指定标准输出文件

#16  指定主注册服务的名称

#17  指定主注册服务跟踪节点信息的级别(0~3),默认为0

#18  指定主/从热备注册服务的跟踪级别(0~3),默认为0

# 19  定义节点的名称,必须唯一

# 20 节点被访问的端口信息,注册服务使用这个端点和节点通信,通常设为default

# 21  节点的数据目录的路径

# 22  定义节点是否和注册服务并置在一起,设为1时并置,设为0时不并置

# 23  节点标准输出信息重定向蹈的目录路径,会自动生成输出文件

# 24  节点上的服务程序的标准错误重定向到标准输出

# 25  激活器跟踪级别,通常有0,1,2,3级,默认是0

# 26  对象适配器跟踪级别,通常有0,1,2,3级,默认是0

# 27  服务跟踪级别,通常有0,1,2,3级,默认是0

# 28  IceGrid管理器登录该应用的用户名

# 29  IceGrid管理器登录该应用的密码

未涉及的属性还有一些,如果需要请参考官方文档。

2.1.2  从注册服务配置

config_slave.grid的内容:

 

#

# The IceGridlocator proxy.

#

Ice.Default.Locator=IceGridRDDataSource/Locator:default-h 10.0.2.241 -p 12000:default -h 10.0.2.242-p 12000         #1

 

#

# IceGridregistry configuration.

#

IceGrid.Registry.Client.Endpoints=default-p 12000   #2

IceGrid.Registry.Server.Endpoints=default    #3

IceGrid.Registry.Internal.Endpoints=default   #4

IceGrid.Registry.Data=slave_1        #5

IceGrid.Registry.ReplicaName=slave_1   #6

IceGrid.Registry.PermissionsVerifier=IceGridRDDataSource/NullPermissionsVerifier     #7

IceGrid.Registry.AdminPermissionsVerifier=IceGridRDDataSource/NullPermissionsVerifier#8

IceGrid.Registry.SSLPermissionsVerifier=IceGridRDDataSource/NullSSLPermissionsVerifier#9

IceGrid.Registry.AdminSSLPermissionsVerifier=IceGridRDDataSource/NullSSLPermissionsVerifier    #10

 

#

# IceGrid SQLconfiguration if using SQL database.

#

#Ice.Plugin.DB=IceGridSqlDB:createSqlDB     #11

#IceGrid.SQL.DatabaseType=QSQLITE      #12

#IceGrid.SQL.DatabaseName=register/Registry.db       #13

#

 

#

#Ice Error andStandard output Set

#

#Ice.StdErr=slave_1/stderr.txt                 #14

#Ice.StdOut=slave_1/stdout.txt     #15

 

#

#Trace Registryproperties

#

Ice.ProgramName=Slave_1     #16

IceGrid.Registry.Trace.Node=3        #17

IceGrid.Registry.Trace.Replica=3    #18

 

#

# IceGrid nodeconfiguration.

#

IceGrid.Node.Name=node_2                              #19

IceGrid.Node.Endpoints=default                         #20

IceGrid.Node.Data=node_2               #21

IceGrid.Node.CollocateRegistry=1                      #22

#IceGrid.Node.Output=node_2            #23

#IceGrid.Node.RedirectErrToOut=1         #24

 

# Traceproperties.

#

IceGrid.Node.Trace.Activator=1             #25

#IceGrid.Node.Trace.Adapter=2             #26

#IceGrid.Node.Trace.Server=3              #27

 

#

# Dummy usernameand password for icegridadmin.

#

IceGridAdmin.Username=mygrid           #28

IceGridAdmin.Password=mygrid            #29

配置项说明:

其实这个文件和主注册配置文件基本一样,差别只有一点:

1.       没有指定应用实例名,因为在主注册服务中已经有了定义

2.       多了第6行,IceGrid.Registry.ReplicaName=slave_1,指定从注册服务的名称

其它的基本就没有差别了,大部分属性项在config_master.grid里面都有定义,为了方便阅读,下面也将用到的各项给出说明:

# 1  注册服务的端点信息(主注册服务和所有的从注册服务),节点注册时要用到

# 2  客户端访问注册服务器的端点信息

# 3  服务访问注册服务器的端点信息,通常是default

#4  内部访问端点信息,通常是default,节点用这个端口和注册服务通信

# 5  注册服务的数据目录的路径

# 6  指定从注册服务的名称

# 7  设定防火墙安全代理,从而控制客户端访问注册表时可用的权限

#8  设定防火墙安全代理,从而控制注册表管理者可用的权限

# 9  设定SSL安全代理,从而设定客户端访问注册表时的SSL安全访问机制

#10  设定SSL安全代理,从而设定注册表管理者的SSL安全访问机制

# 11  指定Ice对象序列化的机制,如果不设置,默认用Freeze机制

# 12  指定使用数据库的类型

#13  指定使用数据库的名称

#14  指定标准错误输出文件

#15  指定标准输出文件

#16  指定从注册服务运行时程序名称

#17  指定从注册服务跟踪节点信息的级别(0~3),默认为0

#18  指定主/从热备注册服务的跟踪级别(0~3),默认为0

# 19  定义节点的名称,必须唯一

# 20  节点被访问的端口信息,注册服务使用这个端点和节点通信,通常设为default

# 21  节点的数据目录的路径

# 22  定义节点是否和注册服务并置在一起,设为1时并置,设为0时不并置

# 23  节点标准输出信息重定向蹈的目录路径,会自动生成输出文件

# 24  节点上的服务程序的标准错误重定向到标准输出

# 25  激活器跟踪级别,通常有0,1,2,3级,默认是0

# 26  对象适配器跟踪级别,通常有0,1,2,3级,默认是0

# 27  服务跟踪级别,通常有0,1,2,3级,默认是0

# 28  IceGrid管理器登录该应用的用户名

# 29  IceGrid管理器登录该应用的密码

2.1.3  应用部署配置

app.xml配置文件内容:

1<icegrid>

2  <application name=“RTDSSystem”>

3    <server-template id=“RTDSSystemServer”>

4      <parameter name=“index”/>

5      <server id=“RTDSSystemServer-${index}”exe=Java                                          activation=“on-demand”>

6        <adapter name=“RTDataSysytem” endpoints=“tcp”                                          replica-group=“ReplicatedRTDataSysytemAdp”/>

7        <option>-jar</option>

8        <option>ServerApp.jar</option>

9      </server>

10    </server-template>

11

12    <replica-group id=“ReplicatedRTDataSysytemAdp”>

13      <load-balancing type=“round-robin”/>

14      <object identity=“RTDataSource”                                                      type=“::RTDataSystem::RTDataSource”/>

15    </replica-group>

16

17    <node name=“node_1”>

18      <server-instance template=“RTDSSystemServer” index=“1”/>

19      <server-instance template=“RTDSSystemServer” index=“11”/>

20      <server-instance template=“RTDSSystemServer” index=“111”/>

21    </node>

22    <node name=“node_2”>

23      <server-instance template=“RTDSSystemServer” index=“2”/>

24      <!–server-instancetemplate=”RTDSSystemServer” index=”22″/–>

25      <!–server-instancetemplate=”RTDSSystemServer” index=”222″/–>

26    </node>

27    <node name=“node_3”>

28      <server-instance template=“RTDSSystemServer” index=“3”/>

29      <!–server-instancetemplate=”RTDSSystemServer” index=”33″/–>

30      <!–server-instancetemplate=”RTDSSystemServer” index=”333″/–>

31    </node>

32  </application>

33</icegrid>

配置文件结构分析:

IceGrid里,部署是一个在注册服务中表述一个应用(Application)的过程,而部署配置文件就是来描述这些配置信息的文件,这个配置文件是用xml标记性语言来描述的。通常一个部署应该包含如下信息:

1.  应用标签(application),name属性定义这个应用的名字

2.  服务(server), 一个逻辑上的服务器,能够通过exe命令而启动的一个服务程序。activation属性,是设置服务的启动方式,on-demand是最常用的方式,另外还有always等启动方式;option标签是exe执行命令命令行的参数;

3.  适配器(adpter),定义服务器端的适配器。

name属性唯一标志这个适配器;

endpoints属性指定端点信息;

replica-group属性标示该适配器是个可复制组集群,并指定这个可复制组的名称;

register-process属性定义了是否这个节点是否可以被icegrid关闭;

4.  节点(node),它应该代表了一个物理上的节点。

name属性指定节点的名字,并且是唯一的。

5.  可复制组(replica-group),一组对象适配器的集合。

id属性唯一标识一个可复制组;

load-balancing子项中type属性指定负载均衡策略,icegrid提供了四种负载均衡策略: Random (随机方式)

       Adaptive(适配方式)

       Round Robin(最近最少使用)

       Ordered(顺序方式)

object子项定义适配器绑定的服务对象信息。其中identity属性指定对象的标识,type属性指定了对象的层次结构类型。这两个属性都可以唯一的标识一个服务对象。

6.  服务模板(server-temple),服务模板是对服务的一个抽象,避免了重复定义。这样,在节点中描述服务时只需要实例化它的服务模板就可以了。

id属性唯一标识一个服务模板;

parameter子项定义服务模板的参数,可包含多个,主要实例化服务时用;

server子项就是上面2中的服务定义;

另外还有一些特殊的服务模板,比如:icebox服务模板,它的定义和通用的服务模板的定义不太一样。

解析app.xml文件:

通过对配置文件结构的分析,来解析一下app.xml。

第1行,标识这是一个icegrid的配置文件;

第2行,标识应用的名称为RTDSSystem,这个名称是唯一的;

第3~10行,定义了一个服务模板RTDSSystemServer,并有一个参数index;

          其中5~9定义了这个模板包含的服务定义,第6行是这个服务包含的对象适配器

          的定义;

第12~15行,是对可复制组的定义,包括服务对象的定义和负载均衡策略;

第17~21行,是对节点node_1的定义,指定了节点的名称,包含的服务(3个服务);

第22~26行,是对节点node_2的定义

第27~31行,是对节点node_3的定义

最后两行是闭合标签,至此一个icegrid的分布式部署配置文件就完成了。

部署配置文件的扩展:

app.xml中对服务模板、适配器、服务对象等的配置都是一个,事实上这些可以在文件中定义多个,比如可以有多个服务模板,一个服务里可以有多个适配器,可以有多个可复制组,一个节点里可以有多个不同类型的服务等。

另外,app.xml可以包含其它的xml。

2.1.4  节点配置

config.grid文件的内容:

#

# The IceGridlocator proxy.

#

Ice.Default.Locator=IceGridRDDataSource/Locator:default-h 10.0.2.241 -p 12000:default -h 10.0.2.242-p 12000         #1

 

#

# IceGrid nodeconfiguration.

#

IceGrid.Node.Name=node_2                  #2

IceGrid.Node.Endpoints=default              #3

IceGrid.Node.Data=node_2                       #4

IceGrid.Node.Output=node_2             #5

IceGrid.Node.RedirectErrToOut=1           #6

 

# Trace properties.

#

IceGrid.Node.Trace.Activator=1             #7

#IceGrid.Node.Trace.Adapter=2             #8

#IceGrid.Node.Trace.Server=3              #9

配置项说明:

事实上,这个文件里面的配置项,在config_slave.grid中都有描述,但这里也列出来,方便阅读。

#1   注册服务的端点信息(主注册服务和所有的从注册服务),节点注册时要用到

#2   定义节点的名称,必须唯一

#3   节点被访问的端口信息,注册服务使用这个端点和节点通信,通常设为default

#4   节点的数据目录的路径

#5   节点标准输出信息重定向的目录路径,会自动生成输出文件

#6 节点上的服务程序的标准错误重定向到标准输出

#7   激活器跟踪级别,通常有0,1,2,3级,默认是0

#8   对象适配器跟踪级别,通常有0,1,2,3级,默认是0

#9   服务跟踪级别,通常有0,1,2,3级,默认是0

2.2     客户端配置

客户端的配置很简单,和分布式相关的配置就一项,添加如下:

#

# The IceGridlocator proxy.

#

Ice.Default.Locator=IceGridRDDataSource/Locator:default-h 10.0.2.241 -p 12000:default -h 10.0.2.242-p 12000 #注册服务的端点信息(主注册服务和所有的从注册服务),用于定位

3. 结果验证

3.1  程序方式

1. 启动服务器

1) icegridnode–Ice.Config=config_master.grid  启动主注册服务和节点1

2) icegridnode–Ice.Config=config_slave.grid   启动从注册服务和节点2

3) icegridadmin–Ice.Config=config_master.grid -e “application add app.xml”   部署分布式服务

4) icegridnode–Ice.Config=config.node 启动节点3

2. 启动客户端,进行多次远程调用,根据执行情况就可以判断服务器端是否配置成功。

3.2  工具方式

用Ice官方提供的可视化管理工具IceGridGUI.jar来验证和管理icegrid的部署。

打开dos窗口,在命令行下进入C:\Program Files\ZeroC\Ice-3.4.1\bin目录下,然后运行“java –jar IceGridGUI.jar”,弹出IceGrid Admin的主界面

1. 高级应用配置

4.1  集成IceBox

在文档《IceBox开发和配置》(当前是1.0版)中,介绍了一个IceBox服务程序的开发方法和单独应用中配置和管理的过程。在实际的应用中,IceBox服务通常集成到IceGrid中,并通过IceGrid进行激活和部署。

本章节中IceBox服务是集成在IceGrid中,并通过IceGrid进行部署,所以IceBox服务的配置信息不再同《IceBox开发和配置》中一样在config.icebox中描述,而是直接配置在部署文件app.xml中。那也就是说,IceGrid集成IceBox服务,只需要在app.xml文件中添加Icebox服务相关的配置信息就可以了。事实上,有关Ice所有的配置信息(除IceGrid自身的配置信息),都可以添加到app.xml中,并通过icegrid部署后生效。

下面各节详细描述IceBox服务的集成过程。

4.1.1  IceBox服务程序编写

请参考文档《IceBox开发和配置》,这里不再详述。由于IceBox服务相关的配置信息都放在了app.xml中,并且服务是通过IceGrid按需激活的,因此这里程序代码略有调整。下面列出IceBox服务的实现代码:

文件名:ServerService.java

import main.java.DataSource;

import IceBox.Service;

public class ServerService implements IceBox.Service {

    /**

    * @param name 配置文件中的service名称

    * @param communicator对象,由IceBox.ServiceManager负责创建和销毁。

    *          可能同时被其他服务共享使用(由配置文件决定),object Adapter的名

    *          称必须是唯一的;

    * @param args  配置文件中的参数列表

    * @Override

     **/

    public void start(String name,Ice.Communicator communicator,

                      String[] args){

       //创建objectAdapter,名称有配置文件决定

       Adapter =communicator.createObjectAdapter(

                            “RTDataSystem-“+name);

       //创建servant

       StringRTDataSourceIdentity = communicator.getProperties().

                                  getProperty(“RTDataSource.Identity”);

       DataSourceobjDataSrc = new DataSource(“dataSource”);

        Adapter.add(objDataSrc,

           communicator.stringToIdentity(RTDataSourceIdentity));

        Adapter.activate();

    }

    /**

     *

    * @param args

    * @Override

     *

    **/

    public void stop()

    {

       Adapter.destroy();

    }

    private Ice.ObjectAdapter Adapter;

}

4.1.2  IceGrid集成IceBox服务

IceGrid集成IceBox只和部署文件(app.xml)有关,IceBox服务(service)的粒度和普通的server是一样的,因此IceBoxservice的部署和普通的server非常类似,它同样有模板、服务(service)和实例化的概念,可以将IceBox service理解为一个特殊的server。

为了能更清楚的描述这个集成配置的过程,在IceGrid配置的基础上,添加IceBox服务。具体目标如下:

1.      集成ServerService服务(service),并且ServerService服务(service)使用的服务对象和之前server的服务对象使用同一个(type–::RTDataSystem::RTDataSource)

2.      在节点1(node_1)上添加IceBox服务功能(IceBox-Node1),这个IceBox服务包含了5个ServerService服务;同样的在节点2(node_2)上也添加一个IceBox服务功能(IceBox-Node2),也包含了5个ServerService服务

3.      这些IceBox服务中分布的多个服务(service)和之前已经存在的服务(server)一起通过IceGrid实现负载均衡

为了实现上述的功能,需要添加IceBox服务的相关配置,首先看一下此时app.xml的变化,变化和添加部分用浅灰阴影标出。

app.xml

<?xml version=”1.0″encoding=”UTF-8″ ?>

<icegrid>

<applicationname=”RTDSSystem“>

<server-templateid=”RTDSSystemServer“>

<parameter name=”index“/>

<server id=”RTDSSystemServer-${index}” exe=”java“activation=”on-demand“>

<adapter name=”RTDataSysytem“endpoints=”tcp

replica-group=”RTDataSystemGroup“/>

<option>jar</option>

<option>ServerApp.jar</option>

</server>

</server-template>

 

<!— begin服务模板定义–>

1   <service-templateid=”RTDSystemService“>

2       <parameter name=”name“/>

3       <service name=”${name}” entry=”ServerService“>

4           <description>A simple service named after ${name}</description>

5           <properties>

6             <property name=”RTDataSource.Identity” value=”RTDataSource“/>

7           </properties>

8           <adapter name=”RTDataSystem-${name}” endpoints=”tcp

id=”RTDataSystem-${name}” replica-group=”RTDataSystemGroup

server-lifetime=”false“/>

11      </service>

12  </service-template>

<!– end服务模板定义–>

 

<replica-groupid=”RTDataSystemGroup“>

<load-balancingtype=”round-robin“/>

<!–load-balancingtype=”ordered” /–>

<!–load-balancingtype=”adaptive” /–>

<!–load-balancingtype=”random” n-replicas=”0″/–>

<object identity=”RTDataSource” type=”::RTDataSystem::RTDataSource“/>

</replica-group>

 

 

<node name=”node_1“>

<server-instancetemplate=”RTDSSystemServer” index=”1“/>

<server-instancetemplate=”RTDSSystemServer” index=”11“/>

<server-instancetemplate=”RTDSSystemServer” index=”111“/>

<!— begin IceBox服务配置 IceBox-Node1–>

1     <icebox id=”IceBox-Node1” activation=”on-demand“exe=”java”>

2        <description>Asample IceBox server IceBox-Node1</description>

3        <option>IceBox.Server</option>

4        <properties>

5           <property name=”IceBox.InstanceName” value=”${server}“/>

6           <property name=”Ice.Admin.Endpoints” value=”tcp -h 10.0.2.241“/>

7           <property name=”IceBox.Trace.ServiceObserver” value=”1“/>

8        </properties>

9        <service-instance template=”RTDSystemService” name=”one“/>

10       <service-instancetemplate=”RTDSystemService” name=”two“/>

11       <service-instancetemplate=”RTDSystemService” name=”three“/>

12       <service-instancetemplate=”RTDSystemService” name=”four“/>

13       <service-instancetemplate=”RTDSystemService” name=”five“/>

14     </icebox>

<!— end IceBox服务配置 IceBox-Node1–>

</node>

<node name=”node_2“>

<server-instancetemplate=”RTDSSystemServer” index=”2“/>

<server-instancetemplate=”RTDSSystemServer” index=”22“/>

<server-instancetemplate=”RTDSSystemServer” index=”222“/>

<!— begin IceBox服务配置 IceBox-Node2–>

1     <icebox id=”IceBox-Node2” activation=”on-demand“exe=”java“>

2        <description>Asample IceBox server IceBox-Node2</description>

3        <option>IceBox.Server</option>

4        <properties>

5           <property name=”IceBox.InstanceName” value=”${server}“/>

6           <property name=”Ice.Admin.Endpoints” value=”tcp -h 10.0.2.242“/>

7           <property name=”IceBox.Trace.ServiceObserver” value=”1“/>

8        </properties>

9        <service-instancetemplate=”RTDSystemService” name=”2-one”/>

10       <service-instancetemplate=”RTDSystemService” name=”2-two“/>

11       <service-instancetemplate=”RTDSystemService” name=”2-three“/>

12       <service-instancetemplate=”RTDSystemService” name=”2-four“/>

13       <service-instancetemplate=”RTDSystemService” name=”2-five“/>

14     </icebox>

<!— begin IceBox服务配置 IceBox-Node2–>

</node>

<node name=”node_3“>

<server-instancetemplate=”RTDSSystemServer” index=”3“/>

</node>

</application>

</icegrid>

app.xml中增加的IceBox服务相关的配置部分如下:

n  服务摸板(Service Template):

可以对比一下servertemplate的定义,两者基本上没有什么区别,最大的不同是

Server template中server是指定一个可执行的程序,而service中指定的是动态加载

的组件入口。以下解释上述配置中的服务模板的定义:

第1行指定定义模板的id,唯一标志一个服务模板,第12是闭合标签;

第2行定义了一个参数name,默认值是“name”;

第3~11行定义了模板中使用的服务(service),并在该service中指定了名称、

入口、描述信息、配置属性,定义了一个对象适配器;

第4行,是该服务的描述信息;

第5~7行,是属性定义列表,这里定义了一个属性RTDataSource.Identity,并

指定其值为RTDataSource;

第8行,定义了一个对象适配器,指定了其name、endpoints、id、replica-group

等属性信息,这个基本上和server中adapter的定义没有什么区别

 

以上内容就是service模板的定义。

n  IceBox服务(IceBox-Node1):

                 icebox服务的定义被包含在分布的服务器节点中,主要包括三部分的信息:

1.      IceBox服务的启动配置信息

2.      IceBox的属性配置信息

3.      Service服务实例化列表

下面解释这块内容:

第1~3行,指定了IceBox服务的名称,启动方式,启动执行程序等

第4~8行,指定了IceBox服务的属性配置列表,这里定义了IceBox服务的实

例名称、管理器访问端点以及service被跟踪的级别

第9~13行,实例化了5个service服务

至此,一个包含了5个serverservice服务的IceBox服务被集成在node1中。

n  IceBox服务(IceBox-Node2)

同IceBox服务(IceBox-Node1)中描述,只是具体value有所不同,这里不再解释。

  4.1.3  测试验证

验证方式同第3章,这里不再赘述。部署完成后,就可以通过IceGridGUI.jar程序来进行管理

来源:http://blog.csdn.net/educast/article/details/9414789

浙江一青年现身兑取5.65亿巨奖 捐2000万创纪录

2011-08-29 14:34:16 来源: 公益时报

核心提示:时隔一个月,浙江5.14亿与5140万已于8月29日上午被兑取,经确认,这5.65亿巨奖为一人独揽……

 

公益时报讯(记者常鹏 王征)8月 29日中午,福彩“双色球”5.65亿元巨奖得主现身浙江省福彩中心,领走我国彩票史上最高的奖金,并主动捐赠 2000万元用于支持新昌县老年人福利事业和困难儿童的救助。由此,他创下了我国彩票史上多项纪录:个人中奖奖金最高、中奖奖金纳税额最大(1.09亿元)、内地中奖公益捐款最多。

中奖彩民是通过浙江省福彩中心绿色通道办理兑奖手续的。在兑奖处,该彩民面带笑容,神色淡定,举止从容,还不时主动与工作人员讲述中奖后的心情。福彩中心工作人员集中在现场完成相关验票、审核、兑付等一系列手续,银行提供了安全快捷的现场服务。根据《彩票管理条例》第二十七条“彩票发行机构、彩票销售机构、彩票代销者以及其他因职务或者业务便利知悉彩票中奖者个人信息的人员,应当对彩票中奖者个人信息予以保密”的规定,应中奖者要求,兑奖过程采取严格的保密措施。福彩中心主管部门和监管部门派出相关人员现场监督全过程。

在兑奖前,中奖彩民先咨询了有关捐赠的问题,工作人员作了详细的解答。兑奖时,中奖人主动提出从奖金中提取2000    万元,捐赠给绍兴市的新昌县,用于老年人福利事业和困难儿童救助。中奖彩民说:“我是在绍兴新昌中的,在这里生活了几十年了,这里也是我中奖福地,所以我十分乐意捐赠一部分奖金,用于帮助老年人和困难儿童。我家本来不困难,以前我们就帮助过一些人,我与爱人商量了,今后每年都会拿出部分钱继续做善事的。” 按照规定,中奖者捐款部分不需要纳税,所以该彩民本次实际缴税为 1.09亿元,他成为我国彩票发行24年来中奖奖金和中奖纳税最高的彩民。

在完成了相关手续后,中奖者戴上早以准备好的憨厚可爱的国宝“熊猫”头套,穿上福彩文化衫,在兑奖现场拍照留念。并愉快谈起了他的中奖过程。

中奖者称,他买彩票已经11年,之前中过1万多元的奖,因为自己做生意,经济条件较好,一般都是采用复式和加倍投注方法。7月26日那天午饭后,要去看朋友,买了送朋友的礼品后还剩下250元,因为“250”不好听,就买了200元,也就是100注同样号码的彩票。其中3个红色号码是他自己选的,那天6点起床就选了“6”,7点吃早饭就选了“7”,吃饭花了9元钱就选了“9”,其他几个是他和爱人平时经常买的号码,因为他和爱人都是9月出生,所以蓝色球就选了“9”。傍晚的时候,到朋友家吃饭,在一个小店里买了点东西,还剩20元零钱,就在边上另一个彩票销售站买了同样号码的10注彩票。所以,三张彩票共110注一等奖都是他一人所中。

工作人员问他有什么话要对全国彩民说?中奖者说:“自己买彩票完全是出于好玩,平时有的时候买了彩票却经常忘记去对奖。这次买了后就到外地去了,知道中奖是10天后的事情,是我爱人听别人谈起,我才想起自己买的彩票。当时,我就以为是老天跟我开了个玩笑,想不到是真的。我中奖完全是运气,没有什么技巧,是运气砸中了我。还有,买彩票一定要根据自己的实力,没有很大实力千万不要买太多,千万不要失去理智,中奖的期望也不要太高。”

浙江省福彩中心主任徐文忠在兑奖现场谈了他的看法:“双色球”是目前全国、也是我省彩民群体最大、销量最高、中出大奖最多的游戏,每次开奖都是电视现场直播的,已经成为福利彩票最知名品牌游戏。但是,彩票是一种低概率、无规律的爱心幸运游戏,中奖号码都是随机产生的。我们长期倡导“寓募于乐、多人少买,量力而行、理性投注”的购买方式,希望广大彩民在不影响生活的基础上用零花钱以娱乐的心态理性购买彩票,把福利彩票当成一个可以经常性参与公益慈善的平台,把购买福利彩票当作一种健康快乐的文化生活方式,以平和的心态对待中奖,量力而行,理智投注。

不少业内人士也特别提醒社会和彩民,彩票是机遇游戏,千万不要把彩票误为投资理财的渠道;要以平常心看待和善待中大奖彩民尤其是中巨奖彩民,为他们能在当地继续平静、美好生活创造最好的社会环境。

梅西当选首届欧洲最佳球员 足坛之王再度加冕

55175886

梅西荣膺新科欧洲最佳球员

腾讯体育讯 北京时间8月26日凌晨,欧足联在摩纳哥蒙特卡洛举行了盛大的欧冠抽签暨颁奖仪式,在引人瞩目的“欧洲最佳球员”(UEFA BEST PLAYER IN EUROPE AWARD)奖项的争夺中,巴萨球星梅西(微博 博客)笑到了最后。阿根廷球星以38票的优势荣膺首届欧洲足球先生,哈维(微博)和C罗分别得到11票和3票。梅西随后也通过腾讯微博第一时间感谢了支持帮助他获得成绩的队友们。

众所周知,在与国际足联的“世界足球先生”奖项合并前,由《法国足球》杂志社主办的“欧洲金球奖”,是世界足坛上最富盛名,影响力最大的足球奖项评选。作为欧足联主席,普拉蒂尼并不甘心“欧洲足球先生”的消亡,在他的倡议下,欧足联决定推出新的“欧洲足球先生”奖项,他们和欧洲体育媒体联盟(ESM)合作,由他们作为欧洲最佳球员的主要评审机构。

新“欧洲足球先生”的评审团将包括53个欧洲国家的体育记者,每名记者按照排名顺序提供一份3人的最佳球员名单,第一选择的球员得到5分,第二选择的球员得到3分,第三选择的球员得到1分。在第一轮投票中,得票数最多的三名球员,将入围到最后一轮的投票中,欧足联已经在7月25日公布了入围决选的三人,分别是梅西、哈维和C罗。此前入围了FIFA金球奖最终候选的伊涅斯塔(微博)以微弱的差距落选。

此次评选,53名体育记者在现场即时投票,主持人将梅西、哈维和C罗三人请到台上,并进行了短暂的采访。经过紧张的投票,欧足联主席普拉蒂尼现身将沉甸甸的“欧洲足球先生”奖座交到了梅西手里,奖座的背后已经刻好了梅西的名字。

作为当今足坛最炙手可热的球星,梅西在过去一个赛季,拿出了非常精彩的表现,他在各项赛事中55次出场打进53球并有24次助攻,跟随巴萨夺得西甲、欧冠和西班牙超级杯三项冠军,虽然在国家队赛事中表现比较平淡,但梅西仍然得到了绝大多数人的认可,这也是跳蚤继荣膺首届FIFA金球奖后,再获殊荣。

(kerlon)