Ich dachte, dass gnu classpath nur eine Open-Source-Version der Java-Bibliothek war. Anscheinend ist es stark an das Host-System gebunden? Ist das wahr.Mit GNU Klassenpfad, ist es möglich, eine Kreuzplattform (Win32 und Linux) jar
Zum Beispiel, wäre es möglich, einen GNU-Klassenpfad 'rt.jar' mit nur Java-Bytecode zu erstellen und was sind die Argumente, die als Bootstrap-Bibliothek verwendet werden?
Die Java JRE für jede Plattform ist speziell an diese Plattform gebunden und enthält ihre eigene rt.jar-Datei. Das GNU-Klassenpfad-Projekt sollte eine freie Version der Java-Klassenbibliotheken erstellen, aber das ist jetzt eine Art historisches Artefakt, da die Java-Implementierung jetzt Open Source ist.
Der größte Teil des GNU-Klassenpfads ist plattformunabhängig, aber es gibt (und muss) eine VM-spezifische Ebene, die die Interaktionen hinter den Kulissen mit der virtuellen Maschine und dem Hostbetriebssystem behandelt.
Classpath ist nicht dafür ausgelegt, sofort von Java-Programmierern verwendet zu werden. Es erfordert eine angemessene Implementierung einer Anzahl von Classpath-VM * -Klassen und so weiter. Diese Klassen werden normalerweise vom Entwicklungsteam der Ziel-VM bereitgestellt.
Es sollte auch beachtet werden, dass einige Open-Source-JVM-Projekte, die zuvor Classpath verwendet haben, zu OpenJDK migriert werden. Ein Grund dafür ist, dass die Classpath-Implementierung tendenziell nicht mit den entsprechenden Sun-JDKs kompatibel ist. Dies ist teilweise auf den "Clean-Room" -Ansatz zurückzuführen, den das Class-path-Team (aus rechtlichen Gründen) vorgenommen hat, und teilweise auf die anhaltende Weigerung von Sun, die JDK-Testsuiten für Open-Source-Projekte zu lizenzieren. (Apache Harmony hat auch das letztere Problem.)