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

先介绍下大体情况，应用项目都是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，会出现类似下面的日志

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

public class NamedCacheFactoryBean implements FactoryBean<NamedCache>, InitializingBean, DisposableBean {
    。。。。。
    @Override
    public void destroy() throws Exception {
      if (this.ensureCluster) {
        CacheFactory.shutdown();
      }
    }

    @Override
    public void afterPropertiesSet() throws Exception {
      if (this.ensureCluster) {
        CacheFactory.ensureCluster();
      }
      this.cache = CacheFactory.getCache(this.cacheName);
      for (MapListener mapListener : mapListeners) {
        this.cache.addMapListener(mapListener);
      }
    }    
    。。。。。      
}

第二个war包replace导致共享的node关闭，第二个war产生一个Id=2的节点仅第二个war包使用，个war包使用异常，估计是像CacheFactory.shutdown()这样操作的问题，只要保持各个war包独立就可以了吧，把coherence.jar从jboss公共模块上拉下来，打包到war里面，后来的测试很顺利，每个war包有单独的node

 期间还发现一个问题：同样的配置coherence.jar作为公共模块，tangosol-coherence-override.xml配置不起作用，出现类似

Optional configuration override "coherence/preproduct/tangosol-coherence-override.xml" is not specified

的日志，而打包到coherence.jar中就可以，看来coherence找这个配置路径时是依赖class加载路径的，其实也可以把这些配置文件打包到jar包中，不过，这样的话就限制了这个jar的使用，不太好