走自己的路

路漫漫其修远兮,吾将上下而求索

  BlogJava :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  50 随笔 :: 4 文章 :: 118 评论 :: 0 Trackbacks
在分布式应用中,单个业务应用的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. 配置一个拥有3jvmoc4j 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 factorytopic


 

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



 

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


 

创建完毕后,在instance levelconfig目录下面打开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"/>

 

Opmnurl格式为:opmn:ormi://主机名:opmn request端口:OC4J Instance Name /Application Name


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


 

6.权限设置

我们登录consoleserver的全局用户,并不一定有instance levelrmi等权限,所以不能实现jndilookup. Oc4j默认采用的是基于文件的认证和授权管理策略,用的是JAAS,通常称为:jaznOracle'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 levelsystem-jazn-data.xml发现jazn.com/ascontrol_adminjazn.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-applicationapplciation leveljazn-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 jvm1toplink有如下的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 jvm2toplink有如下的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


posted on 2008-12-04 07:00 叱咤红人 阅读(1214) 评论(0)  编辑  收藏 所属分类: Java Persistence, Transaction and ORM Oracle

只有注册用户登录后才能发表评论。


网站导航: