opmn和jms实现toplink session缓存同步的解决方案

opmn和jms实现toplink session缓存同步的解决方案

在分布式应用中，单个业务应用的toplink运行在多个jvm上，同时开启了会话缓存，而这些在多个jvm上会话缓存中的domain对象就需要同步，这样可以及时拿到最新的信息而不需要每次都查询database，这大大减少了乐观锁冲突。在Oracle Application Server上Ormi端口是动态分配的，如果一个应用跑在多个jvm上，这些jvm的ormi服务端口也是不同的，所以在开发阶段无法确定这些信息，也不好采用多套toplink session的配置。庆幸的是opmn的request端口是固定的，我们可以使用opmn request端口来进行jndi的look up，然后用oc4j jms实现多jvm或者多OC4J instance之间toplink session缓存的同步, 因为经过测试OC4J in memory jms作为同步消息的传输和发现方式效率是最高的。
具体方法如下：
 

1. 配置一个拥有3个jvm的oc4j instance

 

    2  toplink session cache 策略的配置

          < toplink:caching >
             < toplink:cache-invalidation-policy  xsi:type ="toplink:time-to-live-cache-invalidation-policy" >
                < toplink:time-to-live > 36000000 </ toplink:time-to-live >
             </ toplink:cache-invalidation-policy >
          </ toplink:caching >

 

3.配置JMS topic connection factory和topic

 

具体每个配置参数什么意思，可参见Oracle Containers for J2EE Services Guide

 

具体每个配置参数代表什么意思，可参见Oracle Containers for J2EE Services Guide

 

创建完毕后，在instance level的config目录下面打开jms.xml可看见所作的配置更改：

        < topic
             name ="cachesyn"
            location ="jms/cachesyn"
         >
         </ topic >


         <!--  unified connection factories  -->


         <!--  queue   connection factories  -->


         <!--  topic   connection factories  -->
         < topic-connection-factory
             location ="TopicConnectionFactory"
         />

 

4 opmn配置

 

查看opmn.xml,获得request端口

<port local="6101" remote="6201" request="6004"/>

 

Opmn的url格式为：opmn:ormi://主机名:opmn request端口:OC4J Instance Name /Application Name

5.配置toplink会话缓存同步策略


 

6.权限设置

我们登录console的server的全局用户，并不一定有instance level的rmi等权限，所以不能实现jndi的lookup. Oc4j默认采用的是基于文件的认证和授权管理策略，用的是JAAS，通常称为：jazn，Oracle's authorization/policy provider for JAAS

打开全局的j2ee/config/ system-jazn-data.xml文件，元素<jazn-policy>有下面这一段，policy主要就是为角色和用户分配具体权限的

< grantee >
             < principals >
                 < principal >
                     < realm-name > jazn.com </ realm-name >
                     < type > role </ type >
                     < class > oracle.security.jazn.spi.xml.XMLRealmRole </ class >
                     < name > jazn.com/oc4j-administrators </ name >
                 </ principal >
             </ principals >
         </ grantee >

 

只有oc4j-administrators角色才有这些权限。而system team分配给我们的用户并不拥有该角色，在console界面上也没找到为server level的用户也不能进行oc4j-administrators角色的交易，所以也没jndi lookup的权限，会报javax.naming.AuthenticationException: Not authorized.

需要在instance level 创建一个用户，用户名和密码和server level的相同或者也可以不同，然后为该用户分配权限，查看了一下instance level的system-jazn-data.xml发现jazn.com/ascontrol_admin和jazn.com/oc4j-administrators角色有完整rmi权限，内容如下：

     < permission >
                 < class > com.evermind.server.rmi.RMIPermission </ class >
                 < name > login </ name >
             </ permission >
             < permission >
                 < class > com.evermind.server.rmi.RMIPermission </ class >
                 < name > subject.propagation </ name >
             </ permission >

 

最简单的方法就是为该用户分配jazn.com/ascontrol_admin角色，jazn.com可以省略因为jazn.com是默认域，oc4j采用的是域，用户，角色，权限的层次授权策略。

 

当然我们也可以在applciation level做到最小权限控制，在orion-application和applciation level的jazn-data.xml中进行设置和分配。具体方法可参见

Oracle® Containers for J2EE Security Guide

http://download-east.oracle.com/docs/cd/B25221_04/web.1013/b14429/toc.htm

 

7.Deploy 应用到application server

这下可以享受toplink cluster带来的高性能的乐趣了。

如果成功的话：我们可以看到oc4j_instance jvm1的toplink有如下的log：

[ TopLink Finest ] :  2008.12.03   06 : 58 : 30.961 --ServerSession( 24138346 )--Thread(Thread [ RMICallHandler-5,5,HTTPThreadGroup ] )--Retreived remote message from JMS topic: cachesyn
[ TopLink Finest ] :  2008.12.03   06 : 58 : 31.020 --ServerSession( 24138346 )--Thread(Thread [ RMICallHandler-5,5,HTTPThreadGroup ] )--Received remote command oracle.toplink.remotecommand.MergeChangeSetCommand from Service [ TopLinkCommandChannel, 3673206, opmn:ormi://localhost:6004:OC4J_TTS/tts ]
[ TopLink Finest ] :  2008.12.03   06 : 58 : 31.023 --ServerSession( 24138346 )--Thread(Thread [ RMICallHandler-5,5,HTTPThreadGroup ] )--Executing command oracle.toplink.remotecommand.MergeChangeSetCommand from Service [ TopLinkCommandChannel, 3673206, opmn:ormi://localhost:6004:OC4J_TTS/tts ]
[ TopLink Finer ] :  2008.12.03   06 : 58 : 31.098 --ServerSession( 24138346 )--Thread(Thread [ RMICallHandler-5,5,HTTPThreadGroup ] )--Received updates from Remote Server
[ TopLink Finest ] :  2008.12.03   06 : 58 : 31.110 --ServerSession( 24138346 )--Thread(Thread [ RMICallHandler-5,5,HTTPThreadGroup ] )--Merging com.ldd600.isdc.sha.frm.tts.model.Employee:  [ 22 ]  from remote server

 

Oc4j_instance jvm2的toplink有如下的log：

ndler- 5 , 5 , HTTPThreadGroup])--Retreived remote message from JMS topic: cachesyn
[ TopLink Finest ] :  2008.12.03   06 : 58 : 30.721 --ServerSession( 8762565 )--Thread(Thread [ RMICallHandler-5,5,HTTPThreadGroup ] )--Received remote command oracle.toplink.remotecommand.MergeChangeSetCommand from Service [ TopLinkCommandChannel, 3673206, opmn:ormi://localhost:6004:OC4J_TTS/tts ]
[ TopLink Finest ] :  2008.12.03   06 : 58 : 30.724 --ServerSession( 8762565 )--Thread(Thread [ RMICallHandler-5,5,HTTPThreadGroup ] )--Executing command oracle.toplink.remotecommand.MergeChangeSetCommand from Service [ TopLinkCommandChannel, 3673206, opmn:ormi://localhost:6004:OC4J_TTS/tts ]
[ TopLink Finer ] :  2008.12.03   06 : 58 : 30.734 --ServerSession( 8762565 )--Thread(Thread [ RMICallHandler-5,5,HTTPThreadGroup ] )--Received updates from Remote Server
[ TopLink Finest ] :  2008.12.03   06 : 58 : 30.736 --ServerSession( 8762565 )--Thread(Thread [ RMICallHandler-5,5,HTTPThreadGroup ] )--Merging com.ldd600.isdc.sha.frm.tts.model.Employee:  [ 22 ]  from remote server