亚洲VA中文字幕无码一二三区,青青草原精品国产亚洲av,久久精品国产亚洲精品2020

叱咤�U��h — Sun, 29 Nov 2009 05:37:00 GMT

摘要: 在用户修改了(ji��n)领域对象的值后�Q�我们有旉��要记录下用户的改动。比如对一些关键业务对象的改动有时往往需要发邮�g通知客户。有时用户可能想查阅所有历史的改动�Q�甚��x(ch��ng)��可能�?x��)改回原先的倹{�?领域逻辑关系往往比较复杂�Q�这时我们会(x��)使用到ORM Framework。本文以toplink��Z��Q�讲�q�如何利用toplink�~�写一个完成此功能的简易Framework�Q�我们暂且把它称为ActionMemed�?.. 阅读全文

叱咤�U��h 2009-11-29 13:37 发表评论

Oracle应用服务器单个Container多Process(jvm)环境下，用Ormi和jms实现toplink�?x��)话�~�存同步

叱咤�U��h — Tue, 09 Dec 2008 10:00:00 GMT

摘要: 在Oracle Application Server环境下OC4J Instance下的每个process的jvm的rmi端口是动态分配的�Q�如果能解决�q�个动态的问题�Q�就可以使用ORMI作�ؓ(f��)jndi的provider url。但是需要注意的是如果是在server启动时初始化toplink session�Q�需要等待JmsServer�U�程执行完毕�?nbsp; 阅读全文

叱咤�U��h 2008-12-09 18:00 发表评论

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

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

�?/span>jvm    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格式为：(x��)opmn:ormi://��L��?/span>:opmn request端口:OC4J Instance Name /Application Name

5.配置toplink�?x��)话�~�存同步�{�略

6.权限讄��

我们��d��console�?/span>server的全局用户�Q��ƈ不一定有instance level�?/span>rmi�{�权限，所以不能实�?/span>jndi�?/span>lookup. Oc4j默认采用的是��Z��文�g的认证和授权��理�{�略�Q�用的是JAAS�Q�通常�U�Cؓ(f��)�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ؓ(f��)server level的用户也不能�q�行oc4j-administrators角色的交易，所以也�?/span>jndi lookup的权限，�?x��)�?/span>javax.naming.AuthenticationException: Not authorized.

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

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

最��单的�Ҏ(gu��)��是��用户分配jazn.com/ascontrol_admin角色�Q?/span>jazn.com可以省略因�ؓ(f��)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带来的高性能的乐��了(ji��n)�?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做消息集成服务时候出�?ji��n)bug�Q�错误是�Q�java.sql.SQLException: 当全局事务处理处于�z�d��状态时, 无法调用�Ҏ(gu��)�� 'commit'�Q�应该是在全局事务中��用了(ji��n)本地事务�q�提交了(ji��n)。帮忙看�?ji��n)一下，它的oc4j, toplink, spring的��用上都存在着一些问题，�q�把要注意的地方�ȝ��?ji��n)一下。包括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掉的情况下会(x��)出现问题�Q�因为session�q�没有立��x(ch��ng)��掉，后台的存储过�E�还在��l�执行，�q�样如果应用服务器立即重启，再调用该存储�q�程或者其他需要一起串行化处理的存储过�E�就�?x��)违反同步执行的原则�Q�所以我们必��L��锁放在oracle db端，利用oracle锁机制来完成存储�q�程的同步，文章�ȝ��?ji��n)一下在java端如何��用oracle�q�个用户锁机制�?nbsp; 阅读全文

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

Toplink多种�?x��)话�~�存同步�Ҏ(gu��)��的性能比较

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

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

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

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

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

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