OSGI,Spring DM,Equinox,Maven,activemq,ibatis一锅烩

话说，两个礼拜之前，天上掉下一个任务，任务简报如下：敌人会在丫的数据库服务器上生成n多个log文件，这些log文件以.properties方式保存；我方在敌人的服务器上安装“木马”，读取这些文件，并将信息过滤后传送至指挥部。

哥几个狗头敲开队长司令的门询问了一些具体的情况，然后纷纷打着喷嚏从司令的办公室出来（丫感冒了）。老六说：我不管你们，这事没法干，我投共军去了！老四也跟着敲锣边：此处是不打算不留爷了，这么变态的需求，你听我说说啊，司令要求：

1、敌人有n个数据库服务器，分布在全国各地，司令要求“木马”要自己能够升级，或者远程控制；

2、现在不确定敌人的数据格式，更不确定我们的筛选规则，这以后要能够支持变化；

3、敌人的log文件像共军一样层出不穷，我们的木马每时每刻都要处理，不能有一刻的停歇，即使在升级过程中也不能停止；

4、由于敌人服务器拓扑结构复杂，指不定哪个端口能用，或者不能用，指不定哪个协议能用，哪个协议不能用，不确定传输方式；

5、我方司令部获得数据后，由于军统和中统的历来恩怨，指不定数据要给谁，还可能发生最悲惨的事情，一部分给军统的Oracle，一部分给中统的Db2；

考虑再三，我拉住正在传共军军服的老六，一顿废话之后，决定的作战方案如下：

1、用spring：这样才能够满足司令“爱咋弄咋弄”的癖好；

2、用Spring DM，这个东西原来叫OSGI，专门热部署的，这样我们的木马就长生不死了；并且可以部署各种“策略bundle”，满足了过滤可替换的要求；

3、用active mq，反正以后也有可能换，和不用一个简单点儿的，只要抽象出传输层，以后再说了；

4、用Ibatis，兼容中统和军统的数据库；并且做成bundle，随时加入到司令部系统中；

最后，老三说不能不用maven，要不我们自己的队伍非乱不可。

战略方案定下后，我一看，一想，一算计，一拍大腿：这不是成麻辣香锅了吗？能不能掺乎的都往一起炒。

“有人请吃麻辣香锅吗？请吃的不用做先期研究啊”

结果，一堆人请我一个人吃，从来没这么爽过。

这部，两个礼拜了，这大杂烩已经研究完毕，顿感一顿香锅亏了，索性将成果公开吧，活该，死去，谁让他们就请一顿呢？

专题名称暂定为“香锅之 XX”，一系列的啊，齐刷儿的

 

前言

环境准备

基于Eclipse的测试环境

基本的Spring相互调用

MANIFEST.MF文件的设定

与Activemq， ibatis等集成使用

使用API操作Equinox

Equinox中的Spring DM部署

一些杂问题