Javaアプレット廃止とNPAPI撤廃、CheerpJでのWeb移行ガイド

1. NPAPI と Java アプレットの歴史的なサポート廃止タイムライン

ポイント：Chrome が最初に NPAPI を廃止したのは 2015年 Chrome 45 であり、2024 年に除外されたという記述は誤りです。Edge は Chromium 化以降、Chrome と同様のタイミングでプラグインサポートを失いました。

2. 2026 年時点の現状 ― NPAPI 完全撤廃とその影響

• NPAPI はすべての主要ブラウザからコードレベルで除去され、プラグインを利用した Java アプレットは実行できません（[Chrome Platform Status][1]、[Firefox Release Notes][2]、[Safari Extensions Guide][3]）。
• 企業が旧来のアプレットに依存している場合、次のリスクが顕在化します。

結論：早急に プラグイン不要の代替技術（WebAssembly / JavaScript コンパイル）へ移行しなければ、業務継続が危険です。

3. CheerpJ の概要・最新バージョン取得手順

3.1 製品概要

3.2 最新版情報（2026‑Q1）

• バージョン : CheerpJ 2.2（2025 年 11 月リリース、2026 年 2 月にパッチ更新）
• ダウンロードページ : https://www.leaningtech.com/cheerpj/download/

※上記 URL は公式サイトの「Download」セクションです。過去に https://leaningtech.com/... と表記されていたものとは異なる点に注意してください。

3.3 インストール手順（Maven／Gradle 共通）

1. アカウント作成 & ライセンス取得

2. ダウンロードページの「Free Trial」または「Enterprise License」を選択し、メール認証後にライセンスキーが送付されます。

3. ビルド環境の前提条件
   text
Java 17 (JDK) ← コンパイル時に必要
Node.js 20.x ← WebAssembly 出力用（npm パッケージ）
Maven 3.9 もしくは Gradle 8

4. Maven プロジェクトへの組み込み例

xml


com.leaningtech
cheerpj-maven-plugin
2.2


compile-java-applet

compile



${project.basedir}/src/main/resources/app.jar
${project.build.directory}/cheerpj-output
true





1. Gradle (Kotlin DSL) での設定例

kotlin
plugins {
id("java")
id("com.leaningtech.cheerpj") version "2.2"
}

cheerpj {
inputJar = file("src/main/resources/app.jar")
outputDir = layout.buildDirectory.dir("cheerpj-output")
optimize = true
}


1. ローカルサーバで動作確認

bash
# Maven の場合
mvn clean compile cheerpj:run

# Gradle の場合
./gradlew cheerpjRun


起動後、ブラウザで http://localhost:8080/index.html にアクセスすると、変換された JavaScript / WebAssembly がロードされ、元のアプレットと同等の UI が表示されます。

3.4 補足情報・公式ドキュメント

4. 他の代替技術との比較

* 移行コスト は「開発者の学習曲線」「既存コードの改修規模」の目安です。

選定時に留意すべきポイント

結論：短期的に導入ハードルを下げつつ高いパフォーマンスと商用サポートを得たい場合は CheerpJ が最適です。一方、完全オープンソースで独自拡張が必要なケースでは TeaVM や jWebAssembly も選択肢に入ります。

5. 実践的な移行フロー（段階的アプローチ）

目的：既存の Java アプレットを「プラグイン不要」かつ「セキュリティリスク低減」の形で Web 標準へ置き換える。

5.1 フェーズ 0 – 現状把握

5.2 フェーズ 1 – パイロット実装

1. 対象選定：インパクトが「中」かつ利用頻度が低い帳票アプレットを 1 件ピックアップ。
2. 変換作業：CheerpJ Maven プラグインで cheerpj:compile を実行し、出力された *.js / *.wasm をテストサーバにデプロイ。

3. 動作確認項目

4. 機能テスト – UI が元と同一か、入力バリデーションが正しく機能するか。

5. パフォーマンステスト – ロード時間 ≤ 1.5×（オリジナル JAR のダウンロードサイズ）。

6. セキュリティテスト – CSP ヘッダーに script-src 'self' https://cdn.jsdelivr.net を追加し、コンソールエラーが出ないか。

7. 評価：成功基準は「機能 95 % 以上」「パフォーマンス劣化 ≤ 30 %」とする。

5.3 フェーズ 2 – ステークホルダー合意

• パイロット結果をレポート（成功率、課題、見積もり）として経営層・情報システム部に提示。
• 移行スケジュール を以下のように分割

5.4 フェーズ 3 – 本格リプレース

1. CI/CD パイプラインに統合
2. cheerpj:compile → アーティファクト生成 → 静的コード解析（ESLint） → デプロイ。
3. A/B テスト実施
4. 旧アプレットと新 WebAssembly の同時配信でユーザー体験を比較し、回帰率が 5 % 以下の場合に本番切替。
5. ロールバックプラン
6. 旧 JAR を CDN に残す（期限付き）ことで、万一の障害時に即座に復旧可能。

5.5 フェーズ 4 – セキュリティ・運用最適化

結果：段階的かつテスト駆動の移行により、システム停止リスクは 0 % に近い まで低減でき、同時に最新 Web 標準への適合性が確保できます。

6. まとめ（要点）

参考リンク（2026 年時点）

本稿は 2026 年 4 月に執筆された情報を元に作成しています。ブラウザやツールのバージョンは今後も更新される可能性があるため、導入時には公式サイトで最新リリース情報をご確認ください。