COTS应用程序开发框架简介（四）

多个基于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的名称唯一。