Java实验: 基于CORBA的分布式议程服务 (1)

实验目的, 内容 参见上篇文章:http://c-zhiwu.iteye.com/blog/720696

第1章 实验基本原理

实验基于CORBA程序开发的基本原理、基本过程,涉及IDL接口设计及其语言。服务端程序设计涉及POA 机制、POA 策略设计、伺服务对象激活器与定位器、适配器激活器的程序设计方法及应用特等。

1.1  功能实现截图

1.      启动服务端

修改bin/agenda/persistence/Labels.properties文件的server值(数据库地址),设置成数据库所在IP。启动命令行,转到\bin\目录下,输入命令:

start vbj -classpath ../lib/mysql-connector-java-3.0.17-ga-bin.jar Server

启动服务程序。


Java实验: 基于CORBA的分布式议程服务 (1)
 

 

 

 

2.      启动客户程序

启动命令行,转到client所在目录,进入\bin\目录下输入命令:

vbj Client

 


Java实验: 基于CORBA的分布式议程服务 (1)
  

3.      运行命令

运行客户端命令有两种方式,一是带参数启动服务端,另一种不带参数启动,而将命令写在bin/batch/batch文件中,这种方式可以嵌套。即batch文件里面的命令也可以是batch [文件名]。如:

              batch register

batch add

batch delete

clear username05 password05

按照实验的要求,下面的实验都以带参数启动的方式启动客户端。

4.      注册用户

启动客户程序之后,输入命令:vbj Client register username01 password01

 



Java实验: 基于CORBA的分布式议程服务 (1)
 
 

       注册后,查看刚才注册的用户。

 



       
以下的命令都会检查用户名和密码匹配,原理和这里基本相同,这里不再截图。该目录测试了所有可能出现的异常和正常的情况。

Java实验: 基于CORBA的分布式议程服务 (1)

5.      添加议程

在命令行输入vbj Client add username01 password01 username03 2008-12-14 12:45:00 2008-12-14 13:45:00 agenda1


Java实验: 基于CORBA的分布式议程服务 (1)
 

查看数据库:


Java实验: 基于CORBA的分布式议程服务 (1)
 

 

6.      查询议程

则在客户端输入命令:vbj Client query username01 password01 2008-11-14 12:45:00 2008-12-29 13:45:00 查询该用户在2008-11-14 12:45:002008-12-29 13:45:00 所有议程。


Java实验: 基于CORBA的分布式议程服务 (1)
 

再输入一个不包括以上时间的查询:query username01 password01 2009-11-14 12:45:00 2009-12-29 13:45:00, 此时系统系统提示找不到相关议程

 

7.      删除议程

删除议程时,被邀请人和发起人对应的议程都会被删除。

输入命令: vbj Client delete username01 password01 agenda1

 

查看操作结果:

 

若输入的议程不存在,则系统提示找不到该议程。

 

8.      清除用户议程:

和删除议程一样,清除用户议程时对应的被邀请人和发起人的议程会被删除。

输入命令:vbj Client clear username01 password01

 

       查看删除结果:

 

 

9.      批处理

输入命令 java Client 系统默认执行批处理命令。或是指定参数 java Client 192.168.52.105 8080 batch [文件名]

输入批处理命令后客户端的情况是:

 


Java实验: 基于CORBA的分布式议程服务 (1)
  

 

 

 

 

 

 

 

 

 

 

 

服务端显示处理的命令:

 

 

 
Java实验: 基于CORBA的分布式议程服务 (1)
 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

第2章 程序设计

2.1  UML

1.      服务端UML

服务端程序采用三层设计。最底层是提供数据库数据操作层的数据层,它屏蔽了基本的XML文档操作。持久层对通过数据层提供数据持久化,并对外提供接口。


Java实验: 基于CORBA的分布式议程服务 (1)
 

       数据层和持久层关键类的UML如下:

 

 


Java实验: 基于CORBA的分布式议程服务 (1)
 

ConnectionPool是一个连接池实例,DBConnectionFacade封装连接池的初始化和构建等操作。接口IDataMapping提供了XML、各种关系数据库的底层数据与AgendabeanMapping,屏蔽了用户从数据库到Agendabean的全部操作,外层使用者可以将议程作为元数据进行操作,IDataMapping的定义如下:

 


Java实验: 基于CORBA的分布式议程服务 (1)
 接口
IAgenda是整个服务端的入口,其定义如下:

 



 

       业务逻辑层关键类的UML如下:

 


Java实验: 基于CORBA的分布式议程服务 (1)
 

这里采用装饰者模式设计对UserBean的各种操作,有点类似命令模式。这样设计的好处是使操作和实现解构出来,即使业务逻辑改变,也无需更改很多代码。被装饰者的接口定义如下图,所有装饰者和被装饰者都继承此接口。

 



 

下面是采用该模式进行用户注册的实现方法,它能体现程序的简单和实现的方便:

 

userBean = new AddUserDecorator(

new CheckUsernameDecorator(

new UserBean("username","password")));

return userBean.execute();

 

程序的主入口是IAgenda,在Corba中,其关系如下图:

 


Java实验: 基于CORBA的分布式议程服务 (1)
 

其中,AgendaCORBAImplIAgenda的实现类。

 

 

 

 

 

 

 

 

2.      客户端UML

客户端主要是读取命令参数并执行命令,和上次的设计没有区别,仍然采用命令模式加工厂模式进行设计。

 

 

 
Java实验: 基于CORBA的分布式议程服务 (1)
 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

超过字数了, 源码见下篇文章          

你可能感兴趣的:(java,设计模式,应用服务器,mysql,UML)