Javaを取り巻く道具と言葉

Javaの開発は「言語」だけでは成り立たない

第6章まででJavaの文法の骨格は押さえました。しかし実際の開発現場で「Javaでシステムを作る」と言ったとき、言語そのものは全体の一部にすぎません。周りには、部品セット、組み立て道具、検査道具、動かす土台など、たくさんの道具があります。

この章では、現場の会話に出てくる言葉を「何をするための道具か」で分類します。全部を覚える必要はありません。名前を聞いたときに「ああ、あの役割の道具ね」と分類できれば十分です。

Spring：企業システムの事実上の標準

Spring（スプリング）は、Javaで業務システムやWebサービスを作るときに最もよく使われるフレームワークです。フレームワークとは「アプリケーションの骨組みと、よく使う部品をまとめて提供するもの」で、エンジニアはその骨組みの上に業務固有の処理だけを書き足します。

Springが面倒を見てくれることの例：

• Web画面やAPIからのリクエストを受け取り、担当のメソッドに振り分ける
• データベースへの接続と、SQLの発行・結果の受け取り
• トランザクション管理（処理を途中で失敗したら全部取り消す仕組み）
• ログイン認証や権限チェック（Spring Security）
• バッチ処理の骨組み（Spring Batch）

Spring Boot（スプリングブート）は、Springをすぐ使い始められるように設定を自動化したもので、現在新しく作られるJavaのシステムの多くはSpring Bootを使っています。「Spring Bootで作る」は、現代のJava開発の標準的な出発点です。

Maven と Gradle：部品を集めて組み立てる

Javaのシステムは、自分たちで書いたコードに加え、Springをはじめ何十、何百という外部の部品（ライブラリ）を組み合わせて作られます。これらを集めてきて、コンパイルし、1つのファイルにまとめる作業をビルドと呼び、それを自動で行う道具がMaven（メイブン）とGradle（グレイドル）です。

成果物の JAR（ジャー）ファイルは、コンパイル済みのクラスファイルを1つに固めたものです。Webアプリ用には WAR（ウォー）ファイルという形式もあります。「JARを配置する」「WARをデプロイする」と言ったら、できあがったプログラム一式をサーバーに置いて動かすことを指します。

JUnit：正しく動くことを自動で確かめる

JUnit（ジェイユニット）は、Javaのテストフレームワークです。「この入力ならこの結果になるはず」という検査をコードとして書いておき、ビルドのたびに自動で実行します。

@Test
void 税込金額が正しく計算される() {
    Invoice inv = new Invoice("1001", "A商事", 100000);
    assertEquals(110000, inv.amountWithTax());   // 期待値と実際の値が等しいか
}

読んでみる：10万円の請求書を作り、税込金額が11万円になることを assertEquals（等しいことを確認）で検査している。@Test はこのメソッドがテストであることを示す印（アノテーション）です。Springのコードでも @Service、@Controller のような @ から始まる印がたくさん出てきますが、「役割を示すラベル」と思えば大丈夫です。

「テストコードがある」「テストが通った」という言葉は、品質の裏付けとして重要です。逆に「テストがない古いシステム」は、修正のたびに人手で全部確認し直す必要があり、改修コストが膨らみます。見積りが高いと感じたとき、その背景にはテストの有無があることがよくあります。

LTS：「バージョンを上げる」が論点になる理由

第1章で触れたとおり、Javaは2018年から半年に1回新バージョンを出しています。しかし、企業システムが半年ごとにバージョンアップするのは現実的ではありません。そこで、特定のバージョンだけをLTS（Long-Term Support、長期サポート版）として、数年にわたり不具合修正やセキュリティ修正を提供する仕組みになっています。

企業は通常、LTSからLTSへと数年おきに移行します。「Javaのバージョンを上げる必要があります」とエンジニアが言うとき、背景にあるのは主に次の事情です。

• セキュリティ修正が提供されなくなる：サポート切れのバージョンを使い続けると、見つかった脆弱性が直らない。監査やセキュリティ診断で指摘される典型項目
• 使っている部品（Springなど）が新しいJavaを要求する：たとえばSpring Boot 3系はJava 17以上が必須。部品を更新したければ土台も上げざるを得ない
• 技術者の確保：古いバージョンしか知らない・使えない環境は、担当できる人が年々減る

OpenJDK と Oracle JDK：どの「Java本体」を使うか

第2章で「JavaをインストールするとはJDKを入れること」と学びました。実はこのJDKにはいくつかの配布元（ディストリビューション）があり、どれを使うかが契約やコストの論点になります。

• OpenJDK：Javaの本体をオープンソース（無償・公開）で開発しているプロジェクト。オラクル自身も開発の中心メンバー。すべての配布版の元になっている
• Oracle JDK：オラクル社がOpenJDKをもとに提供する版。2019年以降、商用利用の条件が何度か変わり、バージョンや用途によっては有償サポート契約が必要になる。「Javaが有料になった」と話題になったのはこの件
• 各社のOpenJDK配布版：OpenJDKを各社がビルドして無償配布しているもの。Eclipse Temurin（テムリン）、Amazon Corretto（コレット）、Microsoft Build of OpenJDK、Azul Zulu、Red Hat build of OpenJDK など。中身は同じOpenJDKで、違いは主にサポート体制

現在の企業システムでは、ライセンス費用を避けるため各社のOpenJDK配布版を使うのが一般的になっています。「どのJDKを使っていますか」「Oracle JDKなら有償契約の対象ですか」は、ソフトウェア資産管理やライセンス監査の観点でも確認したい項目です。

その他、聞く機会の多い言葉