在这方面,有两种不同的办法。 从您申请的角度来看,一家连接工厂可以举行许多会议。 每届会议可能都有许多消费者,但工作单位在每届会议上,而不是在消费者身上。 更可能的是,你希望有一个连接工厂,举行多场会议,每场会议都有一位特定专题的听众。 如果您在一届会议上指派了一位多位消费者的听众,那么任何承认(或经转录的会议中的COMMIT)都会把所有信息传达给本届会议。
从WMQ服务器的角度来看,一个渠道定义可能有许多运行情况。 因此,你只需要一个SVRCONN频道,每个频道都界定,不管频道需要多少起。 不要对同一SVRCONN提出不同的意见,尽管因为你往往希望单独管理或批准这些记录。 例如,如果你突然发现有3 000个运行渠道的 yourself,你可以很容易地发现有误。
在管理和缩编方面,我很可能有一席半的CF,一席的CF。 如上文所述,每一方都指另一个SVRCONN频道。 在服务器上,我贴上每届会一个专题的标签,除非你在单一工作单位消费多个专题。 在订阅时,你可以指定一个野心专题,将所有专题放在与单一用户的树木这个专题的某一点以下。
就最佳做法而言,我还设定了使用FAILIFQUIESCE确保能够有序地阻止QMgr,而I d则使用SYNCPOINTALLGETS(或有明确承诺的转拨会议),以便按照JMS 1.1的光谱,提高可靠性。
如果在客户完成届会工作与承诺方法收益之间发生故障,客户不能确定交易是否发生或停止。 如果不以交易方式发送用户信息与从发送方法返回,就会出现同样的模糊。 处理这种模糊不清之处,要由JMS申请。 在某些情况下,这可能使客户产生功能重复的信息。
由于会议恢复而重新发送的信息不被视为重复的信息。
SYNCPOINTALLGETS (a.k.a. SPAG) insures that informed from the queue are delivered to You app before being committed and permanent out the queue. 否则,如果你在争取收回信息时失去联系,那就好了。 有了特别咨询组,你可能会看到联合调查组的两度信息,但你永远不会下降。
For more details of the options available to the CF, queue and subjects, see: Properties ofbject in the Web Sphere MQ Using Java Manual.
WMQ v6.0是截至2012年9月的寿命结束,因此,即使服务器为零6,也请确保使用真7客户进行开发。 这将减少明年的移民努力。 页: 1
