12.01.2015 Aufrufe

in Java Security - Joller-Voss

in Java Security - Joller-Voss

in Java Security - Joller-Voss

MEHR ANZEIGEN
WENIGER ANZEIGEN

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

JAVA SECURITY<br />

1.4.3.3. Überprüfen der Oberklasse des Class Loaders<br />

Es kann auch vorkommen, dass die Oberklasse des Class Loaders e<strong>in</strong>e bestimmte Klasse<br />

bereits geladen hat. In JDK 1.1 ist die Oberklasse des Class Loaders der System Class Loader.<br />

Ab JDK 1.2 bilden die Class Loader e<strong>in</strong>e Baumstruktur mit dem System Class Loader als<br />

Wurzel. Dabei besteht die Beziehung zum System Class Loader nicht im S<strong>in</strong>ne e<strong>in</strong>er Package<br />

Hierarchie. Vielmehr handelt es sich um e<strong>in</strong>e Verschachtelung, analog zu AWT. Der<br />

Konstruktor des Class Loaders enthält e<strong>in</strong>en Parameter, e<strong>in</strong>en Class Loader. Dieser ist <strong>in</strong> der<br />

Regel der System Class Loader.<br />

Damit wird garantiert, dass als erstes immer der System Class Loader zum Zuge kommt.<br />

Der Class Loader muss auch die Methoden checkPackageAccess() und<br />

checkPackageDef<strong>in</strong>ition() aufrufen. In der Regel benötigt der Class Loader auch Zugriff auf<br />

das lokale Dateisystem und die Netzwerk Ressourcen.<br />

50 / 134<br />

© J.M.<strong>Joller</strong>

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!