Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/spring-mvc/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java 从一台EMX服务器到另一台EMX服务器的队列迁移_Java_Websphere_Connection Pooling_Tibco Ems - Fatal编程技术网

Java 从一台EMX服务器到另一台EMX服务器的队列迁移

Java 从一台EMX服务器到另一台EMX服务器的队列迁移,java,websphere,connection-pooling,tibco-ems,Java,Websphere,Connection Pooling,Tibco Ems,我们需要有关此队列迁移主题的建议 有两个JMS提供程序(PROVIDER和NEWPROVIDER)连接到两个EMX实例。每个都有一些队列。现在,我们希望在EMX端将所有队列从提供者移动到新提供者。在WebSphere管理控制台上,最省力的解决方案是将提供者的URL和身份验证更改为与NEWPROVIDER相同 我没有看到任何直接的问题,因为它似乎只会影响连接池、最大连接等,但不一定会对生产进行更改 问题:此方法是否存在任何问题,或者我们应该删除并重新创建NEWPROVIDER下的所有队列 为了更快

我们需要有关此队列迁移主题的建议

有两个JMS提供程序(PROVIDER和NEWPROVIDER)连接到两个EMX实例。每个都有一些队列。现在,我们希望在EMX端将所有队列从提供者移动到新提供者。在WebSphere管理控制台上,最省力的解决方案是将提供者的URL和身份验证更改为与NEWPROVIDER相同

我没有看到任何直接的问题,因为它似乎只会影响连接池、最大连接等,但不一定会对生产进行更改

问题:此方法是否存在任何问题,或者我们应该删除并重新创建NEWPROVIDER下的所有队列

为了更快地理解这一变化,我创建了一个图表。蓝色表示当前状态,红色表示更改和待状态

我们正在使用WebSphere6.1/JMS(EMX)/Oracle


如您所示,将WebSphere指向新的EMS实例非常简单。主要问题是:新的EMS实例上是否存在所有相关的目的地(队列、主题、持久订阅者(如果有)?换句话说,是否已将确切的配置从现有EMS实例复制到新实例?所有WebSphere服务是否都可以访问它们需要的数据,以便使用新的EMS实例进行操作?可能位于旧实例队列中的正在运行(未送达/未确认)消息是否需要在新实例上可用


如果您只是简单地移动存储文件和conf文件,那么所有这些基本上都会得到处理。

正如Larry提到的,这非常简单。飞行中的信息等不存在任何问题。这是因为它由不同的团队处理,而不是这个问题的一部分


通过更改URL和身份验证详细信息,我们成功地完成了任务。我们没有删除所有队列,也没有在NEWPROVIDER中重新创建它们。我们刚刚指出提供程序与NEWPROVIDER相同。

鉴于它是同一个目标平台(EMX),为什么有两个JMS提供程序?不完全相同,它们是不同的版本。