更改持久预订的后果

如果应用程序连接至现有持久预订,但指定的参数与创建现有预订时使用的参数不同,那么将删除现有预订,然后用新的参数重新创建该预订。仅当没有活动的使用者时,才可以用这种方法更改持久预订。

在基本情况中,任何时候都仅有一个活动的使用者,因此应用程序更改持久预订不会影响其他订户。但是,克隆预订的情况更加复杂一些。

克隆的持久预订具有多个活动的订户,它们通常是特定应用程序的克隆。
  • 对于克隆的消息驱动的 Bean (MDB) 应用程序,预订的订户总是活动的,因此管理员必须先停止 MDB 应用程序的所有实例才能改变预订。(如果一次重新启动一个 MDB 应用程序实例,那么在每个单个实例试图使用更改的属性进行连接时,由于存在现有使用者,实例将被抛出。)
  • 对于克隆的 EJB 应用程序,管理员应该确保更改预订之前先停止 EJB 应用程序的所有实例,以避免以下问题。企业 Bean 持有持久预订活动订户的时间较短。如果逐个重新启动了 EJB 应用程序实例,那么该应用程序的不同实例在某个时间段内具有预订配置的不同视图。这会导致删除然后重新创建此预订,从而导致消息丢失。可以多次删除然后重新创建预订,直到所有实例中的新定义保持不变为止。
注: 消息传递服务使用 WAS_HOME/temp 目录中的 server_name-durableSubscriptions.ser 文件来记录消息驱动的 Bean 的持久预订。 如果卸载包含消息驱动的 Bean 的应用程序,那么此文件用于取消预订持久预订。如果必须删除 WAS_HOME/temp 目录或该目录中的其他文件,请确保保留此文件。

指示主题类型的图标 概念主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjo0012_
文件名:cjo0012_.html