多个基于COTS的应用程序间的交互
基于COTS的应用程序结构
基于COTS的应用程序包含下面几个组成部分:
ü 一组展现逻辑(JSP文件);
ü 一个BLContext实例和一个配置文件;
ü 一组业务组件;
ü 一组数据库;
ü COTS框架提供的类包;
因此可以认为:一个BLContext是一个应用程序的业务逻辑代理。基于COTS的应用程序之间的交互可以看成是代理他们的BLContext之间的交互
我们主要讨论的是在一个JVM进程里的基于COTS的WEB Application间的交互
基于COTS的多个本地BLContext之间的交互
如上图所示,在一个Servlet Container中有两个基于COTS的应用程序,这两个应用程序引用的都是本地的BLContext对象。这种情况下BLContext1中的业务方法和BLContext2中的方法可以自由的相互调用,这种调用是本地java方法的调用。
基于COTS的多个远程BLContext的交互
这种情况下,BLContext1中的业务组件中的方法可以自由的调用BLContext2中的方法,BLContext2中的方法也可以自由的调用BLContext1中的方法,它们之间的相互调用是通过EJB调用来实现的。
基于COTS多个本地和远程BLContext的交互
上面的图中,BLContext1和BLContext2中的方法可以相互调用,但不可以调用BLContext3中的方法,BLContext3可以调用BLContext1和BLContext2中的方法。
不同BLContext中业务方法交互的实现
假设一个名称为A的BLContext中的一个业务方法blTest需要调用名称为B的BLContext中的业务方法CalledBL,则实际的代码如下:
public int A(BizData rd,BizData sd){
.......
IBLContext bContext=_context.getCallableBLContext(“B”);
//check if the bContext is available
if(bContext != null){
BLResult rs = bContext.execBL(“CalledBLC”,”CalledBL”,rd,sd);
}else{
//BLContext named B is not available currently;
}
.......
}
分析上面的代码我们可以看出在调用另外一个BLContext中的方法时,我们只需知道他的名称、被调用的业务组件的名称和被调用的方法,而不用管这个BLContext被部署在什么地方,是本地的还是远程的BLContext对象(当然部署时,要保证这个BLContext是可以被调用的);同时在多个应用存在的情况下,必须保证各个BLContext的名称唯一。