.NET Aspire 13.2リリース——TypeScript AppHostプレビューとデタッチモードでローカル開発体験を強化

概要 Microsoftは2026年3月末、クラウドネイティブ開発プラットフォーム「.NET Aspire 13.2」を正式リリースした。本バージョンではCLIの大幅な拡充、TypeScript AppHostのプレビュー導入、そしてダッシュボードの機能強化が主要な変更点となっている。従来C#のみで記述できたアプリケーション構成をTypeScriptでも定義できるようになったことで、フロントエンドやNode.js寄りの開発者にとってもAspireを採用しやすい環境が整いつつある。 CLIの強化——デタッチモードと並行起動 CLIの改善として、バックグラウンドでアプリケーションを実行し続ける「デタッチモード」が追加された。これにより開発者はターミナルセッションを占有せずにAspireアプリを起動できる。合わせて、起動中インスタンスの管理コマンド(start / stop / プロセス一覧)も整備された。さらに「分離モード(isolated mode)」が導入され、ポート競合なしに複数インスタンスを同時起動できるようになった。自動化テストや並行ワークフローにおいて特に効果を発揮する機能だ。 TypeScript AppHostプレビュー 今回の目玉機能のひとつが「TypeScript AppHost」のプレビュー対応だ。従来はC#で記述していたアプリケーションリソースグラフの定義をTypeScriptでも記述できるようになった。ローカルのトランスポートレイヤーを介してAspireのオーケストレーションホストと通信する仕組みで、CLIおよびVS Code拡張機能の両環境で動作する。また、JavaScriptプロジェクトではパッケージマネージャーとして「Bun」のサポートも追加されている。 ダッシュボード・インテグレーション・VS Code拡張の更新 ダッシュボードではテレメトリデータのエクスポート・インポート機能や、環境変数を.envファイルとして書き出す機能が追加された。新設されたテレメトリHTTP APIにより、スパン・ログ・トレースへのプログラマティックなアクセスも可能になっている。インテグレーション面では、Docker Composeパブリッシングがプレリリースから安定版に昇格したほか、Microsoft Foundry、Azure Virtual Network、Azure Data Lake Storage、MongoDB Entity Framework Coreといった新インテグレーションが加わった。VS Code拡張機能も20項目以上の改善を受け、Aspireアクティビティバーパネルやデバッグ機能の強化が含まれている。なお、設定ファイルやリソースコマンドに関するいくつかの破壊的変更も含まれているため、アップグレード時は公式のマイグレーションガイドを確認することが推奨される。

April 10, 2026

Module Federation 2.0が安定版に到達、Rspack・Vite対応と最大75%のバンドルサイズ削減を実現

概要 Module Federation 2.0が正式に安定版リリースを迎えた。本プロジェクトはwebpack 5で初めて導入されたマイクロフロントエンドアーキテクチャパターンを大幅に刷新したもので、ByteDanceのWeb Infraチームとオリジナル作者のZack Jacksonが共同で開発を進め、オープンソース公開から約1年を経てのリリースとなる。今回の安定版は大幅なアーキテクチャ刷新を経ており、「開発者生産性と極限のパフォーマンスの両立」を掲げている。 最大の変更点はランタイム層をビルドツールから分離したことだ。これにより実装が標準化され、webpack・Rspack・Rollup・Rolldown・Rsbuild・Vite・Metroといった多様なバンドラー、さらにNext.js・Modern.js・Storybookなどのフレームワークに対して統一的なModule Federationのサポートが実現した。 主要な新機能 動的TypeScript型ヒントの自動生成は開発者体験の面で最も大きなインパクトをもたらす機能とされている。従来はリモートモジュールを利用する際に静的な型情報が失われてしまい、共有型パッケージを別途用意するかany型で妥協するしかなかった。2.0では開発中にリモートモジュールから型定義が自動生成され、ホットリロードにも対応する。 共有依存関係のTree Shakingにより、バンドルサイズを最大75.5%削減できる。公式ブログでは、Ant Designから3コンポーネントだけ使用する場合に共有バンドルが1404.2 KBから344.0 KBへ大幅に縮小した例が示されている。動作モードは自動フォールバックが可能な「runtime-infer」とグローバル最適化を行う「server-calc」の2種類が用意されている。 Node.js・SSRファーストクラスサポートでは、リモートモジュールをサーバーサイドレンダリング・BFF(Backend for Frontend)・Nodeマイクロサービスで利用できるようになり、フルスタックアプリケーション全体で統一的なモジュール配信が可能となった。アイソモーフィックデータプリフェッチ機能はサーバー・クライアント双方に対応したデータ取得を提供し、ウォーターフォールロードを防ぐキャッシュ機構を内蔵する。 技術的な強化点 コア機能の一部はRustで再実装された。マニフェスト生成やAsyncStartUpなどが対象で、大幅なパフォーマンス向上が図られている。また、デプロイ統合のためのmf-manifest.jsonプロトコルが新たに導入された。 デバッグ・分析面ではSide Effect Scannerが追加され、グローバル変数汚染・イベントリスナー・CSSスコープへの影響を静的解析で特定できる。Chrome DevTools拡張機能もアップデートされ、共有依存関係の可視化と依存グラフのナビゲーション機能が強化された。 移行と今後の展望 既存のModule Federationプロジェクトからは@module-federation/enhanced npmパッケージを通じて段階的に移行できる。コミュニティからは型ヒントや開発ツールの改善に対する歓迎の声がある一方、pnpm catalogsとTurborepoを使ったモノレポアプローチと比較した複雑さへの懸念も引き続き存在する。今後のロードマップにはReact Server Componentsとの統合や、コンポーネント探索・評価のためのAIフレンドリーなメタデータ対応が含まれている。

April 10, 2026

Django 6.0.4/5.2.13/4.2.30 セキュリティリリース公開、5件の脆弱性修正とバージョン4.2のEOL

概要 Djangoプロジェクトは2026年4月7日、セキュリティ修正を含む3つのバージョン(6.0.4、5.2.13、4.2.30)を正式にリリースした。今回のリリースでは計5件の脆弱性が修正されており、すべてのDjangoユーザーに対して速やかなアップデートが推奨されている。また、Django 4.2はこのリリースをもって延長サポート(Extended Support)が終了となり、以降はセキュリティ修正を受け取れなくなる。 修正された脆弱性の詳細 今回修正された5件の脆弱性はいずれも重大度「低」または「中」であり、深刻度の高いものは含まれていない。 CVE-2026-3902(重大度:低)ASGIヘッダースプーフィング — ASGIRequest がヘッダー名をWSGI規約に従ってハイフンからアンダースコアへ正規化するため、ハイフンで保護されたヘッダーがアンダースコアを用いて偽装される可能性があった。 CVE-2026-4277(重大度:低)GenericInlineModelAdminの権限バイパス — フォーム送信時に追加権限の検証が行われていなかったため、権限チェックを回避できる問題があった。 CVE-2026-4292(重大度:低)ModelAdmin.list_editableの権限バイパス — フォームを通じて新規インスタンスの作成が許可される可能性があった。 CVE-2026-33033(重大度:中)MultiPartParserのDoS脆弱性 — Base64エンコードされたファイルアップロードにより繰り返しのメモリコピーが発生し、パフォーマンスが著しく低下する可能性があった。 CVE-2026-33034(重大度:低)ASGIリクエストのメモリ制限バイパス — Content-Length ヘッダーが欠落または過少に報告されることで、アップロードサイズの制限が回避される問題があった。 Django 4.2のサポート終了と今後の対応 Django 4.2はLTS(長期サポート)バージョンとして広く使用されてきたが、今回のリリース(4.2.30)をもって延長サポート期間が正式に終了した。今後はセキュリティ修正を含むいかなるアップデートも提供されないため、4.2系を使用しているプロジェクトはDjango 5.2以降への移行が強く推奨される。現在サポート対象となっているバージョンはDjango 5.2および6.0であり、これらのバージョンへのアップグレード計画を早急に策定することが望ましい。

April 10, 2026

Node.js v20、2026年4月30日にEOLへ——v24移行の必要性と対応策

概要 2023年4月にリリースされたNode.js v20が、2026年4月30日をもってEnd-of-Life(EOL)を迎える。EOL到達後は公式のセキュリティアップデートやメンテナンスリリースが一切提供されなくなる。広く採用されたバージョンの一つであるv20は、Permission Model(権限モデル)や組み込みテストランナーの安定化、ECMAScript Modulesの進化など多くの貢献を残した。特にNode.js v20.19.0ではrequire(esm)がデフォルトで有効化され、CommonJS/ESM間の摩擦が大幅に軽減された。 EOL後のリスクと影響 EOLを迎えると、セキュリティスキャナーは修正の有無にかかわらずv20を脆弱なランタイムとしてフラグを立てるため、コンプライアンス上の圧力が生じる。また、AWS LambdaなどのクラウドプロバイダーもNode.js 20ランタイムの非推奨化を予定しており、運用環境への実質的な影響が避けられない。EOLは単なる日付の問題ではなく、サポートなしで本番環境を維持し続けることへの現実的なリスクを意味する。 移行の推奨とサポート選択肢 移行先としては、v22ではなくNode.js v24が推奨されている。v22自体も2027年4月にEOLを迎えるため、より長期的なサポートが得られるv24への直接移行がより合理的とされる。一方、大規模なコードベースや規制上の制約、外部依存関係によってすぐにアップグレードできないチーム向けには、HeroDevsが提供するNever-Ending Supportという延長サポートサービスが選択肢として挙げられている。これにより、移行計画を進めながらもEOLバージョンに対するセキュリティパッチの適用が継続できる。Node.js TSCメンバーでv20のリリース担当を務めたMarco Ippolito氏は、計画的な移行の重要性を強調している。

April 10, 2026

CPythonへのRust導入、全プラットフォームでビルド安定化——Python 3.16を目標にPEP提出へ

概要 CPythonにRustコードを導入するプロジェクトが2026年4月の進捗報告を公開した。最大の成果は、フォーク上のCIパイプラインにおいて「全テスト対象プラットフォームでCPythonのビルドが成功する」状態を達成したことだ。ビルドシステムの安定化という3月のマイルストーンをクリアし、プロジェクトは次フェーズである内部Rust APIの設計へと移行した。また、最初にRustコードを含むリリースとして当初目標としていたPython 3.15ではなく、Python 3.16を新たなターゲットとすることが決定された。1年の延期により、設計・コミュニティ議論・PEPレビューに十分な時間が確保される。 技術的な取り組み 現在の開発の焦点は、CPython向けの内部Rust APIの設計にある。「api-design」タグが付いた複数のIssueで設計議論が進められており、アーキテクチャ上の重要な構成要素が検討されている。このAPIはPEPによって正式に安定化・公開されるまでは内部専用として扱われる方針だ。また、Rustで実装する最初の拡張モジュールを1つ選定するフェーズも4〜5月に予定されている。Rustプロジェクトのリーダーシップとの会議も実施され、統合上の課題に関する協議が生産的に進んでいる。 PEP提出までのロードマップ プロジェクトは以下の段階的なスケジュールを示している。 3月(達成済み): ビルドシステム整備の完了 4〜5月: 内部Rust APIの設計最終化と、Rust実装対象となる拡張モジュールの選定 5月: PyConUS でのスプリント開催 6〜7月: PEP草稿の作成と提出 Python 3.16のbeta 1は2027年5月が見込まれており、それまでにPEPの審議・承認を完了させる計画だ。チームは、CPythonのコアにRustを導入するという意義の大きさを踏まえ、PEP審議では活発な議論が生じると見越している。 コミュニティへの参加 プロジェクトはDiscordサーバーを通じてコントリビューターを募集しており、毎週月曜日の太平洋夏時間12:00(PDT)に週次ミーティングを開催して取り組みの調整と議論を行っている。

April 9, 2026

Python 3.15.0a8(最終アルファ)・3.14.4・3.13.13が同時リリース、frozendict追加やJIT改善など多数の新機能

概要 2026年4月7日、Python開発チームはPython 3.15.0a8(最終アルファ版)、Python 3.14.4、Python 3.13.13の3バージョンを同時にリリースした。3.15.0a8は計画されている最後のアルファリリースであり、次のマイルストーンは2026年5月5日に予定されているベータ版への移行となる。メンテナンスリリースであるPython 3.14.4には約337件のバグ修正と、Python 3.13.13には約200件のバグ修正がそれぞれ含まれている。 Python 3.15の主要新機能 Python 3.15.0a8では、複数のPEP(Python Enhancement Proposal)が実装されている。PEP 810による明示的な遅延インポート(Explicit lazy imports)は、大規模プロジェクトにおける起動時間の短縮に貢献する機能だ。PEP 814では新しい組み込み型frozendictが追加され、イミュータブルな辞書型がネイティブサポートされる。また、PEP 798によりコンパクトな内包表記での*・**によるアンパック構文が利用可能となった。 型システム周りの改善も充実しており、PEP 728によるTypedDictへの追加アイテムの型付けサポート、PEP 747のTypeFormによる型フォームのアノテーション機能が導入された。PEP 686ではUTF-8がデフォルトエンコーディングとなり、国際化対応が強化される。 パフォーマンスとABI安定性 パフォーマンス面では、JITコンパイラのアップグレードによりx86-64 Linux環境でジオメトリック平均6〜7%の性能向上が確認されている。さらにPEP 803によりフリースレッドビルド向けの安定ABIが定義され、拡張モジュール開発者に対してより安定した開発環境が提供される。PEP 799による新しい統計的サンプリングプロファイラも追加され、低オーバーヘッドでのパフォーマンス解析が可能となった。PEP 782では新しいPyBytesWriter C APIが追加された。 今後の展望 3.15.0a8が最終アルファとなったことで、Python 3.15の機能セットはほぼ確定した。2026年5月5日のベータ版移行後は機能追加が凍結され、安定性向上に向けたバグ修正フェーズに入る。エラーメッセージの改善も引き続き行われており、開発者体験の向上が図られている。メンテナンスリリースである3.14.4と3.13.13は現在本番環境で利用しているユーザーへの適用が推奨される。

April 9, 2026

GCC 16、4月中旬にRC公開へ——C++20デフォルト化・静的リフレクション・AMD Zen 6対応など大型アップデート

概要 GCCの開発チームは、GCC 16のリリース候補(RC)を4月中旬に公開することを目標として最終調整を進めている。しかし開発チームが認めるように、Stage 4に入ってから約2ヶ月が経過した現在も、回帰テストの修正は「遅い(slow)」ペースにとどまっている。現時点ではP1(最高優先度)クラスの回帰が14件、未分類のP3回帰が14件、P4クラスが28件残っており、P1をゼロに減らすことが正式リリースへの条件となっている。スケジュールへの影響は否定できないが、開発チームは引き続き4月中旬のRC公開を目指している。 C++20のデフォルト化とC++26の新機能対応 GCC 16における最大の変化のひとつが、C++20を新たなデフォルト標準とする点だ。これまでのデフォルトであったC++17から一歩進み、コルーチン、コンセプト、モジュール(実験的)といったC++20機能がデフォルトで利用可能となる。 さらにGCC 16はC++26の主要機能も先行実装している。最も注目されるのが静的リフレクション(P2996)で、^^演算子(通称「cat-earsオペレーター」)を用いてコンパイル時にプログラムの構造を検査・操作する強力なメタプログラミング機能が利用できる。Herb Suttterが「他の10の主要機能を合わせた以上の変革をもたらす」と評した機能であり、C++26において事実上の目玉機能と位置づけられる。あわせてコントラクト機能(P2900)、関数パラメータリフレクション(P3096)、注釈機能(P3394)なども取り込まれている。 ハードウェアサポートと新言語フロントエンド ハードウェアサポート面では、AMD次世代アーキテクチャ「Zen 6」(znver6)の初期サポートが追加された。命令セットの新機能に対応するための基本サポートが提供されているが、詳細な命令チューニングやコストモデルは今後の更新で追加される予定だ。Intel側ではNova LakeおよびWildcat Lake向けのサポートが追加され、Nova LakeではAVX10.1、AVX10.2、APX_Fといった最新のISA拡張が利用可能となる。一方、AMX-TRANSPOSE、KL、WIDEKLなど一部の拡張機能は廃止された。 また、今回のリリースではフロントエンドとして**実験的なAlgol 68コンパイラ(ga68)**が新たに追加される。1960年代に設計されたAlgol 68は現代では実用上の使用は限られるが、GCCの多言語対応という観点で話題を集めている。 標準ライブラリと周辺機能の強化 libstdc++も大幅に強化されており、128ビット整数のサポート改善、std::mdspanやstd::copyable_functionなど最新標準ライブラリ機能の追加、C++26向けの実験的サポート拡張などが含まれる。ただしstd::variantのABIが更新されているため、既存バイナリとの互換性には注意が必要だ。組み込み向けにはPicolibcとの統合サポートも追加される。 GCC 16の正式リリースがいつになるかは回帰修正の進捗次第だが、C++エコシステムにとって静的リフレクションのコンパイラ実装は大きなマイルストーンであり、リリースが広く注目されている。

April 8, 2026

TypeScriptのGoネイティブ実装「tsgo」がnpmでプレビュー公開、最大10倍の高速化を実現

概要 Microsoftは2025年5月、TypeScriptコンパイラをGoで書き直したネイティブ実装「tsgo」(コードネーム「Corsa」)のプレビュー版をnpmパッケージ @typescript/native-preview として公開した。2025年3月に最初の発表がなされて以降、着実に開発が進んでおり、今回のリリースはTypeScript 7に向けた重要なマイルストーンとなる。CLIツールは npm install -D @typescript/native-preview でインストールでき、VS Code向けの拡張機能「TypeScript (Native Preview)」もマーケットプレイスから入手可能だ。 パフォーマンスの大幅向上 最も注目される成果はコンパイル速度の劇的な改善だ。Sentryのコードベースでのテストでは、従来のJavaScript実装が72秒以上かかっていたビルドが、ネイティブ実装ではわずか約6.8秒に短縮された。Microsoftは「ほとんどのプロジェクトで10倍以上の高速化」を達成したと述べており、大規模なTypeScriptプロジェクトを扱う開発者にとって大きなメリットとなる。 技術的な詳細と現在の対応状況 型チェック機能の大部分がポートされており、ほとんどのプロジェクトで既存と同等のエラー検出が可能だ。JSXのサポートも追加され、Reactコードベースの型チェックにも対応している。JavaScriptファイルのJSDocを通じた型チェックや、コード補完・定義ジャンプ・ホバー情報などのエディタ機能も基本的に動作する。内部アーキテクチャとして、JavaScriptクライアントとRust製の同期RPCモジュール libsyncrpc を組み合わせたIPCベースのAPIレイヤーが構築されている。 初期プレビューの時点では --build モードやエディタ機能の一部が未実装だったが、2025年12月のアップデートで --build モード・--incremental・プロジェクトリファレンスの移植が完了し、自動インポート・全参照検索・リネームも再実装されて日常的に使用可能な状態となった。一方、型宣言ファイルの生成(declaration emit)は依然として未対応であり、ダウンレベルターゲットへのトランスパイルは es2021 以降に限定されている。また、非推奨となっている node/node10 モジュール解決モードはサポートされないため、bundler または nodenext への移行が必要となる。 今後の展開 プレビューは毎晩ビルドが公開される予定で、最終的にはTypeScript 7として正式リリースされる。--build モードは2025年末までに移植が完了しており、残る主要機能としてはフルの --target サポート(es2015 まで遡る対応)や型宣言ファイルの生成などが開発中だ。開発チームはフィードバックを積極的に求めている。ネイティブバイナリによる高速化はTypeScriptエコシステム全体の開発体験を大きく向上させる可能性があり、今後の進捗に注目が集まる。

April 8, 2026

AIコーディング時代の言語選択:13言語ベンチマークで動的言語が静的型付け言語より最大2.6倍安く速い

概要 RubyコミッターのYusuke Endoh氏が、Claude Codeを対象とした13言語にわたる大規模ベンチマーク(計600回以上の実行)の結果を公開した。簡略化したGit実装をAIエージェントに開発させるという手法で、言語ごとのコストと速度を比較した結果、動的言語が静的型付け言語を大きく上回ることが示された。 最も優秀だったのはRuby(1回あたり$0.36、73.1秒)で、Python($0.38、74.6秒)、JavaScript($0.39、81.1秒)が続いた。これら3言語はいずれも全テストを安定してパスし、40回の実行を通じて分散も小さかった。一方、静的型付け言語は動的言語と比べて「1.4〜2.6倍遅くコスト高」であることが確認された。 ベンチマークの設計と技術的詳細 ベンチマークはv1・v2の2フェーズで構成され、各言語20回ずつ実行された。言語レベルの差異を正確に測定するためカスタムハッシュアルゴリズムを採用し、実装規模は約200行程度のプロトタイピングスケールとして設計された。 静的型付け言語の中ではGoが平均$0.50と比較的コンパクトだったが、標準偏差37秒と分散が大きかった。Rustは平均$0.54で最も広いスプレッドを示し(標準偏差54.8秒)、全言語中テスト失敗が2件のみと品質面では健闘した。Cは最もコストが高く平均$0.74で、生成コード量もRubyの219行に対し517行と大幅に多かった。 型チェッカーの影響 注目すべきは、型チェッカーを追加した場合にさらなる速度低下が観測された点だ。PythonにMyPyを適用すると1.6〜1.7倍、RubyにSteepを適用すると2.0〜3.2倍の速度低下が生じた。TypeScriptとJavaScriptの比較でも、$0.62対$0.39と大きな差が出ており、厳密な型チェックがAIエージェントの試行錯誤コストを著しく増加させることが示唆された。 考察と限界 Endoh氏は自身の限界も率直に認めており、約200行規模のプロトタイピングコードに基づく結果であること、自身がRubyコミッターであることによる潜在的バイアス、そして大規模コードベースでは静的型付けの利点が逆に有利に働く可能性を指摘している。AIコーディングエージェントが主流になりつつある現在、言語選択の基準として「型の厳密さ」が必ずしも効率につながらないという新たな視点を提供する研究として注目される。

April 7, 2026

TornadoVM 4.0 GA・Google ADK for Java 1.0など——2026年4月Javaエコシステム主要リリースまとめ

主要GAリリース:TornadoVM 4.0とGoogle ADK for Java 1.0 2026年4月初旬、Javaエコシステムで注目度の高いGA(正式版)リリースが2件相次いだ。 TornadoVM 4.0.0はGPUコンピューティングフレームワークの大型アップデートで、Apple Silicon向けのMetal APIバックエンドを新たにサポートした。これによりmacOSユーザーがAppleのGPUを活用したアクセラレーション計算を利用できるようになる。技術面ではPTXバックエンドへのSIMDシャッフル・リダクション intrinsicsの追加や、TornadoExecutionPlanクラスへのwithCUDAGraph()メソッド追加(CUDAグラフ操作のキャプチャ用)も含まれる。JDK 25およびJDK 21の両方に対応している。 Google Agent Development Kit(ADK)for Java 1.0.0は、GoogleのオープンソースAIエージェントフレームワークが正式版に到達したリリースだ。InMemoryArtifactServiceクラスとAgentExecutorProducerの統合、ネイティブ非対応モデルでのoutput_schemaとtoolsの同時使用サポートなどが含まれる。Javaエコシステムへのエージェント型AI統合を加速させる動きとして注目される。 リリース候補・メンテナンスリリース Grails 7.1.0-RC1では、Groovyのinvokedynamic設定をbuild.gradleからGrails Gradle Pluginに移行する変更が盛り込まれ、設定の一元管理が改善された。また@Serviceアノテーションがドメインクラスのマッピングブロックからデータソースを自動継承するようになった。 Gradle 9.5.0-RC1はタスク失敗時の診断情報にprovenance情報を追加し、DomainObjectCollectionインターフェースにdisallowChanges()メソッドを導入してコレクションの変更を防止できるようにした。 メンテナンスリリースではApache Tomcat(11.0.21 / 10.1.54 / 9.0.117)がノンブロッキングフラッシュ問題の修正とHTTP/2エラーハンドリングの改善を提供。Apache Log4j 2.25.4もRFC5424Layoutの属性アライメント修正やXMLフォーマット・サニタイズ問題の修正を行った。 Java 26・JDK 27とIntelliJ IDEA 2026.1 3月17日にリリースされたJava 26は現在のJavaエコシステムで最大のトピックとなっている。HTTP Clientのアップデート、セキュリティ・暗号化の強化、パフォーマンス改善が主な変更点だ。並行してJDK 27のEarly-Accessビルド16も公開されており、次世代への開発が着実に進んでいる。 JetBrainsはIntelliJ IDEA 2026.1をリリースし、Java 26への即日サポートを提供した。バーチャルスレッドデバッガーの改善、Kotlin 2.3.20サポート、Spring Dataおよびデバッガーの強化が含まれる。また、JavaScript/TypeScriptのコア機能の無料化も注目を集めた。JetBrainsのAIエージェントフレームワークKoogがJavaサポートに拡張されたことも、Java×AIの文脈で重要な動きといえる。 Jakarta EE 12の進捗とエコシステムの動向 Jakarta EE 12の開発では、Jakarta Connectors 3.0、Jakarta Faces 5.0、Jakarta Transactions 2.1、Jakarta JSON Processing 2.2などの仕様がMilestone 2に向けて開発中だ。セキュリティ仕様の統合やJakarta AuthorizationのWeb Profileへの組み込みについてコミュニティで議論が続いている。 イベント面では、3月にJavaOne 2026(Redwood Shores)が開催され、Anton Arhipov氏がIntelliJ IDEAの誕生25周年について講演を行った。同月にはIntelliJ IDEAドキュメンタリーも公開されている。4月には4月13〜15日のSpring I/O(バルセロナ)、4月22〜24日のDevoxx France(パリ)および4月23〜25日のDevoxx Greece(アテネ)など、Java関連の主要イベントが続く。

April 7, 2026