叱咤�U��h — Thu, 24 Feb 2011 01:30:00 GMT

摘要: 当系�l�有��量数据需要��联删除时�Q�我们需要小心，如果同步删除用户体验会很差，他会�{�相当长的时��_��直到�pȝ��时�Q�另外还会给�pȝ��H�发地增加很大的负蝲�Q?nbsp; 阅读全文

叱咤�U��h 2011-02-24 09:30 发表评论

叱咤�U��h — Wed, 03 Dec 2008 23:00:00 GMT

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

配置一个拥�?/span>3�?/span>jvm�?/span>oc4j instance

2 toplink session cache �{�略�?/span>配置

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

3.配置JMS topic connection factory�?/span>topic

具体每个配置参数什么意思，可参�?/span>Oracle Containers for J2EE Services Guide

具体每个配置参数代表什么意思，可参�?/span>Oracle Containers for J2EE Services Guide

创徏完毕后，�?/span>instance level�?/span>config目录下面打开jms.xml可看见所作的配置更改�Q?/span>

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






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

4 opmn配置

查看opmn.xml,获得request端口

Opmn�?/span>url格式为：opmn:ormi://��L��?/span>:opmn request端口:OC4J Instance Name /Application Name

5.配置toplink会话�~�存同步�{�略

6.权限讄��

我们��d��console�?/span>server的全局用户�Q��ƈ不一定有instance level�?/span>rmi�{�权限，所以不能实�?/span>jndi�?/span>lookup. Oc4j默认采用的是��Z��文�g的认证和授权��理�{�略�Q�用的是JAAS�Q�通常�U�Cؓ�Q?/span>jazn�Q?/span>Oracle's authorization/policy provider for JAAS

打开全局�?/span>j2ee/config/ system-jazn-data.xml文�g�Q�元�?/span>有下面这一�D�，policy主要��是��色和用户分配具体权限�?/span>

<grantee>
            <principals>
                <principal>
                    <realm-name>jazn.comrealm-name>
                    <type>roletype>
                    <class>oracle.security.jazn.spi.xml.XMLRealmRoleclass>
                    <name>jazn.com/oc4j-administratorsname>
                principal>
            principals>
        grantee>

只有oc4j-administrators角色才有�q�些权限。�?/span>system team分配�l�我们的用户�q�不拥有该角�Ԍ��?/span>console界面上也没找��Cؓserver level的用户也不能�q�行oc4j-administrators角色的交易，所以也�?/span>jndi lookup的权限，会报javax.naming.AuthenticationException: Not authorized.

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

    <permission>
                <class>com.evermind.server.rmi.RMIPermissionclass>
                <name>loginname>
            permission>
            <permission>
                <class>com.evermind.server.rmi.RMIPermissionclass>
                <name>subject.propagationname>
            permission>

最��单的�Ҏ��是��用户分配jazn.com/ascontrol_admin角色�Q?/span>jazn.com可以省略因�ؓjazn.com是默认域�Q?/span>oc4j采用的是域，用户�Q�角�Ԍ��权限的层�ơ授权策略�?/span>

当然我们也可以在applciation level做到最��权限控�Ӟ��?/span>orion-application�?/span>applciation level�?/span>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 应用�?/span>application server

�q�下可以享受toplink cluster带来的高性能的乐��了�?br />

如果成功的话�Q�我们可以看�?/span>oc4j_instance jvm1�?/span>toplink有如下的log�Q?br />

[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�?/span>toplink有如下的log�Q?/span>

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

叱咤�U��h 2008-12-04 07:00 发表评论

叱咤�U��h — Fri, 14 Nov 2008 13:48:00 GMT

摘要: 晚上要下班的时候，application team那里使用Tibco EMS做消息集成服务时候出了bug�Q�错误是�Q�java.sql.SQLException: 当全局事务处理处于�z�d��状态时, 无法调用�Ҏ�� 'commit'�Q�应该是在全局事务中��用了本地事务�q�提交了。帮忙看了一下，它的oc4j, toplink, spring的��用上都存在着一些问题，�q�把要注意的地方�ȝ��了一下。包括oc4j�Q�toplink�Q�spring三块�?nbsp; 阅读全文

叱咤�U��h 2008-11-14 21:48 发表评论

叱咤�U��h — Mon, 25 Aug 2008 06:12:00 GMT

摘要: 在java端调用存储过�E�的时候需要存储过�E�串行的执行�Q�如果��用synchronized lock在应用服务器�H�然down掉的情况下会出现问题�Q�因为session�q�没有立��x��掉，后台的存储过�E�还在��l�执行，�q�样如果应用服务器立即重启，再调用该存储�q�程或者其他需要一起串行化处理的存储过�E�就会违反同步执行的原则�Q�所以我们必��L��锁放在oracle db端，利用oracle锁机制来完成存储�q�程的同步，文章�ȝ��了一下在java端如何��用oracle�q�个用户锁机制�?nbsp; 阅读全文

叱咤�U��h 2008-08-25 14:12 发表评论

Toplink多种会话�~�存同步�Ҏ��的性能比较

叱咤�U��h — Fri, 13 Jun 2008 06:46:00 GMT

摘要: 上次用Coherence实现�~�存数据同步的transport manager之后�Q�对它进行了压力��试�q�和EMS JMS�?OracleAS JMS�Q�内存）�q�行了性能�Ҏ��。文中描�q�C��试的过�E�，�q�共享了代码和测试结果�?nbsp; 阅读全文

叱咤�U��h 2008-06-13 14:46 发表评论

叱咤�U��h — Sat, 24 May 2008 09:37:00 GMT

摘要: Toplink分布�?Session Cache同步的方法oracle官方默认提供了JMS和RMI两种实现方式�Q�当然用户也可以自定�Ҏ��Q�自定义一个Transport Manager Class, 具体可参见： http://download-west.oracle.com/docs/cd/B25221_04/web.1013/b13593/cachun00... 阅读全文

叱咤�U��h 2008-05-24 17:37 发表评论

人体精品一二三区,久久久男人天堂,欧美在线欧美在线

Toplink多种会话�~�存同步�Ҏ��的性能比较