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

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

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

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

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

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

      1,web.xml中res-auth 为container(CCIS应用这个参数为container),并且配置了容器的认证别名,不论组件管理认证别名配置与否,修改J2C认证别名立即生效,不需要重启; 
   2,res-auth 为container但是不配置容器认证别名,则必须配置组件管理认证别名,修改J2C认证别名不立即生效,需要重启。 
   3,res-auth为application,则必须配置组件管理认证别名,不论容器的认证别名配置与否,修改J2C认证别名不立即生效,需要重启。

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

      

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章