Ist das Einfügen von externen JARs in das JAVA_HOME/lib/ext-Verzeichnis eine schlechte Sache?

Question

Wir haben eine Anwendung, die in einer JRE-Umgebung ausgeführt wird. Die Anwendung verwendet einige externe jars und wir haben sie in den Ordner JAVA_HOME/lib/ext gelegt. Das hat für uns seit Jahren funktioniert, aber vor kurzem hat sich ein neuer Programmierer unserem Team angeschlossen und scheint nachdrücklich zu betonen, dass dies eine schlechte Sache ist. Ich kann nicht verstehen warum und ich versuche etwas zu recherchieren, bevor ich weiter mit diesem Entwickler arbeite. Gibt es etwas, das mir hier fehlt?

Answer 1

Ja - es ist eine schlechte Sache. Denken Sie darüber nach: Die Anwendung hängt von der JRE und einigen zusätzlichen Gläsern ab. Was passiert, wenn Sie die JRE aktualisieren? Dann müssen Sie daran denken, die Dateien in die neue JRE zu kopieren. Was ist, wenn Sie die Anwendung auf einem neuen System einrichten müssen? Sie müssen die Anwendung dorthin kopieren und dann auch daran denken, die externen JARs in die JRE auf diesem System zu kopieren.

Diese beiden Probleme wären überhaupt kein Problem, wenn Sie die Anwendung einfach zusammen mit den benötigten externen JARs packen. Wenn Sie das nicht sehen, ist es vielleicht gar kein Problem. Aber du solltest immer noch dankbar sein, dass der neue Typ seine Meinung teilt.

Answer 2

Neben der Antwort von weiji (Verpackung und Upgrades auf neue JVM-Versionen) gibt es weitere Risiken.

Wenn Sie den Sicherheitsmanager in einer Ihrer Anwendungen verwenden, verfügen die Bibliotheken in ext oft über wesentlich mehr Funktionen - sie werden ähnlich wie die Systembibliotheken behandelt. Sie müssen sicherstellen, dass Sie diesen Klassen im Sinne der Durchsetzung von Sicherheitsregeln vertrauen können. Haben die Autoren darüber nachgedacht, was sie richtig belichtet haben? Wenn diese Klassen die Zugriffssteuerung nicht verwenden, um den Sicherheitskontext zu ändern, brauchen Sie sich darüber keine Gedanken zu machen. Wissen Sie, ob sie dies tun oder nicht (z. B. eine Methode, die Zugriff auf eine Datei gewährt und AccessController verwendet)? dass der Anrufer die richtigen Dateiberechtigungen hat?)

Können alle Ihre Anwendungen die exakt gleiche Version der Bibliothek verwenden? Was passiert, wenn Sie diese Bibliothek aktualisieren müssen (nicht nur die JVM)? Werden Sie irgendwelche Ihrer Anwendungen brechen? Sie müssen alles erneut testen. Die Bibliotheken in ext werden vom Erweiterungsklassenlader geladen, der aufgrund der übergeordneten Delegierung einen höheren Vorrang hat als der normale (dh CLASSPATH) Loader, sodass diese von Ihrer Anwendung garantiert verwendet werden und für eine einzelne Anwendung keine Möglichkeit besteht Überschreiben der Bibliothek in ext mit einer anderen Version.

Wenn Sie die Bibliotheken für Ihre Anwendungen freigeben möchten, stellen Sie statt dessen einen separaten Ordner mit allgemeinen Bibliotheken zur Verfügung, in dem Anwendungen individuell konfiguriert werden können (CLASSPATH), auf den verwiesen wird. Dann, wenn Sie Probleme mit einer Anwendung und einer Bibliothek haben, können Sie zu einer anderen Version der Bibliotheken wechseln oder nur für diese eine, früher in den CLASSPATH setzen (wenn das funktioniert, müssen Sie dies auch testen, da möglicherweise andere Abhängigkeiten bestehen Probleme). Dies ermöglicht Ihnen eine individuellere Kontrolle für jede Anwendung. Die Bündelung aller erforderlichen Bibliotheken mit Ihrer Anwendung ist jedoch am sichersten, da Sie Bibliotheksupgrades für einzelne Anwendungen erneut testen und ausrollen können.

Answer 3

Auch sieht es so aus, als ob JEP-220 dieses Verhalten scheinbar mit einigen willkürlichen Mitteln abtut, um es möglicherweise durch etwas anderes zu ersetzen.