声明:
有关于刚刚做了一个Servicemix代理的发布,但是在实际应用中我们往往做代理根本是不需要的。还不如直接就用应用服务器发布,那样做多此一举了,所以抽时间做了一个内部发布WebService的案例同样是用的Login案例做,上次做的不是很全面我想大家看了也不是很清楚,所以我收集了很多资料,废话少说了 奉上代码跟源码。大家在转文章的时候请注明出处,写案例也需要很多时间请尊重作者的劳动成果。
CXF-BC-LoginExample
关于servicemix部署的问题:由于servicemix是基于JBI的实现,要部署应当满足JBI的规范。
熟悉了servicemix对于JBI的规范就更加理解,对于其中大发布、热部署、消息转换、服务引擎都有了
比较深入的理解。当然由于之前没有看过JBI规范,对于servicemix 的定义以及相关信息不是很了解,所以理解起来比较困难。个人理解:服务集合包.zip文件就像Web应用的war文件
JBI原理(个人理解)
JBI环境通过基于JMX的管理工具提供部署,控制和监控特性。规格化的消息路由器(NMR)提供中间的消息基础设施。组件分成两类:Service Engine服务引擎和Binding Component组件。
JBI组件通常充当某种类型的容器,工件(artifact)可以被部署进这样的容器来增加新的服务或者提供逻辑。例如一个提供基于XSLT的转换服务的Service Engine将会需要部署有XSLT样式表,这样才能增加新的转换操作。往已安装的组件中增加这样的组件相关的工件的过程被称为部署。这样的工件被称为Service Unit,而部署工件加上一些相关元数据的集合称为Service Assembly。
JBI 打包
JBI定义了一个标准的打包用于安装新的组件,以及在这些充当容器的组件上部署工件。所有的工件在META-INIF目录中都有一个jbi.xml的JBI描述器。
有四种类型的工件,它们都被打包为zip或者jar文件:
1. components installers. 包含了运行组件所需要的库和资源。组件可以引用共享的库。
2. 共享库。可以被一些组件