Lesen Sie zunächst den Abschnitt über die Unterschiede zwischen Produkten der Version 2.1 und Version 6.0.
Nachrichtenflüsse, die Sie in Version 2.1 Ihres Produkts erstellt haben (WebSphere MQ Event Broker, WebSphere MQ Integrator Broker oder WebSphere MQ Integrator), können migriert und in WebSphere Message Broker Version 6.0 verwendet werden.
Wenn Sie eine Migration von WebSphere MQ Event Broker Version 2.1 aus durchführen, treffen die Informationen in diesem Abschnitt, die sich auf benutzerdefinierte Plug-ins und ESQL beziehen, nicht zu. Diese Funktionen sind in WebSphere MQ Event Broker Version 2.1 nicht verfügbar.
Wenn Sie eine Migration von WebSphere MQ Integrator Broker Version 2.1 aus durchgeführt haben, haben Sie möglicherweise Nachrichtenflüsse für die Verarbeitung von XML-Nachrichten geschrieben, die XML-Namespaces verwenden. In Version 2.1 werden solche XML-Nachrichten anders als in WebSphere Message Broker Version 6.0 analysiert. Obwohl solche Nachrichtenflüsse auch in Version 6.0 korrekt ausgeführt werden, sollten Sie sie für die Verarbeitung von Namespaces aktualisieren.
Sie können die Nachrichtenflüsse, die Sie migrieren, ändern, um die neuen Knoten und Funktionen in Version 6.0 zu nutzen. Beispiel: Sie möchten einen benutzerdefinierten Knoten ersetzen, der Web-Serviceanforderungen beim integrierten HTTPEmpfangsknoten erhält.
Es kann mehr als ein Nachrichtenfluss auf einmal migriert werden, wenn sie im gleichen Nachrichtenflussprojekt definiert werden sollen. Sie müssen untergeordnete Flüsse und benutzerdefinierte Knoten mit den Nachrichtenflüssen migrieren, in denen sie enthalten sind, um konsistente Verweise sicherzustellen.
Wenn mehrere Nachrichtenflüsse mit demselben Namen definiert wurden oder ein Nachrichtenfluss in mehrere Exportdateien exportiert wurde, überschreibt die Migrationstask ohne Vorwarnung jeden vorhandenen Nachrichtenfluss mit dem nächsten Fluss des gleichen Namens. Seien Sie deshalb vorsichtig, um solche Konflikte zu vermeiden. Stellen Sie sicher, dass die aktuellste Version eines mehrmals definierten Nachrichtenflusses als letzte Version migriert wird.
Wenn mehrere Versionen desselben Nachrichtenflusses vorliegen, den Sie als untergeordneten Fluss in anderen Flüssen desselben Migrationsverzeichnisses verwenden, sind die Folgen des Importvorgangs unvorhersehbar.
So migrieren Sie einen Nachrichtenfluss: