websphere数据源属性之容器的认证别名和组件管理的认证别名

       很多中间件的管理员，并不知道容器的认证别名和组件管理的认证别名的区别，实际上，一般也看不出区别。但是偏偏有的情况下会出大问题。

       最近我们有一台数据库的变更，应用要改连异地的数据库，因为维护人不同那边的数据库用户密码和这边不一样。于是切换前，我们这边修改了J2C的认证别名和数据库的URL，结果很快我们这边的数据库用户锁定了，造成了业务还没切过去这边数据库就不能用了，有了一定的业务影响。

      为什么会锁定呢，发现修改了URL是不会立刻生效的，而修改密码是会立刻生效的，结果是外地的用户密码连本地的库，自然就锁了。这里的生效指的是应用生效，测试连接保证了改了马上看到效果的。

      IBM官方给出的答复是，修改URL和J2C认证别名都不会立刻生效。（说实话IBM现在越发不靠谱了）

      分析可能影响到生效与否的参数配置，自己动手测，发现如下结果：

      1，web.xml中res-auth 为container（有问题的应用配置确实为container)，并且配置了容器的认证别名，不论组件管理认证别名配置与否，修改J2C认证别名立即生效，不需要重启； 
   2，res-auth 为container但是不配置容器认证别名，则必须配置组件管理认证别名，修改J2C认证别名不立即生效，需要重启。 
   3，res-auth为application，则必须配置组件管理认证别名，不论容器的认证别名配置与否，修改J2C认证别名不立即生效，需要重启。

    so,改了数据库的密码有可能会立刻生效的，要当心呢。