


Warum kann mein Eclipse-Maven-Projekt nach dem Upgrade auf JDK 10 keine XML-Klassen finden?
Eclipse-Build-Fehler: Auffinden von XML-Klassen nach JDK 10-Upgrade
Mehrere Benutzer sind auf ein verwirrendes Problem gestoßen, nachdem sie den Java-Build-Pfad für ihre geändert haben Maven-Projekt auf JDK 10. Eclipse-Builds können keine Klassen finden, die sich auf die XML-Verarbeitung beziehen, z javax.xml.xpath.XPath und org.w3c.dom.Document. Interessanterweise läuft ein Maven-Build von Eclipse ohne Fehler.
Grundursache: Modulkonflikt
Die Grundursache für dieses Problem liegt im Fehlen einer Modulinformation im Projekt .java-Datei. Ohne diese Datei befindet sich das Projekt im „unbenannten Modul“ und liest alle beobachtbaren benannten und unbenannten Module, einschließlich „java.xml“ aus der JRE und „xml.apis“ aus dem projekteigenen Klassenpfad.
Eindeutige Sichtbarkeitsanforderung
Diese Situation verstößt gegen die „eindeutige Sichtbarkeit“-Anforderung der Java-Sprachspezifikation. Jeder qualifizierte Typname muss ein eindeutig sichtbares Paket haben. Der Konflikt entsteht jedoch, weil sowohl „java.xml“ als auch „xml.apis“ Pakete mit denselben Namen beisteuern (z. B. java.xml.xpath).
Potenzielle Lösungen
Um dieses Problem zu beheben, ziehen Sie die folgenden Lösungen in Betracht:
1. Fügen Sie eine module-info.java-Datei hinzu
Mit dieser Datei können Sie steuern, welche Module das Projekt liest. Durch Angabe erfordert java.xml; oder erfordert xml.apis;, Sie können die Abhängigkeitsbeziehungen explizit definieren und den Konflikt vermeiden.
2. Vermeiden Sie den Konflikt in Eclipse
Ohne das Hinzufügen einer module-info.java-Datei können Sie den Konflikt in Eclipse dennoch verhindern, indem Sie das Dialogfeld „Modularitätsdetails“ verwenden. Verschieben Sie alle Module außer java.base nach links („Verfügbare Module“) und fügen Sie alle erforderlichen Module selektiv erneut hinzu.
Trotz dieser Lösungen bleibt die Eclipse-Fehlermeldung ungenau und kann das eigentliche Problem nicht genau bestimmen . An der Nachricht wurden Verbesserungen vorgenommen, aber das zugrunde liegende Problem besteht weiterhin.
Das obige ist der detaillierte Inhalt vonWarum kann mein Eclipse-Maven-Projekt nach dem Upgrade auf JDK 10 keine XML-Klassen finden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Javaispopularforcross-plattformdesktopapplicationsduetoits "writeonce, runanywhere" philosophy.1) itusesBytecodethatrunsonanyjvm-tequippedplatform.2) BibliothekenlikeswingandjavafxHelPcreeTsuokninguis.3) itsextsextSesiveSivestandsupports-Lyuis.3) itsextsextSesiveSivestandsupports-Lyuis.3) itsextsextSextsenSivestandsupports-Capo- und --3) itsextsextSextSesiveSivestandsuppandSpommes-Capo-

Gründe für das Schreiben von plattformspezifischem Code in Java sind Zugriff auf bestimmte Betriebssystemfunktionen, die Interaktion mit spezifischer Hardware und die Optimierung der Leistung. 1) Verwenden Sie JNA oder JNI, um auf die Windows -Registrierung zuzugreifen. 2) mit Linux-spezifischen Hardware-Treibern über JNI zu interagieren; 3) Verwenden Sie Metal, um die Spiele auf MacOS über JNI zu optimieren. Das Schreiben von Plattform-spezifischer Code kann jedoch die Portabilität des Codes beeinflussen, die Komplexität erhöhen und potenziell Leistungsaufwand und Sicherheitsrisiken darstellen.

Java wird die Unabhängigkeit der Plattform durch Cloud-native Anwendungen, die Bereitstellung von Multi-Plattform und die Interoperabilität von Cloud-nativen verbessern. 1) Native Cloud -Anwendungen verwenden Graalvm und Quarkus, um die Startgeschwindigkeit zu erhöhen. 2) Java wird auf eingebettete Geräte, mobile Geräte und Quantencomputer ausgedehnt. 3) Durch Graalvm wird sich Java nahtlos in Sprachen wie Python und JavaScript integrieren, um die Interoperabilität der Cross-Sprache zu verbessern.

Das stark typisierte System von Java sorgt für die Unabhängigkeit der Plattform durch Typsicherheit, einheitlicher Typumwandlung und Polymorphismus. 1) GEYPECTE SEITET TYP -Überprüfung zum Kompilierungszeit, um Laufzeitfehler zu vermeiden. 2) Einheitliche Konvertierungsregeln für Typen sind auf allen Plattformen konsistent. 3) Polymorphismus und Grenzflächenmechanismen verhalten den Code konsequent auf verschiedenen Plattformen.

JNI wird die Unabhängigkeit von Javas Plattform zerstören. 1) JNI erfordert lokale Bibliotheken für eine bestimmte Plattform, 2) lokaler Code muss auf der Zielplattform zusammengestellt und verknüpft werden.

Aufstrebende Technologien stellen sowohl Bedrohungen dar und verbessert die Plattformunabhängigkeit von Java. 1) Cloud Computing- und Containerisierungstechnologien wie Docker verbessern die Unabhängigkeit der Java -Plattform, müssen jedoch optimiert werden, um sich an verschiedene Cloud -Umgebungen anzupassen. 2) WebAssembly erstellt Java -Code über Graalvm, wodurch die Unabhängigkeit der Plattform erweitert wird, muss jedoch mit anderen Sprachen um die Leistung konkurrieren.

Verschiedene JVM -Implementierungen können die Unabhängigkeit von Plattformen bieten, ihre Leistung ist jedoch etwas unterschiedlich. 1. OracleHotSpot und OpenJDKJVM können in der Plattformunabhängigkeit ähnlich erfolgen, aber OpenJDK erfordert möglicherweise eine zusätzliche Konfiguration. 2. IBMJ9JVM führt eine Optimierung für bestimmte Betriebssysteme durch. 3.. Graalvm unterstützt mehrere Sprachen und erfordert zusätzliche Konfiguration. 4. Azulzingjvm erfordert spezifische Plattformanpassungen.

Die Unabhängigkeit der Plattform senkt die Entwicklungskosten und verkürzt die Entwicklungszeit, indem es denselben Code -Satz auf mehreren Betriebssystemen ausführt. Insbesondere manifestiert es sich als: 1. Reduzieren Sie die Entwicklungszeit, es ist nur ein Codesatz erforderlich; 2. Reduzieren Sie die Wartungskosten und vereinen Sie den Testprozess; 3.. Schnelle Iteration und Teamzusammenarbeit, um den Bereitstellungsprozess zu vereinfachen.


Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

Video Face Swap
Tauschen Sie Gesichter in jedem Video mühelos mit unserem völlig kostenlosen KI-Gesichtstausch-Tool aus!

Heißer Artikel

Heiße Werkzeuge

WebStorm-Mac-Version
Nützliche JavaScript-Entwicklungstools

Sicherer Prüfungsbrowser
Safe Exam Browser ist eine sichere Browserumgebung für die sichere Teilnahme an Online-Prüfungen. Diese Software verwandelt jeden Computer in einen sicheren Arbeitsplatz. Es kontrolliert den Zugriff auf alle Dienstprogramme und verhindert, dass Schüler nicht autorisierte Ressourcen nutzen.

SublimeText3 Linux neue Version
SublimeText3 Linux neueste Version

MantisBT
Mantis ist ein einfach zu implementierendes webbasiertes Tool zur Fehlerverfolgung, das die Fehlerverfolgung von Produkten unterstützen soll. Es erfordert PHP, MySQL und einen Webserver. Schauen Sie sich unsere Demo- und Hosting-Services an.

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)
