Ein Brokerschema ist ein symbolischer Bereich, in dem die Namen von Ressourcen , die darin definiert sind, eindeutig sind. Bei den Ressourcen handelt es sich um Nachrichtenflüsse, ESQL-Dateien und Zuordnungsdateien.
Das Brokerschema wird als der relative Pfad vom Projektquellenverzeichnis zum Nachrichtenflussnamen definiert. Wenn Sie zum ersten Mal ein Nachrichtenflussprojekt erstellen, wird innerhalb des Projekts ein Standardbrokerschema mit dem Namen (Standard) erstellt.
Sie können neue Brokerschemas erstellen, um innerhalb desselben Nachrichtenflussprojekts getrennte Symbolbereiche bereitzustellen. Ein Brokerschema wird als Ordner oder Unterverzeichnis im Projekt implementiert und stellt eine Organisationsstruktur innerhalb des Projekts zur Verfügung. Sie können den Bereich eines einzelnen Brokerschemas auch mit Hilfe eines Projektverweises über mehrere Projekte ausdehnen, um einen Symbolbereich für Anwendungen zu erstellen, der einen Bereich für alle einer Anwendungssuite zugeordneten Ressourcen bereitstellt.
Der Name eines Brokerschema muss eine Zeichenfolge sein, die mit einem Unicode-Zeichen beginnt, gefolgt von keinem oder mehreren Unicode-Zeichen oder Ziffern sowie dem Unterstreichungszeichen. Sie können dem Namen mit Hilfe des Punktes eine Struktur geben, z. B. Lager.Allgemein. Im Projektverzeichnis wird ein Verzeichnis erstellt, das das Schema abbildet, und wenn das Schema durch Punkte strukturiert ist, werden weitere Unterverzeichnisse angelegt. Beispielsweise führt der Brokerschemaname Lager.Allgemein dazu, dass im Nachrichtenflussprojektverzeichnis ein Verzeichnis Allgemein in einem Verzeichnis Lager erstellt wird.
Wenn Sie im Standardbrokerschema innerhalb eines Projekts eine Ressource (z. B. einen Nachrichtenfluss) erstellen, werden die Datei oder Dateien, die dieser Ressource zugeordnet sind, in dem Verzeichnis erstellt, das das Projekt abbildet. Wenn Sie eine Ressource in einem anderen Brokerschema erstellen, werden die Dateien im Schemaverzeichnis erstellt.
Wenn Sie beispielsweise den Nachrichtenfluss 'Update' im Standardschema im Nachrichtenflussprojekt 'Projekt1' erstellen, werden die zugeordneten Dateien im Verzeichnis 'Projekt1' gespeichert. Wenn Sie einen anderen Nachrichtenfluss im Brokerschema Lager.Allgemein im Projekt 'Projekt1' erstellen, werden die zugeordneten Dateien im Verzeichnis Projekt1\Lager\Allgemein erstellt.
Da jedes Brokerschema einen eindeutigen Namespace darstellt, können Sie zwei Nachrichtenflüsse erstellen, die innerhalb von zwei Brokerschemas denselben Namen haben. Die Brokerschemas stellen sicher, dass die beiden Nachrichtenflüsse als separate Ressourcen erkannt werden. Die beiden Nachrichtenflüsse haben zwar denselben Namen, werden aber trotzdem als eindeutig betrachtet.
Wenn Sie einen Nachrichtenfluss von einem Projekt in ein anderes verschieben, können Sie ihn weiterhin im ursprünglichen Projekt verwenden, wenn Sie das Brokerschema beibehalten. In diesem Fall müssen Sie die Liste der abhängigen Projekte für das ursprüngliche Projekt aktualisieren, indem Sie das Zielprojekt hinzufügen. Falls Sie das Brokerschema aber nicht beibehalten, wird der Nachrichtenfluss zu einem anderen Nachrichtenfluss, weil der Schemaname Teil des vollständig qualifizierten Nachrichtenflussnamens ist, und nicht mehr von anderen Projekten erkannt. Diese Aktion hat defekte Links zur Folge, die Sie manuell korrigieren müssen. Weitere Informationen zur Fehlerbehebung nach dem Verschieben eines Nachrichtenflusses finden Sie in der Datei Nachrichtenflüsse verschieben.
Verschieben Sie keine Ressourcen, indem Sie deren zugeordnete Dateien im Dateisystem verschieben. Sie müssen Ressourcen mit Hilfe der Workbench verschieben, um sicherzustellen, dass alle Verweise an die neue Organisation angepasst werden.
Beim Erstellen von Funktionen, Prozeduren und Konstanten in einem Brokerschema gelten die folgenden Bedingungen hinsichtlich Bereich und Wiederverwendung:
Prozeduren können nicht in Zuordnungsdateien verwendet werden.
Gehen Sie wie folgt vor, wenn Sie Funktionen oder Prozeduren global wiederverwenden möchten:
Falls Sie den Pfad definieren, erstellen Sie die PATH-Anweisung in derselben ESQL-Datei, in der die Funktion codiert ist, aber nicht in jedem MODULE.