Show TOC Anfang des Inhaltsbereichs

Hintergrunddokumentation Komponenten im Repository Dokument im Navigationsbaum lokalisieren

Ressourcen im Design Time Repository (DTR) werden über Uniform Resource Identifier (URI) adressiert. Diese Bezeichner werden unter anderem auch von Browsern verwendet, um im Internet Server und Ressourcen anzusprechen. Eine URI besteht es aus einer Folge von Namen, die durch Schrägstriche „ / “ getrennt sind.

Im Repository werden Dateien wie in einem Dateisystem hierarchisch in Ordnern strukturiert und alle Entwicklungsobjekte müssen als Dateien, Teile von Dateien, Mengen von Dateien oder Ordnern mit Dateien abgelegt werden. Um eine solche Ressource aufzufinden, folgt man der Hierarchie von Ordner von der Wurzel bis zu der gewünschten Datei. Der Suchpfad wird in Form eines URIs geschrieben, wobei jeder besuchte Ordner als ein Namenssegment im URI auftritt.

Diese Grafik wird im zugehörigen Text erklärt

/dtr/ws/myworkspace/org/example/myclass.java ist eine gültige URI, die eine Java Klasse myclass.java in einem DTR repräsentiert. Um die Datei dieser Klasse im Repository zu finden, folgt man der Kette von Namenssegmente, d.h. zunächst in den Ordner dtr, von dort aus in den Ordner ws und so weiter.

Die Namen von Komponenten, die von der Form vendor/name1/name2... sind, können in natürlicher Weise als Teil eines URIs interpretiert werden. Daher werden Komponentennamen auf eine Hierarchie von Ordnern im Repository abgebildet: Jedes Segment des Namens, einschließlich der Herstellerkennzeichnung, wird durch einen Ordner dargestellt. Der Hersteller wird durch den obersten Ordner der Hierarchie repräsentiert, während jedes weitere Segment des Namens einem untergeordneten Ordner zugewiesen wird.

Diese Grafik wird im zugehörigen Text erklärt

Die nachfolgende Abbildung zeigt, wie Komponentennamen in eine Verzeichnishierarchie in einem Repository abgebildet werden. Gezeigt ist die Verzeichnisstruktur für die Komponenten sap.com/A/B, sap.com/A/C und sap.com/X/B. Komponenten eines anderen Herstellers (example.org) liegen in einem eigenen Teil des Baumes.

Diese Grafik wird im zugehörigen Text erklärt

 

Hinweis

Ein solcher Verzeichnisbaum gibt nicht notwendigerweise Verwandtschaftsverhältnisse zwischen Komponenten wieder. Komponente sap.com/A/B könnte zum Beispiel durchaus eine innere Komponente von sap.com/X/B sein. Allein durch Betrachten eines solchen Komponentenbaums kann man im Allgemeinen nichts darüber aussagen, wie Komponenten geschachtelt sind. Insbesondere kann sich die Schachtelung auch im Laufe der Zeit ändern, während der Baum im obigen Beispiel nach dem Anlegen der Komponenten unveränderlich ist.

 

 

 

Ende des Inhaltsbereichs