Diese Hinweise sollen Ihnen bei der Migration von Nachrichtengruppen nach WebSphere Message Broker Version 6.0 helfen.
Wenn Sie das Message Brokers Toolkit Version 5.1, ersetzen Sie alle Verweise auf "Version 5.0" durch "Version 5.1".
Um Nachrichtengruppen von Version 2.1 auf Version 6.0 zu migrieren, verwenden Sie den Befehl mqsimigratemsgsets, um Exportdateien für Nachrichtengruppen (MRP-Dateien) der Version 2.1 in Nachrichtengruppenprojekte der Version 6.0 zu konvertieren. Lesen Sie vor Ausführung des Befehls den Abschnitt Nachrichtengruppen von Version 2.1 migrieren. Er enthält detaillierte Informationen zur Ausführung dieses Vorgangs.
Die folgenden Abschnitte enthalten Anleitungen für Änderungen des Verhaltens von Parsern sowie allgemeine Migrationsinformationen:
Um Nachrichtengruppen von Version 5.0 auf Version 6.0 zu migrieren, müssen keine Migrationsbefehle ausgeführt werden. Das Message Brokers Toolkit Version 6.0 kann den Inhalt eines Nachrichtengruppenprojekts der Version 5.0 lesen und automatisch in das Format der Version 6.0 konvertieren, wenn es zum ersten Mal geändert und gespeichert wird.
Die folgenden Abschnitte enthalten Anleitungen für Änderungen des Verhaltens von Parsern sowie allgemeine Migrationsinformationen:
<!ELEMENT e0 (e1|e2)+ >In der Ausgabenachricht hat sich die Elementdeklaration geändert:
<!ELEMENT e0 (e1|e2)+>Das neue Verhalten entspricht der Art und Weise, wie das physische XML-Format Leerzeichen in allen anderen XML-Konstrukten verarbeitet.
Ein spezielles Beispiel für diesen Zustand ist, wenn Ihre Nachricht eine eingebettete Nachricht enthält und Sie entweder das Nachrichtenschlüssel- oder das Nachrichten-ID-Verfahren zur Identifikation der eingebetteten Nachricht verwenden. Wenn ein Abgleich des Elements, von dem der Nachrichtenschlüssel oder die Nachrichten-ID stammt, mit dem Modell fehlschlägt, weiß der Parser nicht, ob er den Wert als Nachrichtenschlüssel oder Nachrichten-ID interpretieren soll.
In Versionen vor Version 6.0 versucht der Parser eine angemessene Deutung nicht sortierter Gruppen Mit Kennung/Begrenzer, was zu Leistungseinbußen führt. Wenn dieses Verhalten in Version 6.0 ein Problem darstellt, können Sie den nicht sortierten Inhalt der Gruppe als eingebettete untergeordnete Gruppe modellieren, wobei die Eigenschaft Zusammensetzung auf Elemente in beliebiger Reihenfolge gesetzt werden sollte.
Ein komplexes Element bzw. eine Gruppe kann im Bitstrom über einen Gruppenanzeiger, eine Kennung oder ein Datenmuster identifiziert werden. Eine Identifikation ist auch über den Gruppenanzeiger, die Kennung oder das Datenmuster der untergeordneten Elemente möglich.
Trotz des Namens gibt es Umstände, in denen die Elemente einer Gruppe Mit Kennung/Begrenzer keine Kennung bereitstellen müssen, insbesondere wenn das Element eine eingebettete Nachricht oder ein komplexes Element bzw. eine Gruppe ist.
Wenn kein Wert für die CWF-Eigenschaft Wiederholungszähler in Version 5.0 definiert ist und Mindestanzahl ungleich Maximale Anzahl ist, wird von einer Wiederholung ausgegangen. In Version 6.0 entspricht die Anzahl der Wiederholungen dem Wert für Maximale Anzahl. Für diese Situation kann keine Warnung generiert werden. Ein solches Nachrichtenmodell wird nicht von den COBOL- oder C-Importprogrammen erstellt und kann deshalb nur dann vorkommen, wenn Sie ein CWF-Nachrichtenmodell unter Verwendung des Nachrichteneditors der Version 5.0 erstellt haben.
Der TDS-Nachrichtenschlüssel sollte weiterhin verwendet werden, wenn die Nachrichtengruppe in einem Broker der Version 5.0 bzw. Version 2.1 implementiert wird, da diese Broker das Nachrichten-ID-Verfahren für die Identifikation von eingebetteten Nachrichten nicht unterstützen.