- Apache NetBeans 30ではJDK 21が必須となり、最新のJava機能に対するサポートが強化され、ツールの信頼性も向上しました。
- 今回のリリースでは、Maven、Ant、Gradleがアップデートされ、GlassFish、Payara、およびエンタープライズJavaワークフローとの統合が強化されています。
- Web、PHP、および多言語開発は、LSPの改善、TypeScript Reactのサポート、PHP 8.5のパイプ演算子の処理、およびrust-analyzerの統合によって恩恵を受けます。
- UIの改良、JGit 7.6.0によるGitの高速化、そしてMarkdown/TOMLのサポート強化により、大規模な多言語プロジェクトにおいてよりスムーズな操作性を実現します。
Apache NetBeans 30は、IDEにとって大きな転換点となる。これは、インストールして忘れてしまうような単なるメンテナンスアップデートではありません。今回のリリースでは、プロジェクトの技術的な基盤を最新のJavaベースラインに引き上げ、日々の開発ワークフローにおける長年の課題を解消し、言語サーバーとの統合とビジュアル面での洗練をさらに強化することで、全体的なエクスペリエンスをよりスムーズで予測可能なものにしています。
最も顕著な変更点は、JDK 21が必須の基盤となったことである。 Apache NetBeans 30 のビルド、テスト、実行が可能になり、IDE が従来の制約に固執するのではなく、最新の Java 言語の進化にしっかりと対応していることが明確に示されています。さらに、新バージョンでは組み込みビルドツール (Maven、Ant、Gradle) が刷新され、GlassFish や Payara などのエンタープライズ Java サーバーとの統合が強化され、TypeScript React や最新の PHP などの Web スタックのサポートが向上し、開発者が最初に開いたプロジェクトからすぐに気づく一連の使いやすさとパフォーマンスの改善が含まれています。
最低要件としてJDK 21：最新のJavaへの意図的な飛躍
Apache NetBeans 30では、Javaの最小バージョンとしてJDK 21が正式に必要とされています。 コンパイル、テスト、IDE自体の起動において、古いJDKラインが最新の言語機能の採用を妨げていたため、古いJDKラインは廃止されました。この変更により、NetBeansプラットフォームとそのモジュールは、Java 21の長期サポートブランチに付属するAPI、パフォーマンス特性、メモリモデルの改善を活用できるようになります。
開発者にとって、この新しいベースラインは最新のJava言語構造に対するネイティブサポートを可能にします。これには、レコード、名前のない変数、ローカルクラスやスイッチ式で使用される最新のパターンなどが含まれます。IDEランタイムをJDK 21に紐付けることで、チームは古いJavaバージョンとの互換性回避策に常に悩まされることなく、静的解析、リファクタリング、コード補完をより確実に実装できます。
JDK 21の要件は、単なる紙上の理論的な記述ではない。これは、実際の環境設定方法を変えるものです。Apache NetBeans 30 を実行するには、Linux、Windows、その他のサポート対象プラットフォームのいずれを使用している場合でも、システムに適切な JDK 21 ディストリビューションがインストールされ、デフォルトの Java として設定されている必要があります。JDK 20 以前のバージョンに依存している古い設定では、新しい IDE の機能を最大限に活用するには、アップグレードが必要です。
この決定は、NetBeansをより広範なエコシステムのトレンドにも合致させるものです。フレームワーク、ライブラリ、サーバーは、最新のLTS JDKを中心に標準化が進んでいます。IDEは、広範囲にわたる旧式のJVMをサポートする代わりに、単一の堅牢なターゲットに最適化とテストの取り組みを集中させており、これにより、一般的に微妙なランタイムバグが減り、長期的な保守性が向上します。 より広範な生態系の動向
この変化の影響は、特にビルドおよびデプロイメントのワークフローにおいて顕著に現れる。既にJDK 21で実行されているプロジェクトは、IDEと本番環境間の不整合が少なく、編集、コンパイル、プロファイリングが可能です。Java 21を標準化するチームにとって、NetBeans 30は開発マシンと本番環境の両方にとってより自然な選択肢となります。 継続的インテグレーションシステム.
よりスマートなJava編集：レコード、名前のない変数、ローカルクラス
Apache NetBeans 30の際立った特徴の一つは、Javaエディタの改良である。コード補完、予測、構文解析が大幅に改善され、特に新しい言語構造に合わせて最適化されています。目標は、コードを書く際の摩擦を軽減することです。 最新のJavaコード そして、適切な提案や書式設定を得るためにIDEと格闘する回数を最小限に抑えるためです。
記録に関するサポートが大幅に改善されましたこれにより、IDEは編集時にレコードコンポーネント、生成されたメソッド、および関連するパターンをより一貫して処理します。開発者は、レコードフィールドのオートコンプリートの精度が向上し、定義と使用箇所間のナビゲーションが改善され、大規模なコードベース全体でレコードベースのデータモデルをリファクタリングする際に発生する不具合が減少します。
名前のない変数も、専用の修正と安定性の向上から恩恵を受ける。以前のバージョンでは、この構文のサポートによって、煩わしい書式設定の競合やコード検査時の予期しない動作が発生する可能性がありました。NetBeans 30 では、フォーマッタとパーサーが調整され、これらの構文を正しく認識できるようになったため、不要な警告が減り、見た目を損なうことなく簡潔なコードを書くことができます。
ローカルクラスは、古い補完エンジンを混乱させることがあった。が、提案や型推論にこれまで以上にスムーズに統合されるようになりました。ローカルクラスのインスタンス化や、宣言と呼び出し箇所間の移動時に、IDEはより正確なヒントとよりクリーンな操作感を提供します。これは、ローカルヘルパー型が頻繁に使用される複雑なメソッドやテスト設定において特に歓迎される機能です。
さらに、NetBeans 30では、switch文内での列挙型の自動インポート機能が改善されています。以前のバージョンでは、インポートを手動で調整する必要があったり、特定の状況でIDEが列挙型参照を正しく処理できなかったりすることがありました。今回の新リリースでは、この動作が強化され、列挙型をインポートすべきタイミングを検出し、手動での介入を最小限に抑えて処理することで、日々のコーディング作業のスピードアップを図っています。
安定性の修正とプロファイラの信頼性向上
開発チームはクラッシュや内部的な矛盾の解決にも注力してきた。 これは、集中的なデバッグやプロファイリングセッション中に作業を妨げる可能性があります。NetBeans 30 には、プロファイラおよび関連ツールで以前に発生していたヌルポインタ例外やその他のランタイムエラーを対象とした、多数の重要なバグ修正が組み込まれています。
プロファイラの動作を妨げていた複数のヌルポインタ例外が修正されました。つまり、実行中のアプリケーションをアタッチ、検査、分析する際に、IDEが突然クラッシュするリスクを低減できるようになったということです。パフォーマンスチューニングやメモリ分析を重視する開発者にとって、これだけでも日々の作業効率が劇的に向上するでしょう。
名前のない変数やその他の新しい構文形式に関連する書式設定の競合も解消されました。これにより、エディタはプロジェクト全体で一貫したスタイルを維持できます。NetBeansチームは、こうした特殊なケースを安定させることで、自動フォーマットルールと最新のJavaの実情との間の摩擦を軽減し、チームが頻繁な手動修正なしに共有コードスタイル設定を使い続けられるようにしています。
これらの修正の累積効果により、より予測可能で信頼性の高い環境が実現する。特に、大規模なエンタープライズアプリケーションのプロファイリングや、複数のプロジェクトやセッション間の迅速な切り替えなど、負荷の高い状況下では、IDEのエラーからの復旧に時間を費やすことなく、アプリケーションのロジックと最適化に集中できます。
JDK 21の要件と相まって、これらの安定性の向上により、IDEの一貫性がより高まります。なぜなら、多くのツールやサブシステムが、単一の最新ランタイムを念頭に置いて設計されているからです。その結果、言語機能、プロファイリングフック、エディタの動作間の微妙な非互換性が減少します。
ビルドツールのアップデート：Maven、Ant、Gradleが将来に向けて準備万端
Apache NetBeans 30は、最も広く使用されているJavaビルドシステムとの統合を刷新しました。そのため、最新のパイプラインで構築されたプロジェクトは、追加のプラグインをインストールしたり、手動でアップグレードしたりすることなく、開いて管理できます。これは、同じ組織内で複数のビルドツールを使い分けるチームが多い企業環境において特に重要です。
IDEにMaven 3.9.15がネイティブに組み込まれました。これにより、ユーザーはNetBeansから直接、最新かつ堅牢なMavenリリースにアクセスできるようになります。このアップデートは、最新のプラグイン、依存関係解決戦略、リポジトリ構成との互換性を向上させ、大規模なマルチモジュールプロジェクトや企業アーティファクトリポジトリにとって非常に重要です。
Ant 1.10.17 の導入により、Ant のサポートも最新化されました。Antは最新のツールではないかもしれませんが、多くのレガシープロジェクトやインフラストラクチャプロジェクトでは依然としてAntに依存しており、最新の組み込みバージョンがあれば、チームがさまざまな外部インストールを管理する必要なく、ビルドスクリプトをスムーズに実行できます。
Gradleとの統合が調整され、デフォルトパラメータが今後のJDK 26環境向けに既に最適化されています。JDK 26はまだ標準ランタイムではありませんが、この将来を見据えた構成により、NetBeansユーザーは次期Javaプラットフォームアップデートに備えることができます。Gradleベースのプロジェクトが新しいJDKを採用するにつれて、IDEは直前の調整を最小限に抑えつつ、それらをより適切に処理できるようになります。
これらのビルドツールのアップデートを組み合わせることで、NetBeans 30は組織にとってより魅力的な選択肢となる。 最新のマイクロサービス、レガシーモジュール、共有ライブラリが混在する環境に対応します。パイプラインが主にMaven、Ant、Gradleのいずれで駆動されている場合でも、IDEはバージョン不一致や手動設定の手間を最小限に抑えて接続できます。
エンタープライズJavaとサーバーサイドの近代化
今回のリリースでは、エンタープライズ開発が重要な重点分野となっています。また、Apache NetBeans 30には、サーバーサイドJavaワークフローを最新の状態に保つための具体的な改善点が含まれています。特に、IDEはJakarta EEを中心としたアプリケーションサーバーに対するネイティブサポートを拡張し、関連するデプロイおよびデバッグプロセスとの統合を強化しています。
新バージョンでは、GlassFish 7.1.0およびGlassFish 8.0.0の公式サポートが導入されました。これにより、開発者はIDEから直接、これらのサーバーバージョンに対してJakarta EEアプリケーションを作成、デプロイ、管理できるようになります。これには、構成処理、デプロイ操作、ログ検査などが含まれ、すべて現在のGlassFishエコシステムに準拠しています。
Payara Serverにおけるチェックポイントオプションに関連する煩わしい起動エラーが修正されました。以前は、特定の構成によってはサーバー起動時にエラーが発生する可能性があり、開発者はアプリケーションコードに集中するのではなく、サーバー側のオプションのトラブルシューティングに時間を費やす必要がありました。今回の修正により、Payaraとの連携はより安定し、実行時に発生する可能性のある問題も軽減されるはずです。
NetBeans 30はこれらのサーバーのサポートを強化することで、企業Java環境における地位をさらに強化する。Jakarta EE、マイクロサービス、大規模トランザクションシステムが一般的な環境では、IDE内からGlassFishとPayaraのインスタンスをシームレスに制御できるため、コード変更、デプロイ、実行時検証間のフィードバックループが短縮されます。
NetBeansをオールインワンのエンタープライズ開発ステーションとして利用しているチームにとってこれらの機能強化により、手作業の手順が減り、IDE側の設定ミスによるサーバーの再起動が減り、プロジェクトが更新されたJakarta EE仕様に移行する際に、新しいサーバーリリースをよりスムーズに導入できるようになります。
言語サーバープロトコルとWeb開発の機能強化
NetBeans 30では、言語サーバープロトコル（LSP）クライアントをアップグレードすることで、Webおよびフロントエンドスタックに特に力を入れています。これは、IDEとJavaScript、TypeScriptなどの最新の言語サーバーを接続する架け橋となるものです。これにより、Javaバックエンドと豊富なクライアントサイドコードを組み合わせたハイブリッドアプリケーションの開発において、より応答性が高く、機能豊富なエクスペリエンスが実現します。
LSPクライアントがTypeScript Reactのネイティブサポートを提供開始これにより、NetBeansを使い続けることなく、Reactベースのフロントエンド開発が容易になります。このサポートにより、TSXファイルにおけるオートコンプリート、診断、ナビゲーションなどの機能がより正確になり、一般的なReact開発手法に沿ったものとなります。
静的初期化子を使用するJavaScriptクラスにおけるスペーシングの競合が解決されました。これは、クリーンなフォーマットと一貫したスタイルを重視する開発者にとって歓迎すべき点です。これらの修正により、エディタは最新のJavaScriptの構造をより正確に理解し、複雑なクラス宣言におけるスペースの崩れを防ぐことができます。
NetBeans内のPHPエコシステムも例外ではありません。IDEはPHP 8.5で導入された新しいパイプ演算子をサポートするようになり、PHP開発者は構文エラーやハイライト表示の欠落を気にすることなく、最新の言語機能を試すことができます。これにより、最新のPHPバージョンを使用するバックエンドチームは、構文上の制限に引っかかることなくNetBeans環境内で作業を続けることができます。
これらのLSPと言語アップデートにより、NetBeans 30はより優れた選択肢としての地位を確立しました。 Javaマイクロサービス、TypeScript Reactフロントエンド、最新のPHP APIなど、複数の開発に携わるフルスタック開発者向け。複数の専門ツールを使い分ける代わりに、ワークフローの大部分を1つのIDEに集約できます。
ユーザーインターフェースの改良と視覚的な快適性
Apache NetBeans 30では、視覚的な洗練さとインターフェースの流動性も重要なテーマとなっている。チームは、IDEの全体的な外観と、起動やプロジェクトの読み込みといった負荷の高い操作時の動作の両方に取り組み、よりスムーズな日常的な使用感を目指しました。
レンダリングエンジンがFlatLaf 3.7.1にアップデートされました。これにより、IDEの視覚的な外観がプラットフォーム間でよりすっきりとして一貫性のあるものになります。今回のアップデートでは、コントロール、ダイアログ、エディターコンポーネントの画面上での描画方法が改善され、よりモダンで整理されたインターフェースが実現し、長時間のコーディング作業でも快適な操作性を維持します。
初期スプラッシュスクリーンの読み込み処理がイベントディスパッチスレッドに移動されました。 NetBeansの起動時に発生するシステムフリーズや動作の遅延を回避するため、この変更を実施しました。この変更により、起動時に一時的なフリーズや応答不能が発生する可能性が低くなり、起動がよりスムーズで安定したものになります。
これらのUI改善は単なる見た目の改善ではない安定していて視覚的に統一されたIDEは、特に同じインターフェース内で1日に何時間も過ごす開発者にとって、認知負荷を軽減します。応答性の高いウィンドウ、スムーズな画面遷移、そして洗練されたテーマはすべて、ツール自体が引き起こす邪魔な要素ではなく、コードに集中し続けるのに役立ちます。
エディタ、プロファイラ、Git の機能強化と組み合わせると洗練されたインターフェースにより、環境全体が緩やかに接続されたモジュールの集合体ではなく、単一のまとまりのあるツールのように感じられ、これは新しいチームメンバーのオンボーディングや組織全体で共通のIDEを標準化する上で重要となる可能性がある。
Gitのパフォーマンスと大規模リポジトリの処理
Apache NetBeans 30では、バージョン管理ワークフローのパフォーマンスが大幅に向上します。特に、大規模なリポジトリや大量の履歴を扱うチームにとって、これらの変更は大きなメリットとなります。これらの変更は、一般的なGit操作における待ち時間を短縮し、プロジェクトの状態をスキャンする際のユーザーインターフェースの応答性を向上させることに重点を置いています。
内部GitエンジンがJGit 7.6.0にアップデートされました。これは、Java ベースの Git 実装の最新リリースです。このアップグレードにより、プロトコル処理、パフォーマンス、安定性が向上し、NetBeans はこれを活用して、より高速なステータスチェックとリモートリポジトリとのスムーズなやり取りを実現します。
重要な最適化の一つは、IDEがファイルステータス情報をバッチ処理するようになったことです。 コミットダイアログの表示やステータス更新を行う際、NetBeansはリソースを大量に消費する個別のファイルクエリを実行する代わりに、負荷の高い呼び出しを延期してグループ化することで、IDEと基盤となるファイルシステムの両方への負荷を軽減します。
その結果、確認ウィンドウやその他のGitダイアログでのファイル状態の読み込み速度が著しく向上しました。特に、数千ものファイルがブランチ間で変更される可能性のあるモノレポや大規模なエンタープライズプロジェクトにおいて、この利点は顕著です。開発者は進捗状況の指標を監視する時間を減らし、コミットに関する実際の意思決定に多くの時間を費やすことができます。
Gitのパフォーマンスへのこうした配慮により、NetBeans 30は現代の共同作業ワークフローにとってより実用的なものとなっている。頻繁なブランチ作成、リベース、大規模なリファクタリングが常態化している環境では、IDEはソースコード管理操作に伴う摩擦を軽減することで、よりスムーズなCI/CDパイプラインとチームの生産性向上に貢献します。
Markdown、TOML、Rust：現代の多言語プロジェクトのためのツール
Javaや従来のWebスタックに加え、Apache NetBeans 30ではいくつかの新しい統合機能が導入されています。 多言語コードベースでますます一般的になっている、ドキュメント作成、設定、システムプログラミングのプロジェクトを支援することを目的としています。
エディターにMarkdownドキュメントの画像プレビューとスペルチェック機能が追加されました。これは、技術文書、READMEファイル、内部ガイドなどをコードと直接並行して管理する開発者にとって、作業効率を大幅に向上させるものです。画像がインラインで表示され、入力ミスを即座に検出できるため、ドキュメントを常に最新の状態に保ちやすくなります。
TOMLテンプレートがIDEに追加されましたこれにより、多くの最新ツールやエコシステムで使用される設定ファイルの作成とメンテナンスが簡素化されます。ビルドメタデータ、アプリケーション設定、Rustプロジェクト記述子など、どのような設定を扱う場合でも、TOMLサポートが組み込まれていることで、設定の標準化と書式設定ミスの削減に役立ちます。
NetBeans 30には、rust-analyzerとの初期統合も含まれています。これにより、IDE内でのより本格的なRust開発への道が開かれます。この統合はまだ発展途上ではありますが、Javaベースのサービスと並行してRustで記述される可能性のあるシステムプログラミング、組み込み開発、およびパフォーマンスが重要なコンポーネント向けに利用できるツールを既に強化しています。
これらの追加要素は、多言語社会においてプロジェクトが今後も意義を持ち続けるという意図を明確に示している。ドキュメント、インフラストラクチャ・アズ・コード、そして複数のプログラミング言語が同じリポジトリ内で共存する環境です。純粋なJavaの枠を超えて拡張することで、NetBeans 30は多様なテクノロジースタックの中央ハブとしての役割をより効果的に果たせるようになります。
Linux 上での Apache NetBeans 30 のインストールオプション
LinuxユーザーはApache NetBeans 30をインストールして実行するためのいくつかの方法があります。従来のソースコードビルドを好むか、SnapやFlatpakのようなより便利なパッケージング形式を好むかによって、どちらの形式を選択するかが決まります。いずれの場合も、IDEを起動する前に、互換性のあるJDK 21ディストリビューションがシステムにインストールされていることを確認する必要があります。
完全な制御を好むユーザーにとって、NetBeansをソースからコンパイルすることは依然として選択肢の一つです。ソースアーカイブは、Apache NetBeans の公式 Web サイトからダウンロードし、任意のディレクトリに展開してから、ターミナルでそのディレクトリに移動できます。そこで、 アリ このコマンドを実行すると、IDEのビルドプロセスが開始されます。
コンパイルが正常に完了したら、IDEを起動できます。 以下の場所にあるスクリプトを実行することで ./nbbuild/netbeans/bin/netbeansこの方法は、IDE自体をハッキングしたり、カスタムパッチを適用したり、開発ブランチをテストしたりすることに興味がある場合に特に魅力的です。
利便性と迅速なセットアップを重視するなら、NetBeansはSnapパッケージとして利用可能です。 Snapをサポートするディストリビューションでは、ターミナルで簡単なコマンドを実行してインストールできます。 sudo snap install netbeans --classicこの方法は依存関係やアップデートを簡潔に処理するため、多くのデスクトップユーザーにとって最も簡単な方法と言えるでしょう。
別の方法として、Flatpak経由でApache NetBeansをインストールする方法もあります。ただし、Linux システムで Flatpak サポートが有効になっており、Flathub リポジトリで構成されていることが前提です。インストール コマンドは次のとおりです。 flatpak install flathub org.apache.netbeansこれにより、NetBeans Flatpakバンドルが取り込まれ、デスクトップ環境に統合されます。
プラットフォーム互換性、Linuxディストリビューション、および表示モード
Apache NetBeansとJDK 21をスムーズに動作させるには、オペレーティングシステムとグラフィカル環境も重要です。 特にX.orgとWaylandの両方をサポートするLinuxディストリビューションを使用している場合、バージョン、アーキテクチャ、表示モードの組み合わせによってサポートレベルが異なります。
Oracle Linuxでは、複数のリリースとアーキテクチャが互換性があります。Oracle Linux 10 は、JDK 21.0.8 を搭載した AArch64 および x64 システムをサポートしていますが、XWayland モードのみに対応しています。Oracle Linux 9 は、X.org モードのみがサポートされる AArch64 システムと、X.org と XWayland の両方が使用可能な x64 システムの両方で利用可能で、XWayland のサポートは JDK 21.0.7 から追加されています。
Oracle Linux 8では、AArch64とx64プラットフォームの両方がX.orgの下でのみサポートされています。なお、Waylandモードはサポートされていません。Oracle Linux 7 on x64もX.orgモードでのみ動作しますが、これは同ディストリビューションの古い性質と、従来のX11スタックに重点を置いていることと一致しています。
Ubuntuユーザーは、サポートされているさまざまなバージョンを利用できます。Ubuntu Linux 26.04 LTS (x64) は、JDK 21.0.11 を XWayland モードのみでサポートしますが、Ubuntu 25.10 (x64) は JDK 21.0.9 をサポートし、こちらも XWayland に限定されています。Ubuntu 24.04 LTS (x64) は、JDK 21.0.3 で X.org と XWayland の両方をサポートしているため、ユーザーはデスクトップ環境をより柔軟に選択できます。
Ubuntu 22.04 LTS (x64版) は X.org モードに限定されており、Wayland はサポートされていません。ウィンドウの動作、UIの不具合、パフォーマンスの異常などをトラブルシューティングする際には、この詳細が重要になります。許可されている場合、XWaylandとX.orgを切り替えることで、システム上でのIDEの動作が大きく変わる可能性があるためです。
Red Hat Enterprise Linux (RHEL) は、JDK 21 を幅広くサポートしています。RHEL 10 (AArch64 および x64 上) は JDK 21.0.8 をサポートしていますが、XWayland モードのみで動作します。RHEL 9 (AArch64 上) は X.org モードに制限されていますが、RHEL 9 (x64 上) は X.org と XWayland の両方を使用できます。XWayland のサポートは JDK 21.0.7 で導入されました。RHEL 8 (AArch64 および x64 上) は X.org に制限されており、RHEL 7 (x64 上) も X.org のみで動作します。
SUSE Linux Enterprise Serverも同様のパターンに従っています。SLES 16 (x64) は JDK 21.0.11 をサポートしていますが、XWayland のみに対応しています。一方、SLES 15 (x64) は X.org モードに限定され、Wayland はサポートされていません。これらの組み合わせを理解することで、異なるディスプレイ システムで特定のグラフィック機能やウィンドウの動作が期待どおりにならない場合に混乱を避けることができます。
実際のフィードバックとJDK 21プロジェクトのビルドに関する問題
公式発表に加え、コミュニティからのフィードバックは、NetBeansが実際のシナリオでどのように動作するかを明らかにします。報告された事例の 1 つは、Windows 11 Pro と JDK 21 上で Apache NetBeans 19 を使用しているケースで、ユーザーがプロジェクトのビルドが一般的なエラーで失敗する状況に遭遇しました。ビルドに失敗しました「」というメッセージだけで、それ以上の説明はありませんでした。
そのレポートによると、同じプロジェクトはJDK 20では正しくコンパイルされる。これは、当時のNetBeans 19リリースがJDK 21に完全には対応していなかったことを示唆しています。ユーザーは、これが以前のバージョンで動作していたかどうかは不明であり、プルリクエストを送信する予定もないと述べています。これは、IDEとJDKの組み合わせによっては、明確な診断情報がないまま不具合が発生する可能性があることを示しています。
このようなフィードバックは、Apache NetBeans 30がJDK 21を明示的に要求していることがなぜ重要なのかを浮き彫りにしている。このJavaバージョンを公式にターゲットとすることで、プロジェクトはより徹底的なテストを実施し、それに応じて内部APIやツール統合を更新し、以前のバージョンで完全にはサポートされていない新しいJDKを使用した際に発生していた曖昧な「ビルド失敗」エラーを回避することができます。
古いバージョンのNetBeansからバージョン30にアップグレードするユーザーは、IDEとJDK 21を同時に採用する必要があることを念頭に置いておく必要があります。 ツールとランタイム間の期待値の不一致に起因する多くの問題を解決できます。IDEとプロジェクトの両方がテスト済みの組み合わせで実行される場合、ビルドの問題の診断が容易になり、公式リリースの動作がより安定します。
すべての例外ケースが解消されたわけではないが、Apache NetBeans 30はJDK 21に対応するために設計されたバージョンとして明確に位置づけられている。 最善の努力による互換性目標ではなく、第一級の市民として扱う。これにより、コミュニティは最新のJava機能に関連するバグを報告したり、機能強化を要求したりする際に、安定した基準点を得ることができる。
JDK 21をベースラインとし、Javaのサポートを強化し、ビルドツールを刷新し、エンタープライズとの統合を強化し、WebおよびPHP機能を改善し、Gitのパフォーマンスを向上させ、UIを洗練させ、Markdown、TOML、Rust用のツールを追加したことなど、これらの変更点すべてが組み合わさって、Apache NetBeans 30は真に現代的なIDEの領域へと押し上げられました。 これは、小規模なオープンソースプロジェクトであれ、大規模な企業環境であれ、今日のプロフェッショナルなソフトウェア開発のあり方により合致している。
