Eclipse で JDK 10 ビルド パスの切り替え後の XML クラスの検索に関する問題が発生しました
Eclipse 内で Maven プロジェクトで作業しているときに、ユーザーが問題に遭遇しました。プロジェクトの Java ビルド パスを JDK 10 に変更します。具体的には、Eclipse は次のようになりました。 javax.xml.xpath.XPath、org.w3c.dom.Document、org.xml.sax.SAXException などの XML 関連クラスが見つかりません。興味深いことに、この問題は Maven 依存関係 xml-apis-1.4.01.
の XML クラスのみに影響を及ぼしました。Eclipse ビルド プロセス中にこれらのクラスにアクセスできないにもかかわらず、Maven ビルドはエラーなしで実行されました。さらに、欠落しているとされるクラスの 1 つで Ctrl キーを押しながら左クリックすると、ユーザーは Eclipse エディタ内でそのクラスを見つけて開くことができました。したがって、問題は Eclipse ビルドに限定されているように見えました。
状況を修正するために、ユーザーは次のようなさまざまな解決策を試みました。
- プロジェクトのクリーニング
- 異なる Eclipse バージョン (Oxygen と Photon) を使用する
- JDK 8 と JDK 8 の両方を使用するEclipse を使用した JDK 10
- プロジェクトのコンパイラ コンプライアンス レベルの調整 (問題は依然として残っています)
これらの対策はどれも問題を解決しませんでした。
ルートの理解原因と解決策
根本的な問題これは、Java 1.8 から移行するプロジェクトには module-info.java ファイルが欠如しており、その結果「名前のないモジュール」内でコンパイルされるという仮定に基づいています。このモジュール内で、コードは、JRE システム ライブラリの「java.xml」など、監視可能な名前付きモジュールと名前なしモジュールを評価します。後者は、java.xml.xpath.
のようなパッケージへのアクセスを提供します。これと同時に、プロジェクトは xml-apis.java を依存関係として使用します。これにより、同一名のパッケージの代替セットが提供されます (例: java.xpath)。 xml.xpath)。両方のパッケージ セットが名前のないモジュールに存在するため、競合し、Java 1.8 の「一意の可視性」の要件に違反します。
競合を解決するには、次の 2 つの解決策が利用可能です:
- module-info.java ファイルをプロジェクトに追加し、どのモジュール (java.xml または xml.apis) を制御できるようにします。
- 監視可能なモジュールから java.xml を除外します。 Eclipse では、これは、[コンテンツ] タブの下にある [モジュール性の詳細] ダイアログを通じて実行できます。 java.xml を「明示的に含まれるモジュール」から「使用可能なモジュール」に移動することで、競合が回避されます。
以上がJDK 10 に切り替えた後、Eclipse が XML クラスを見つけられないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

javaispopularforsoss-platformdesktopapplicationsduetoits "writeonce、runaynay" philosophy.1)itusesbytecodatiTatrunnanyjvm-adipplatform.2)ライブラリリケンディンガンドジャヴァフククレアティック - ルルクリス

Javaでプラットフォーム固有のコードを作成する理由には、特定のオペレーティングシステム機能へのアクセス、特定のハードウェアとの対話、パフォーマンスの最適化が含まれます。 1)JNAまたはJNIを使用して、Windowsレジストリにアクセスします。 2)JNIを介してLinux固有のハードウェアドライバーと対話します。 3)金属を使用して、JNIを介してMacOSのゲームパフォーマンスを最適化します。それにもかかわらず、プラットフォーム固有のコードを書くことは、コードの移植性に影響を与え、複雑さを高め、パフォーマンスのオーバーヘッドとセキュリティのリスクをもたらす可能性があります。

Javaは、クラウドネイティブアプリケーション、マルチプラットフォームの展開、および言語間の相互運用性を通じて、プラットフォームの独立性をさらに強化します。 1)クラウドネイティブアプリケーションは、GraalvmとQuarkusを使用してスタートアップ速度を向上させます。 2)Javaは、埋め込みデバイス、モバイルデバイス、量子コンピューターに拡張されます。 3)Graalvmを通じて、JavaはPythonやJavaScriptなどの言語とシームレスに統合して、言語間の相互運用性を高めます。

Javaの強力なタイプ化されたシステムは、タイプの安全性、統一タイプの変換、多型を通じてプラットフォームの独立性を保証します。 1)タイプの安全性は、コンパイル時間でタイプチェックを実行して、ランタイムエラーを回避します。 2)統一された型変換ルールは、すべてのプラットフォームで一貫しています。 3)多型とインターフェイスメカニズムにより、コードはさまざまなプラットフォームで一貫して動作します。

JNIはJavaのプラットフォームの独立を破壊します。 1)JNIは特定のプラットフォームにローカルライブラリを必要とします。2)ローカルコードをターゲットプラットフォームにコンパイルおよびリンクする必要があります。3)異なるバージョンのオペレーティングシステムまたはJVMは、異なるローカルライブラリバージョンを必要とする場合があります。

新しいテクノロジーは、両方の脅威をもたらし、Javaのプラットフォームの独立性を高めます。 1)Dockerなどのクラウドコンピューティングとコンテナ化テクノロジーは、Javaのプラットフォームの独立性を強化しますが、さまざまなクラウド環境に適応するために最適化する必要があります。 2)WebAssemblyは、Graalvmを介してJavaコードをコンパイルし、プラットフォームの独立性を拡張しますが、パフォーマンスのために他の言語と競合する必要があります。

JVMの実装が異なると、プラットフォームの独立性が得られますが、パフォーマンスはわずかに異なります。 1。OracleHotspotとOpenJDKJVMは、プラットフォームの独立性で同様に機能しますが、OpenJDKは追加の構成が必要になる場合があります。 2。IBMJ9JVMは、特定のオペレーティングシステムで最適化を実行します。 3. Graalvmは複数の言語をサポートし、追加の構成が必要です。 4。AzulzingJVMには、特定のプラットフォーム調整が必要です。

プラットフォームの独立性により、開発コストが削減され、複数のオペレーティングシステムで同じコードセットを実行することで開発時間を短縮します。具体的には、次のように表示されます。1。開発時間を短縮すると、1セットのコードのみが必要です。 2。メンテナンスコストを削減し、テストプロセスを統合します。 3.展開プロセスを簡素化するための迅速な反復とチームコラボレーション。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ホットトピック









