Repository-Namensräume

Verwendung

Repository-Namensräume vermeiden Namenskonflikte eines Objekttyps im ES Repository. Bei der Verwendung von Designobjekten setzen die jeweiligen Werkzeuge voraus, dass ein Designobjekt (zumindest innerhalb eines Systems) eindeutig durch Name und Repository-Namensraum zu identifizieren ist, beispielsweise in folgenden Fällen:

Die Proxy-Generierung sieht Name und Repository-Namesraum als Identifikator an. Dies gilt in ABAP und in Java.
Im Integration Directory wird das Inbound-Interface bei einer Interface-Ermittlung durch Name und Repository-Namensraum identifiziert. Gäbe es in dem Empfängersystem zwei Interfaces mit gleichen Namen und Namensraum, wäre die Angabe nicht eindeutig.
Der Name und Repository-Namensraum des Sender-Interface ist Teil des Message-Headers und wird beim Routing ausgewertet.
Hinweis
Im ES Builder wird der Repository-Namensraum kurz mit Namensraum bezeichnet. Hier werden sie als Repository-Namensräume bezeichent, um diese Namensräume in der Dokumentation deutlicher von den XML-Namensräumen zu unterscheiden.

Der Repository-Namensraum darf über die Versionen einer Software-Komponente hinweg der gleiche sein. In verschiedenen Software-Komponenten sollten hingegen auch verschiedene Repository-Namensräume verwendet werden. Der ES Builder bringt eine Warnung wenn diese Bedingung nicht erfüllt ist.

Tipp

Ein Beispiel zur Veranschaulichung: Sie haben die Software-Komponente APO in Ihrer Systemlandschaft. Sie hat eine Software-Komponentenversion APO 1.0 mit einem Repository-Namensraum myAPO. Am Ende des Entwicklungszyklus werden alle Objekte in die neue Version 2.0 der Software-Komponente APO übernommen. Dabei muss der gleiche Repository-Namensraum myAPO verwendet werden. Der Namensraum myAPO ist also in Version 1.0 und Version 2.0 der Software-Komponente APO vorhanden. Er darf aber nicht in einer Version einer anderen Software-Komponente (wie zum Beispiel CRM 3.0) verwendet werden.

Integration

Allgemeines

Um Designobjekte (Mappings, Interfaces, Integrationsprozesse und Integrationsszenarien) im ES Builder anlegen zu können, müssen Sie für eine importierte Software-Komponentenversion mindestens einen Repository-Namensraum anlegen (weitere Informationen: Software-Komponentenversion bearbeiten ). Jede Software-Komponentenversion kann mehrere Namensräume enthalten.

Hinweis

Sie können zwar leere Namensräume löschen aber nicht umbenennen. Wenn Sie die Objekte eines Namensraumes in einen anderen Namensraum kopieren, müssen Sie relative Objektverweise für jedes Objekt manuell nachziehen. Weitere Informationen: Objektverweise .

Vorgegebene Repository-Namensräume

Neben den von Ihnen gewählten Namensräumen, gibt es auch Namensräume, die fest vorgegeben sind:

Namensraum	Verwendung
urn:sap-com:document:sap:idoc:messages	Namensraum für importierte IDoc-Interfaces
urn:sap-com:document:sap:rfc:functions	Namensraum für importierte RFC-Interfaces

Weitere Informationen: Import von IDocs und RFCs

Verweise auf Objekte aus anderen Namensräumen

Ob Objekte eines Namensraums auf Objekte eines anderen Namensraums verweisen können, hängt vom Objekttyp und von der Zugehörigkeit des Namensraums zu Software-Komponentenversionen ab.

Weitere Informationen: Objektverweise

Übernahme von Objekten in eine neue Software-Komponentenversion

Gibt es eine neue Version einer Software-Komponente, übernehmen Sie in der Regel alle Namensräume und Objekte der alten Version mit Hilfe der Release-Übernahme. Es ist daher der Normalfall, dass ein Repository-Namensraum mehreren Software-Komponentenversionen der gleichen Software-Komponente zugeordnet ist.

Weitere Informationen: Designobjekte übernehmen