Brokerschemas

Hierbei handelt es sich um einen symbolischen Bereich, innerhalb dessen die Namen von Ressourcen , die in ihm erstellt wurden, eindeutig sind. Bei diesen Ressourcen kann es sich um Nachrichtenflüsse sowie ESQL- und Zuordnungsdateien handeln.

Das Brokerschema ist der relative Pfad vom Quellenverzeichnis des Projekts zum Flussnamen. Wenn Sie zum ersten Mal ein Nachrichtenflussprojekt erstellen, wird ein Standardbrokerschema namens (Standard) innerhalb des Projekts erstellt.

Erstellen Sie neue Brokerschemas, um innerhalb desselben Nachrichtenflussprojekts unterschiedliche Symbolbereiche zu definieren. Ein Brokerschema ist als Ordner oder Unterverzeichnis innerhalb des Projekts implementiert, und dient der Organisation innerhalb des Projekts. Sie können auch Projektverweise verwenden, um den Bereich eines einzelnen Brokerschemas für die Integration mehrerer Projekte zu erweitern. Auf diese Weise können Sie einen Symbolbereich für Anwendungen erstellen, in dem alle Ressourcen, die einer Anwendungssuite zugeordnet sind, enthalten sind.

Als Brokerschemaname muss eine Zeichenfolge, die mit einem Unicode-Zeichen beginnt, gefolgt von null oder mehreren Unicode-Zeichen oder -Ziffern, und der Unterstrich verwendet werden. Um dem Namen Struktur zu geben, können Sie einen Punkt verwenden (z. B. Stock.Common). Für das Schema wird im Projektverzeichnis ein Verzeichnis erstellt. Wenn das Schema unter Verwendung von Punkten strukturiert wurde, werden weitere Unterverzeichnisse definiert. Beispiel: Für das Brokerschema Stock.Common wird das Unterverzeichnis Common im Verzeichnis Stock im Verzeichnis des Nachrichtenflusses erstellt.

Wenn Sie eine Ressource (z. B. einen Nachrichtenfluss) im Standardbrokerschema in einem Projekt erstellen, werden die der Ressource zugeordneten Dateien im Verzeichnis für das Projekt erstellt. Wenn Sie eine Ressource in einem anderen Brokerschema erstellen, werden die Dateien im Schemaverzeichnis erstellt.

Beispiel: Wenn Sie den Nachrichtenfluss 'Update' im Standardschema im Nachrichtenflussprojekt 'Project1' erstellen, werden die zugehörigen Dateien im Verzeichnis 'Project1' erstellt. Wenn Sie einen weiteren Nachrichtenfluss im Brokerschema Stock.Common im Projekt 'Project1' erstellen, werden die zugehörigen Dateien im Verzeichnis Project1\Stock\Common erstellt.

Da jedes Brokerschema einen eindeutigen Namespace definiert, können Sie zwei Nachrichtenflüsse mit demselben Namen in zwei verschiedenen Brokerschemas erstellen. Die Brokerschemas stellen sicher, dass diese zwei Nachrichtenflüsse als separate Ressourcen erkannt werden. Die zwei Nachrichtenflüsse gelten als eindeutig, obwohl sie identische Namen haben.

Wenn Sie einen Nachrichtenfluss von einem Projekt in das andere verschieben, können Sie den Nachrichtenfluss im ursprünglichen Projekt weiterverwenden, wenn Sie das Brokerschema beibehalten. Hierfür müssen Sie die Liste der abhängigen Projekte für das ursprüngliche Projekt aktualisieren, indem Sie das Zielprojekt hinzufügen. Wenn Sie das Brokerschema nicht beibehalten, ändert sich der Nachrichtenfluss, da der Schemaname Teil des vollständig qualifizierten Namens des Nachrichtenflusses ist. Der Fluss wird nicht mehr von anderen Projekten erkannt. Diese Aktion führt zu defekten Links, die Sie manuell korrigieren müssen. Weitere Informationen zur Fehlerbehebung nach dem Verschieben eines Nachrichtenflusses finden Sie in der Datei Einen Nachrichtenfluss verschieben.

Ressourcen sollten nicht durch Verschieben der zugehörigen Dateien im Dateisystem verschoben werden. Verwenden Sie die Workbench zum Verschieben von Ressourcen, um sicherzustellen, dass alle Verweise der neuen Organisation entsprechend korrigiert werden.

Für die Erstellung von Funktionen, Prozeduren und Konstanten in einem Brokerschema gelten folgende Bedingungen hinsichtlich des Bereichs und der Wiederverwendung:

Funktionen
  • Funktionen sind lokal wiederverwendbar und können innerhalb desselben Schemas von Unterroutinen bzw. Zuordnungen im Geltungsbereich des Moduls aufgerufen werden.
  • Funktionen sind global wiederverwendbar und können von anderen Funktionen bzw. Prozeduren in ESQL- oder Zuordnungsdateien in einem beliebigen Schema, das in demselben oder einem anderen Projekt definiert ist, aufgerufen werden.
Prozeduren
  • Prozeduren sind lokal wiederverwendbar und können innerhalb desselben Schemas von Unterroutinen in ESQL-Dateien im Geltungsbereich des Moduls aufgerufen werden.
  • Prozeduren sind global wiederverwendbar und können von anderen Funktionen bzw. Prozeduren in ESQL-Dateien in einem beliebigen Schema, das in demselben oder einem anderen Projekt definiert ist, aufgerufen werden.

Prozeduren können nicht in Zuordnungsdateien verwendet werden.

Konstanten
  • Konstanten sind lokal wiederverwendbar und können innerhalb desselben Brokerschemas in beliebigen ESQL- oder Zuordnungsdateien, in denen sie definiert sind, verwendet werden.
  • Konstanten sind nicht global wiederverwendbar. Sie können keine Konstanten verwenden, die in einem anderen Schema deklariert wurden.

Gehen Sie wie folgt vor, wenn Sie Funktionen oder Prozeduren global wiederverwenden möchten:

Zugehörige Konzepte
Verknüpfung nach Namen
Nachrichtenflüsse - Übersicht
Nachrichtenzuordnungen - Übersicht
Übersicht zu ESQL
Zugehörige Tasks
Nachrichtenflüsse entwickeln
Ein Brokerschema erstellen
Nachrichtenzuordnungen entwickeln
ESQL erstellen
Zugehörige Verweise
ESQL-Editor
Integrierte Knoten
ESQL-Referenz
Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Rückmeldung
Copyright IBM Corporation 1999, 2006 Letzte Aktualisierung: 18.05.2006
ak01100_