Das Konzeptthema Bedingungen für einen Broker der Version 5.0, der Teil einer Brokerdomäne der Version 6.0 ist lesen
Nachrichtenflüsse, die Sie in Ihrem Produkt der Version 2.1 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 alle Informationen in diesem Thema, 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-Namensbereiche verwenden. In Version 2.1 werden solche XML-Nachrichten anders als in WebSphere Message Broker Version 6.0 syntaktisch analysiert. Diese Nachrichtenflüsse werden weiterhin korrekt verarbeitet, wenn sie von Version 6.0 betrieben werden; es wird jedoch empfohlen, sie gemäß den Anweisungen unter Nachrichtenflüsse für die Verarbeitung von Namespaces aktivieren dahingehend zu aktualisieren, dass sie Namensbereiche beachten.
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.
Weitere Informationen zu Änderungen in diesem Release finden Sie unter Neuerungen in Version 6.0.
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 Sie mehrere Nachrichtenflüsse mit dem gleichen Namen definiert haben oder ein Nachrichtenfluss in mehr als eine Exportdatei exportiert wurde, überschreibt die Migrationstask ohne Vorwarnung jeglichen vorhandenen Nachrichtenfluss mit dem nächsten Fluss des gleichen Namens, den sie findet. Aus diesem Grund müssen Sie vorsichtig sein, um Konflikte zu vermeiden und um sicherzustellen, dass die aktuellste Version eines mehrfach definierten Nachrichtenflusses als letzte Version migriert wird.
Wenn mehrere Versionen des gleichen Nachrichtenflusses vorliegen und Sie diesen als untergeordneten Fluss in anderen Flüssen des gleichen Migrationsverzeichnisses verwenden, sind die Folgen des Imports unvorhersehbar.
So migrieren Sie einen Nachrichtenfluss: