现在的应用容器主要有:
一.servlet容器
二.web容器
三.ejb容器
四.jms容器
这些容器之间存在下面的一些弊端
一.这些容器只是简单的支持单一的通信协议,比如servlet容器 只是简单的支持 HTTP协议
ejb容器只是支持RMI的协议
二.这些容器都是一个纯粹的服务提供者,而不是一个服务的集成者,也就是说容器之间不可以实现服务的继承
三.容器间服务的调用需要写客户端程序
面对上面的服务器出现的弊端,SUN公司提出了一个标准,JBI标准,这个标准主要包括下面几个部分
一.绑定组件 (Bind Components):这个原理主要是JBI容器实现了各种协议的绑定组件,而这些组件又分为接收组件 和 发送组件 ,其中接收组件证主要负责接收客户端的信息,而 发送组件则是请求外部的服务
二.服务引擎 : 这类组件主要用来进行JBI内部容器的消息处理,当JBI容器接收到一些消息后会做一些转换,然后再交给JBI的一个规格化消息路由器来处理
三.JBI规格化消息路由器:这个是JBI的一个规格化消息的存储,这个路由器主要是用来将外部的消息通过服务引擎转换成标准的规格化消息后,在有这个规格化消息路由器来决定到底是要怎么请求外部的服务
一个典型的JBI的实现如下图:
[img]http://blog.51cto.com/viewpic.php?refimg=http://img1.51cto.com/attachment/200905/200905311243762010781.jpg[/img]
一.servlet容器
二.web容器
三.ejb容器
四.jms容器
这些容器之间存在下面的一些弊端
一.这些容器只是简单的支持单一的通信协议,比如servlet容器 只是简单的支持 HTTP协议
ejb容器只是支持RMI的协议
二.这些容器都是一个纯粹的服务提供者,而不是一个服务的集成者,也就是说容器之间不可以实现服务的继承
三.容器间服务的调用需要写客户端程序
面对上面的服务器出现的弊端,SUN公司提出了一个标准,JBI标准,这个标准主要包括下面几个部分
一.绑定组件 (Bind Components):这个原理主要是JBI容器实现了各种协议的绑定组件,而这些组件又分为接收组件 和 发送组件 ,其中接收组件证主要负责接收客户端的信息,而 发送组件则是请求外部的服务
二.服务引擎 : 这类组件主要用来进行JBI内部容器的消息处理,当JBI容器接收到一些消息后会做一些转换,然后再交给JBI的一个规格化消息路由器来处理
三.JBI规格化消息路由器:这个是JBI的一个规格化消息的存储,这个路由器主要是用来将外部的消息通过服务引擎转换成标准的规格化消息后,在有这个规格化消息路由器来决定到底是要怎么请求外部的服务
一个典型的JBI的实现如下图:
[img]http://blog.51cto.com/viewpic.php?refimg=http://img1.51cto.com/attachment/200905/200905311243762010781.jpg[/img]