coherence初识

近期，发现在预发布环境上的项目有些冲突，本着治病救人的原则，不得已要一步步剖析，苦逼的就是我们可爱可敬的程序员。

先介绍下大体情况，应用项目都是velocity+spring+mybatis，没什么好说的，spring配置了一个sso的filter，filter中使用了coherence3.5.3作为缓存，项目打成war包后部署在jboss eap 6.3域模式下（两台物理机，每个上起一个server实例，属于同一group），由于有些jar包是公用的，这些jar包作为jboss的module部署在jboss上，其中就包括coherence.jar。一个war包部上后是正常的，再部一个war，上一个war的ssofilter就出现异常，似乎缓存的东西没了。

开始找人来看，让我们换成Ehcache，好吧,换。。。，倒是好了，没想到过几天问题来了，ehcache都是local存储的，一个应用一个cache，原来的coherence会自动组群，删一次就ok了，现在要一个一个的删，不够nice，想想还是要弄明白coherence到底是怎么了？

注意力再次集中在coherence上，百度一下，没有答案，百度一下，没有答案。。。倒是看了一些介绍性的文章和翻译的中文文档，大体知道coherence可以通过组播地址自动组群，构成集群。再看我们的项目，coherence配置都是一样的，难道要区别？试试吧，折腾好半天没好，卸大半气了。一直以来怀疑是我们在jboss上部署的公共模块有问题，后来在本机上搭了个环境，各种奇淫技巧用上，看日志嘛，分析来分析去，发现如果两个war包部在两个jboss server上没有问题，个war会建一个集群，并把自己加进去，第二个war再部署，会自动加入个war建的集群中，正常啊。如果放在一个server中，个正常，第二个好像不是一个节点，没有coherence的日志，使用的应该是个war包创建的node，下图Id=1就是个war包的节点信息

然后，在jboss上replace第二个war包

 可以看到Id=1（由个war创建）的节点left，第二个war产生一个Id=2的节点，如果操作个war包的cache，会出现类似下面的日志

出现这样的日志也与我们的项目有关，