「Java」の版間の差分

Java
パラダイム	オブジェクト指向プログラミング、関数型プログラミング、命令型プログラミング、ジェネリックプログラミング、コンポーネント指向
登場時期	1995年 (29年前)
設計者	Java Community Process
開発者	サン・マイクロシステムズ、オラクル
最新リリース	Java Standard Edition 14.0.1/ 2020年4月14日 (4年前)
型付け	強い静的型付け
主な処理系	Javaプラットフォーム
影響を受けた言語	Simula 67、Smalltalk、Objective-C、Object Pascal、Oberon-2、Eiffel、Modula-3、Mesa、C Sharp、UCSD Pascal、ボックス化、可変長引数、アノテーション、ニクラウス・ヴィルト、Patrick Naughton、Foreach文
影響を与えた言語	C#, D, Dart, Groovy, Scala, Kotlin, Ceylon
プラットフォーム	Solaris, Linux, Windows,; macOS, AIX, System i,; Embedded Systems
ライセンス	GNU General Public License、Java Community Process
ウェブサイト	www.oracle.com/java/
拡張子	java、class、jar
	テンプレートを表示

履歴の双方向閲覧

← 古い編集新しい編集 →

削除された内容追加された内容

ビジュアルウィキテキスト

インライン

2020年5月28日 (木) 16:30時点における版

■カテゴリ / ■テンプレート

ファイル:Java 20131025 1864663017.jpg

Java（ジャヴァ）は、クラスベースのオブジェクト指向の、実装の依存関係をできるだけ少なくするように設計された汎用プログラミング言語である。これは、アプリケーション開発者が一度書いたらどこでも実行できるようにすること(WORA:write once, run anywhere)^[1]を目的としている。つまり、コンパイルされたJavaコードは、再コンパイルを必要とせずにJavaをサポートするすべてのプラットフォーム上で実行できる^[2]。Javaアプリケーションは、通常、基礎となるコンピュータアーキテクチャに関係なく、あらゆるJava仮想マシン（JVM）上で実行できるバイトコードにコンパイルされる。Javaの構文はCおよびC ++に似ているが、どちらよりも低レベルの機能が少ない。2019年の時点で、GitHub ^[3] ^[4]によると、Javaは、特にクライアント/サーバー型のWebアプリケーションで使用されている最も人気のあるプログラミング言語の1つであり^[3] ^[5]、900万人の開発者がいると報告されている^[6]。

Javaは元々、サン・マイクロシステムズ（その後Oracleに買収された）のジェームズ・ゴスリンによって開発され、Sun MicrosystemsのJavaプラットフォームのコアコンポーネントとして1995年にリリースされた。オリジナルのJavaコンパイラやリファレンス実装のJavaコンパイラ、仮想マシン、クラスライブラリは、もともとSunが独占的なライセンスでリリースしていた。2007年5月の時点では、Java Community Processの仕様に準拠して、SunはそのJava技術のほとんどをGNU General Public Licenseの下で再ライセンスしていた。一方で、GNU Compiler for Java (バイトコードコンパイラ)、GNU Classpath (標準ライブラリ)、IcedTea-Web (アプレット用ブラウザプラグイン)など、Sunの技術の代替実装が開発されてる。

最新バージョンは、2020年3月にリリースされたJava 14と、2018年9月25日にリリースされ現在サポートされている長期サポート（LTS）版のJava 11である。オラクルは、レガシーであるJava 8 LTSについては商用利用向けに2019年1月に最後の無料公開アップデートをリリースしたが、一方で少なくとも2020年12月までは個人利用向けの公開アップデートでJava 8をサポートする予定である。オラクル（およびその他）は、未解決のセキュリティ問題による深刻なリスクがあるため、古いバージョンのJavaをアンインストールすることを強く推奨している^[7]。Java 9、10、12、13はサポートされなくなったため、オラクルはユーザーに最新バージョン（現在はJava 14）またはLTSリリース版に直ちに移行するようアドバイスしている。

Javaの特徴

Java開発元のSun Microsystemsを買収し、Java開発を引き継いだOracleによる公式な主張は下記である^[8]。企業内システムの開発に最適であるとしている。

Java reduces costs, shortens developer timeframes, drives innovation, and improves application services as the programming language of choice for enterprise architecture, finance, and HR. Java is used in many industries including manufacturing, automotive, insurance, and public sector. Javaは、コストを削減し、開発者の時間枠を短縮し、イノベーションを促進し、エンタープライズアーキテクチャ、財務、およびHRに最適なプログラミング言語としてアプリケーションサービスを改善します。 Javaは、製造、自動車、保険、公共部門などの多くの業界で使用されています。

また、全世界では、3億のデバイスで動作し、1200万人が開発で使用し、250億のJava Card（Javaアプリケーションが動作するスマートカード）が購入されていると発表している^[8]。

Javaの構文

→詳細は「Javaの文法」を参照

Javaプログラムの構文は、C言語またはC++によく似たものである。オブジェクト指向言語としての一面が強調されがちだが、幾つかの構文ルールの違いを除いては、C言語とほぼ同様にシンプルな手続き型プログラミングのスタイルでもプログラミングできる。Javaはオブジェクト指向のプログラミングスタイルをそれほど強制しない。

オブジェクト指向

Javaの主要パラダイムはクラスベースのオブジェクト指向である^[9]。クラスはフィールド（メンバ変数）とメソッド（メンバ関数）をひとまとめにしたものである。クラスの構成要素はフィールド、メソッド、静的フィールド、静的メソッド、定数、内部クラスの六種類である。内部クラスは入れ子のクラスである。Javaプログラムは1個以上のクラス定義文から形成される。Javaのクラス機構はカプセル化、継承、多態性をサポートしている。

Javaのカプセル化は、四つのアクセス修飾子（private、package、protected、public）でサポートされている。これはフィールド＆メソッド定義に記されて可視性を決定する。privateは同クラス内限定、packageは同クラス内と同パッケージ内限定、protectedは同クラス内と同パッケージ内と派生クラス内限定、publicはどこからでもアクセス可能を意味する。パッケージはプログラム全体を任意に分割したソースファイルの1個以上のまとまりである。Javaのデフォルト可視性はファイル単位のpackageなので隠蔽性よりも利便性が重視されている。

Javaの継承は、スーパークラスが一つに限られる単一継承をサポートしており多重継承は除外されている。継承タイプも除外されておりpublic継承に統一されている。継承によって既存クラスの設計を引き継ぎつつ任意のフィールドとメソッドを追加した独自のクラスを作成できる。Javaの全クラスはObjectクラスをデフォルト継承する。全クラスの派生元になるObjectクラスが持つロック機能はオブジェクト指向とマルチスレッド同期を調和させている。

Javaの多態性は、仮想関数とインターフェースと実行時ダウンキャストとリフレクションでサポートされている。親クラスのabstractメソッドが仮想関数の抽象メソッドになり、子クラスの同名オーバーライドメソッドが仮想関数の実装メソッドになる。インターフェースは抽象メソッドだけで構成される純粋抽象クラスであり、implements構文によって任意の数だけクラスに実装できる。インターフェースはJavaの中でも比較的重視されており各クラスの動作局面を明確にする。実行時ダウンキャストはinstanceof演算子による実行時型チェックで事前確認でき、ダウンキャスト失敗時は例外発生によってフォローできる。リフレクションはクラスの構造内容を操作できる機能で動的ディスパッチ、メソッドミッシング、モンキーパッチなどの実装に活用できる。ただし安易な使用は推奨されていない。

プラットフォーム非依存

プラットフォーム非依存とは、Javaプログラムが特定のハードウェアおよびオペレーティングシステムの機能に依存する事なく、Java実行環境が導入されたあらゆるコンピューター環境上において共通した動作を見せる事を意味する。”Write once, run anywhere”（一度プログラムを書いてしまえば、どのコンピューターでも動くよ）がそのスローガンとされていた。Javaのプラットフォーム非依存性は次のようにして実現されている。

Javaコンパイラは、Javaプログラムのソースコードを、Javaバイトコードと呼ばれる中間表現にコンパイルする。Javaバイトコードはアセンブラのニーモニックに似たもので、Java仮想マシン上で実行される専用のコードになる。Javaバイトコードは多くのプラットフォームでは、Javaクラスファイルと呼ばれるclass拡張子のファイルにまとめられる。
Java仮想マシンは、各プラットフォームの環境の違いを吸収するクッション的なソフトウェアである。Java仮想マシンは家電や車両搭載のマイクロコントローラ、モバイル端末、ICカード、サーバーマシンなどの様々なコンピューター環境に対応したバージョンが提供されており、それぞれのプラットフォームにJava実行環境のコアテクノロジとしてインストールされる。
Java仮想マシンは、指定されたJavaクラスファイルをJavaクラスローダーで読み込み、その中のJavaバイトコードを逐一解釈しながら実行する。これはインタプリタ式に行うものと、実行時コンパイラで走行させるものがある。

公開初期のインタプリタ式のみで走行されるJavaプログラムの実行速度は遅かったが、実行時コンパイラ方式の導入によって速度問題に一定の解決が見られた。実行時コンパイラとは一定範囲のJavaバイトコードをまとめて機械語コードにコンパイルして継続的に実行させる技術である。後にそのコンパイル処理を更に最適化した動的再コンパイル（dynamic recompilation）という拡張技術も導入され、Javaプログラムの実行速度問題はほぼ解決されたと見なされている。

マルチスレッド

Javaプログラムは複数のスレッドを同時に走らせる事ができる。多数のスレッドを扱う大規模システムにも対応できる各種設計を備えており、その一つであるスレッドグループは、各スレッドを役割や性質でグループ化して様々な一括操作を可能にしている。これはクライアント・サーバーシステムの実装でよく用いられる。また膨大な数の断続的トランザクションをさばくシステムにおいて発生しがちなスレッド生成と破棄の繰り返しによる負荷増大を解決する為の、スレッドプールとタスクキューを併せたいわゆるモニタの技法を提供するAPIも用意されている。

マルチスレッド「同期」の特徴としては、前述のObjectクラスの基底継承強制により全てのインスタンスにロック機能を持たせている事が挙げられる。このロックはsynchronizedキーワードで示される標準同期構文で使用される。標準同期はJava仮想マシン内包仕様であり、機能的にはミューテックスに相当する。synchronized修飾子の各メソッドはその全体が排他制御エリアになり、その呼び出し時はthisインスタンスからロックをデフォルト取得するので、イメージ的にインスタンス単位になる排他制御を自然に表現している。このロック普遍化はオブジェクト指向との調和を実現する設計と言える。synchronized静的メソッドの方は、システム内に暗黙的に存在するクラスオブジェクトからロック取得を試みるので、これもイメージ的に同型インスタンス共通単位の排他制御を表現している。また、synchronized()定義子の波括弧でくくられた任意のコードブロックは、this以外のインスタンスもロックオブジェクトにできる排他制御エリアになるので、きめ細かな同期も表現できる。このミューテックス相当の標準同期は様々なロック手法にも応用可能であるが、実際にカウントセマフォやバリアや読み書きロックなどを再現しようとすると余計なワンステップを必要としがちなので、それらのロック手法は専用のAPIで用意されている。

ガベージコレクション

→「ガベージコレクション」も参照

Javaプログラムのメモリ管理は、Java仮想マシンに備えられたガベージコレクション機能によって行われる。ガベージコレクションとは、すでにどこからも参照されていないオブジェクトを自動的に特定して破棄し、その占有メモリを解放する機能である。一つのシステムスレッドに乗って未参照のオブジェクトを探し続ける実行プロセスはガベージコレクタと呼ばれる。ガベージコレクタは、どこかの末端だけが途切れている参照の連鎖のかたまりも正確に特定して、参照の孤島に例えられたメモリ領域を一気に解放する事もできる。これによってプログラマの負担は大幅に軽減される事になった。JavaのモデルであるC++では、オブジェクトの生成と破棄が正確に対応するように注意深くプログラムする必要があった。破棄の失敗は即メモリリークにつながり、その積み重ねはやがてメモリ不足を引き起こす事になる。メモリ管理はプログラマにとって負担が大きくバグ発生の温床になっていた。堅牢性を旨とするJavaではこの問題の根本的解決の為にガベージコレクションの機能に力が入れられ、世代別ガベージコレクションという拡張技術も導入された。

なお、ガベージコレクションはメモリリークの問題を完全に解消する訳ではなく、例えばもう必要ないはずのオブジェクトを現行タスクが常時参照するコレクションオブジェクトに格納しているような場合は、ガベージコレクタはこれを特定しない。ガベージコレクタの挙動をプログラマ側はほとんど把握できないが特に影響はない。確実ではないが、ガベージコレクタの実行タイミングを指定する事はできる。

分散コンピューティング

この対象はオブジェクト要求ブローカーを用いた分散システム（distributed system）の実現であり、ネットワーク上に存在する様々なプラットフォームの間で互いに異なる環境を意識せずにリクエストとレスポンスを送りあい、任意のタスクを遂行するインフラストラクチャの構築をサポートする。各プラットフォーム上で稼働されるサーバープログラム、クライアントプログラム、あるいはその双方を兼ねるプログラムは、それぞれオブジェクトを内包しており、オブジェクト要求ブローカーを通して他のオブジェクトにリクエストを送る。それらは分散オブジェクトと呼ばれている。Javaで扱われるオブジェクト要求ブローカーの実装は、JavaオリジナルのRMIと、CORBAの二つである。業務用システムではすでにCORBAが普及していたので、高パフォーマンスだがJavaプラットフォーム間の限定になるRMIはその後追いであった。そのためRMIはCORBAと連携できるように様々な設計が施されている。

分散コンピューティングからは外れるが、JavaのネットワークAPIは、TCP/IPとUDPプロトコル上のソケット通信、セキュアなSSL / TLSソケット通信を扱っており、後にJava XMLアーキテクチャとして発展するXMLパーサおよびXML構造を操作できるDOM＆SAXを備えている。これらはカスタムメイドなネットワークシステムの構築をサポートする。

セキュリティ

分散ネットワークを指向するJavaは、サンドボックスモデルに基づいたセキュリティ機構を備えている。これは遠隔ダウンロードされた追加プログラム（Javaバイトコード）による実行環境への予期せぬ操作やユーザー資源への好ましくないアクセスを防止するためのものである。分散（distributed）指向のJavaプログラムでは必要に応じてクラスを追加ロードする機会が多いので、サンドボックス実行は必須である。サンドボックス機能は、仮想マシン上の実行が同時にモニタリングを兼ねているので無理なく実現されている。大抵は以下の手順になる。

クラスローダーはバイトコードをダウンロードして順次クラス化する。
実行環境にあるセキュリティポリシーファイルに基づいて各種パーミッションが各クラスに付与される。セキュリティポリシーは主に指定クラス名とその対象パーミッションを照合するものである。
実行環境に元からあるクラスは、オールパーミッション付与がデフォルトである。
スレッドがリソースアクセスなどの操作をする度に、セキュリティマネージャが現行のパーミッションを調べて対象外なら例外を発生させる。
その際はスレッドの各通過メソッドのクラスのパーミッションが全チェックされ、原則的に最少パーミッションの方に合わせる。
遠隔ロードされたappletクラスなどパーミッション皆無のクラスを通ったスレッドは、完全なサンドボックス実行になりほとんどのリソースにアクセスできなくなる。

実際には上記に加えて、各クラスを同一操作＆同一セキュリティレベルでまとめるドメイン機構、認証と承認によるユーザーパーミッション機構、バイトコード送受信時の署名付き証明書機構などが組み合わされて実装運用される。

Java仮想マシンは、主にメモリ境界とバッファオーバーフローに対するチェックを随時行いながらプログラムを走行させるので実行時の強固な堅牢性を実現している。また、クラスロード時にそのバイトコードを検証して一定のニーモニック整列基準を満たしているか判定する機能も備えており、あからさまなコード暴走や致命的エラーの頻発を事前に抑止している。APIの方では、暗号アルゴリズムモジュール、特定パーミッションを必要とするJavaプログラムコードを実行できるユーザーの認証をサポートするモジュール、セキュアなソケット通信のSSL / TLSプロトコルを扱うモジュールを備えている。

Javaの歴史

誕生の経緯

家電向けプロジェクトの立ち上げ（1990年12月）

Javaの歴史は、1990年12月にサン・マイクロシステムズ社が、次世代の家電製品が内蔵するマイクロコントローラ向けのプログラミング言語を開発するステルス・プロジェクトを立ち上げた事から始まる。サン社はこの分野が重要市場になると予測していた。サン社のエンジニアであるジェームズ・ゴスリンの参加により、現実味を帯びたプロジェクトの名称は正式に「グリーンプロジェクト」と定められた。彼らは、カリフォルニア州メンローパーク市サンドヒルロードにある小さなオフィスで開発を始めた。

Oak言語とGreen OSの誕生（1991年）

グリーンチーム内では当時隆盛していたオブジェクト指向を採用する事で一致していた。彼らはそのモデル言語であるC++に白羽の矢を立て、当初はその移植版を検討していたが、プロジェクトの対象が家電製品の組み込みシステムであったために自然と却下された。C++の複雑な言語仕様はコンピュータ資源の浪費とプログラムエラーの発生率を高めがちであり、堅牢性と安全性が至上命題である家電製品の制御装置には不向きであると判断されたためだった。加えてC++では移植性に対応できない点も指摘されており、プロジェクトの中でプラットフォーム非依存が特に重要な議題として上がった。彼らはC++に代わる言語の開発と同時に、あらゆる機器に容易に移植できるプラットフォームの必要性も認識するようになった。こうして新言語プログラムの動作環境になる「Green OS」の開発も始められた。

一方で、Mesa言語とC言語の長所を理想にしていたサン社エンジニアのビル・ジョイは、Further（彼方へ）という名の論文を書いてC++をモデルにした新しいオブジェクト指向言語の開発を自社に提案した。それを受けてまずジェームズ・ゴスリンがC++の拡張言語を提出した。ゴスリンはこれを「C++ ++ --」と名付けたがすぐに取り下げ、改めて一から設計しなおしたプログラミング言語を誕生させた。オフィスの側に立つオークの木を眺めながら開発を進めていたゴスリンは、この新しい言語に「Oak」という名前をつけた。時に1991年秋でありこの「Oak」がJavaの前身になった。それと並行してOakプログラムが用いる基本ライブラリも整備された。

携帯端末、テレビ機器市場への参入と撤退（1992年～1994年5月）

1992年夏にはGreen OSを実際の機器に載せてOakプログラムを実行できるようになっていた。この頃になるとグリーンプロジェクトの対象は、当初の家電機器から携帯情報端末（PDA）にシフトされていた。1992年9月3日に最初のデモンストレーションが開催され「Star7」という名のPDA機器がOakプログラムの初のお披露目舞台になった。このStar7のユーザーインターフェース上で後のマスコットキャラ「Duke」が初登場している。1992年11月、サン社はファーストパーソン社を設立しグリーンチームをそちらに所属させた。次世代のインタラクティブ機器に関心を持つファーストパーソン社は、ケーブルテレビ用セットトップボックス事業への参入を決めて、タイムワーナー社と3DO社にそれぞれOakテクノロジを提示したが、その高度な柔軟さが逆に倦厭されて契約実現には到らなかった。サン本社はファーストパーソン社の解散を決め、グリーンチームも本社に戻された。

ワールドワイドウェブ参入（1994年6月～1994年9月）

1994年6月、サン社技術部長ジョン・ゲージがジェームズ・ゴスリン、ビル・ジョイ、パトリック・ノートン、エリック・シュミットら集めて、延べ3日に渡るブレインストーミングが行われた。ここで彼らはワールドワイドウェブをプロジェクトの本命に据える事で一致した。革新的なウェブブラウザである「NCSA Mosaic」の登場に触発された彼らは、インターネットの世界がケーブルテレビのそれを超えたインタラクティブな媒体に発展しつつある事を認識していた。パトリック・ノートンはOakテクノロジをベースにした「WebRunner」という小さなウェブブラウザを開発した。Oakによる小さなアクティブプログラムが埋め込まれたウェブページにアクセスすると、WebRunner上でマウス操作に連動するインタラクティブなアニメーションが表示された。

Javaの始動（1994年10月～1996年1月）

1994年秋までにグリーンチームは、Oakを「Java」に、WebRunnerを「HotJava」に改称した。Green OSは「Java Runtime Environment」に落とし込まれた。改称の理由はOakがすでにビデオカードアダプタ製造会社の登録商標になっていたからだった。この命名は一部のチームメンバーがよく出入りしていた近くのコーヒーショップで決定されたと言われる。Javaの由来は不明とされているが、ロゴが示している通りコーヒーに因んでいるのは明らかである。ジャワ島はコーヒー豆の名産地であり、豆（Bean）はJavaテクノロジ内でコンポーネントを指す用語にされている。

1994年10月、JavaランタイムとHotJavaブラウザがサン社の幹部社員たちの前でデモンストレーションされ、アルファ版が社内公開された。1995年5月23日のSunワールドカンファレンスで、JavaランタイムとHotJavaブラウザが社外初披露された。ここではJavaアプレットの技術がセールスポイント的にアピールされ、同時にネットスケープ社が「Netscape Navigator」ブラウザへもこのアプレット機能を配備するとアナウンスして業界の注目を集めた。1995年秋にベータ版が社外公開された。1996年1月9日にサン社は正式にJavaソフトウェア部門を立ち上げた。基礎およびコアテクノロジは市場リリースに恥じない段階まで進捗していたが、綜合基盤であるプラットフォームと呼べる域までは達しておらず、初リリースのプロダクト名はJavaランタイム環境を内包したデヴェロップメントキットになった。1月23日に最初の公開バージョンである「JDK 1.0」が市場リリースされた。

バージョン履歴

→詳細は「Javaバージョン履歴」を参照

1996年1月の初リリースからバージョン更新はおおむね数年おきに行われていたが ^[10]、2017年9月の「Java SE 9」から一定の機能蓄積を待たずに強制公開する旨が発表され、毎年3月9月の年二回定期リリース制に変更された。それに伴い従来の長期間サポート（LTS）制度も廃止され、原則的に次回バージョンまでの半年間サポートになった。2018年9月の「Java SE 11」から有償契約LTS制度が発表され、このバージョンはLTS対象とされた^[11]。LTS対象バージョンは安定版、そうでないものは新機能提供版といった位置付けである。現行のLTS対象バージョンは「Java SE 11」と「Java SE 8」である。

バージョン	リリース日	無料公開アップデート期限^[12]^[13]	延長サポート期限
サポート終了：JDK Beta	1995	?	?
サポート終了：JDK 1.0	1996年1月	?	?
サポート終了：JDK 1.1	1997年2月	?	?
サポート終了：J2SE 1.2	1998年12月	?	?
サポート終了：J2SE 1.3	2000年5月	?	?
サポート終了：J2SE 1.4	2002年2月	2008年10月	2013年2月
サポート終了：J2SE 5.0	2004年9月	2009年11月	2015年4月
サポート終了：Java SE 6	2006年12月	2013年4月	2018年12月
サポート終了：Java SE 7	2011年7月	2015年4月	2022年7月
サポート中：Java SE 8 (LTS)	2014年3月	Oracle（商用）　　 2019年1月まで Oracle（個人用）　 2020年12月まで AdoptOpenJDK　　2026年5月以降も予定 Amazon Corretto　2023年6月までは保証^[14]	2030年12月
サポート終了：Java SE 9	2017年9月	OpenJDK 2018年3月	—
サポート終了：Java SE 10	2018年3月	OpenJDK 2018年9月	—
サポート中：Java SE 11 (LTS)	2018年9月	Amazon Corretto　2024年8月以降も予定^[14] AdoptOpenJDK　　2024年10月まで	2026年9月
サポート終了：Java SE 12	2019年3月	OpenJDK 2019年9月	—
サポート終了：Java SE 13	2019年9月	OpenJDK 2020年3月	—
現行バージョン：Java SE 14	2020年3月	OpenJDK 2020年9月	—
将来のリリース：Java SE 15	2020年9月	OpenJDK 2021年3月	—
将来のリリース：Java SE 16	2021年3月	OpenJDK 2021年9月	—
将来のリリース：Java SE 17 (LTS)	2021年9月	未公表	未公表
凡例サポート終了サポート中現行バージョン最新プレビュー版将来のリリース

Javaプログラミング例

→詳細は「Javaの文法」を参照

Hello World

//ハローワールド.java
public class Hello {
    public static void main(String[] args) {
        System.out.println("Hello, world!");
    }
}

Javaプログラムでは全てのフィールドとメソッドがclass内に記述される。
Javaプログラムは静的メソッドpublic void static main (String[] args)から開始される。argsはプログラム開始時のコマンドライン・パラメータである。
System.outはSystemクラスの静的フィールドoutを意味する。outはPrintStream型のインスタンスである。out.println("文字列")はoutがprintlnメソッドを呼び出す。

キーワード一覧

Javaの基本言語仕様は54種類程度に抑えたキーワードによって比較的コンパクトにまとめられている。Javaの構文はC++言語によく似たものであり、それよりも比較的平易化されている。従って以下のキーワードを眺めるだけでもJavaプログラミングの大まかなスタイルを掴むことができる。

類別	キーワード	説明
アクセス修飾子	import	パッケージ名前空間の解決用
	private	同クラス内でアクセス可
	package	同クラス内と同パッケージ内でアクセス可、パッケージスコープの宣言
	protected	同クラス内と同パッケージ内と派生クラス内でアクセス可
	public	全範囲でアクセス可
クラス定義系	abstract	抽象クラス、抽象メソッド
	class	クラス
	enum	列挙型
	extends	スーパークラスの指定
	final	クラスの継承不可、メソッドのオーバーライド不可、フィールドの定数化
	implements	実装するインターフェース
	interface	インターフェース
	native	そのメソッドは他言語コンパイルコードで実装される
	static	静的フィールド、静的メソッド、静的内部クラスはトップレベル扱いされる
	strictfp	指定クラス、指定メソッドで厳密な浮動小数点計算が行われる
	synchronized	同期用クラス、同期用メソッド、同期用ブロック
	transient	直列化から除外されるフィールド
	void	返り値無しのメソッド
	volatile	そのフィールドは各スレッドからキャッシュ参照されない
制御構文系	break	ループ脱出
	case	パターンマッチ項目
	continue	ループ起点回帰
	default	パターンマッチ外
	do	無条件ループ起点
	else	条件式の偽側フロー
	for	初期値定義と周回毎値変化で修飾された条件式ループ
	if	条件式の真側フロー
	instanceof	インスタンスの実行時型チェック
	return	メソッドの評価終了
	switch	パターンマッチ起点
	while	条件式ループ
例外処理系	assert	条件式が偽ならプログラム中断
	catch	例外パターン捕捉
	finally	例外デフォルト捕捉
	throw	例外発生
	throws	そのメソッドで発生する例外候補
	try	例外発生ブロック
基本値系	boolean	真偽値
	byte	8ビット値
	char	文字表現用16ビット値
	double	64ビット浮動小数点
	float	32ビット浮動小数点
	false	偽値
	int	符号付き32ビット値
	long	符号付き64ビット値
	short	符号付き16ビット値
	true	真値
	null	ヌルポインタ
参照値系	super	スーパークラスのインスタンス
	this	カレントクラスのインスタンス
	new	インスタンスの生成
予約語	goto	使用できない
予約語	const	使用できない

Javaプラットフォーム

→詳細は「Javaプラットフォーム」を参照

Javaプラットフォーム（Java Platform）は、Javaプログラムを開発または実行する為のソフトウェア群の総称である。Javaプラットフォームは対象環境に合わせて、JREおよびJDKの構成内容と、追加されるJavaテクノロジの組み合わせを変えたエディションに編集されて公開されている。Javaテクノロジは権利元ベンダーだけでなくサードパーティ側からも提供されており、その標準化はJavaコミュニティプロセス（JCP）が管理している。Javaテクノロジの中核となるJREとJDKはオープンソース化されているので、各企業、任意団体、開発者各自が営利または非営利で膨大な数のソフトウェアと関連技術を公開し、巨大なITエコシステムを構築している。

エディション

2019年現在、Java権利元のオラクル社は、対象環境に合わせたJavaプラットフォームの4つのエディションを公開している。エディションによってJava実行環境とJava開発キットに含まれるツール構成に違いがあり、またクラスライブラリとAPIの構成内容も異なっている。Java仮想マシンの性能にも差異がある。JDK 1.1までは単体エディションで、J2SE 1.2から3エディションに分かれた。J2SE 5.0頃から拡張テクノロジの一つであったJava Cardが昇格して4エディションとなった。

Java Platform, Standard Edition （Java SE）: スマートフォンやタブレットを含むパーソナルコンピュータ向けである。主にデスクトップアプリケーションとWEBアプリを開発または実行する。一般ユーザー用仕様と言える。
Java Platform, Enterprise Edition （Java EE） / Jakarta EE: サーバーマシン、ワークステーション向けである。スタンダード版に加え、WEBサーバー及び多層クライアントサーバーや業務用システムを開発する為の、様々な拡張技術クラスライブラリ＆APIが追加されている。業務用プロフェッショナル仕様であり大規模である。; 2017年9月にOracle社は今後のJava EEのバージョンアップがエクリプス財団によって行われる事を発表した^[15]^[16]。Java EEの商標は現行版のサポートを続けるOracle社が保持したので、エクリプス財団による今後のバージョンはJakarta EEの名称で公開される事になった^[17]。
Java Platform, Micro Edition （Java ME）: 組み込みシステム、マイクロコントローラ向けである。コンピュータ資源が制限されている集積回路や電子機器に対応した特定技術仕様であり、専用のクラスライブラリ＆APIも用意されている。Java仮想マシンも比較的コンパクトにまとめられている。
Java Card: スマートカード（ICカード）、小型メモリデバイス上で運用されるプログラムを開発するためのエディションである。現在^[いつ?]ではSIMカードやATMカードなど幅広い分野に普及している。Java仮想マシンの機能は非常にコンパクトにまとめられており、幾つかのプリミティブ型も省略されている。故に特殊なプログラミングスタイルが求められる。

Java実行環境（JRE）

→詳細は「Java Runtime Environment」を参照

Java実行環境 (Java Runtime Environment) は、Javaアプリケーションを実行するために必要なソフトウェアである。Java仮想マシン、''Java.exe''のスターターを含めた各種実行サポートツール、Javaクラスライブラリで構成される。Java実行環境の中核はJava仮想マシンである。エディション毎に仮想マシンの仕様と性能は異なっており、また実行時は複数の動作モードを持つ。仮想マシンはスターターを通して稼働されるのが普通である。様々な使用状況に対応したスターターが最初に実行されて、そこから仮想マシンが呼び出されてJavaプログラムの実行を移譲される。仮想マシンはJavaクラスライブラリを逐次読み込みながらJavaプログラムを実行する。Java実行環境のツール内容とクラスライブラリ構成は、エディション毎に違いがある。

Javaクラスライブラリ

Javaクラスライブラリは、普遍的に呼び出される特定の機能を実装したクラスの集合体である。Javaプログラムはライブラリ内のクラスを逐次呼び出しながら処理を実行する。なお、それぞれのJavaクラスライブラリ内部からプログラマの利用に向けて外部公開されている部分を「Java API」と呼ぶ。

基礎ライブラリ - Java言語の基礎を扱う。
入出力ライブラリ - ファイル入出力など。
コレクションライブラリ - 動的配列と動的連想配列。データ集合の操作。
数学ライブラリ - 各種計算を扱う。
国際化地域化ライブラリ - 暦、日付、時間、通貨、文字コードなどの国際化と地域化を扱う。
ネットワークライブラリ - ソケット通信を扱う。
GUIライブラリ - グラフィカル・ユーザーインターフェースを扱う。
アプレットライブラリ - アプレット生成用。
Javaビーンズライブラリ - ソフトウェアコンポーネント作成用。
データベース接続ライブラリ - SQLを扱う。
リモートメソッドライブラリ - 分散オブジェクトを扱う。
セキュリティライブラリ - セキュリティポリシー、ユーザー認証と権限承認、公開鍵暗号方式など。

Javaアプリケーションの形態

Java実行環境に用意されている特定のJavaクラスライブラリを利用する事でJavaプログラムは結果的に、以下の四種類のアプリケーション形態に派生する。

Javaアプリケーション (application): パーソナルコンピュータなどのローカル環境で実行されるJavaプログラム。「Java Web Start」は任意のjnlpファイル（java network launching protocol）をダウンロードして実行できるJavaアプリの配布システムである。この類似技術としてマイクロソフトのノータッチデプロイメント、ClickOnceがある。
Javaアプレット (applet): サーバーからダウンロードされてWEBブラウザ上で実行されるJavaプログラム。サンドボックス機能下で厳しい動作制約が加えられている。当初はJavaの目玉技術であったが、様々な理由からさほど普及しなかった。; Java Cardプラットフォームの分野であるスマートカード（ICカード）上で動くJavaプログラムもアプレットと呼ばれており、現在ではこちらに舞台を移している。
Javaサーブレット (servlet): サーバーマシンで実行されるJavaプログラム。その名の通り手軽にサーバープログラムを実装出来るが、大規模サーバーの構築にも適している。サーブレットはクライアントからのリクエストを逐次トランザクションして順次レスポンスする。WEBクライアントにはHTMLなどのプロトコルページ及び各種メディアをレスポンスしてWEBブラウザ上で表示させる。PerlなどによるCGIに比べ、サーバ側の負荷が低いなどのメリットがある。
Javaサーバーページ (server page): サーブレットをWEBサーバー用に特化したものであり、XHTML (HTML) 内に記述するJavaプログラムである。WEBクライアントからのリクエストに伴うパラメータに従い、それをサーバー側で解釈してWEBページ内容を動的に生成、変化させてレスポンスする。コードは似ているが、JavaScriptの様にブラウザ側で実行するスクリプトではない。類似の技術にActive Server Pages、PHPがある。

Java開発キット（JDK）

→詳細は「Java Development Kit」を参照

Java開発キット (Java Development Kit) は、Javaプログラムを開発するために必要なソフトウェアである。Java実行環境も内包している。Javaコンパイラなどの基本開発ツール、各種開発サポートツール、Java APIで構成されている。前述のエディションによって開発ツール内容とAPI構成に違いがある。Java開発キットの呼称はこれまでに何度か変更されている。

J2SE 1.2.2_004 までは、JDK（Java Development Kit）と呼んでいた。
J2SE 1.4 までは、Java2 SDK（Java2 Software Development Kit）と呼んでいた。
J2SE 5.0 からは再び、JDK（Java Development Kit）と呼んだ。
JavaSE 7 からは、エンタープライズ版とマイクロ版では Java SDK（Java Software Development Kit）と呼び、スタンダード版とカード版では JDK（Java Development Kit）と呼ぶようになった。JDKはSDKの拡張サブセット（SDKの一部分＋その他）とされる。

Java API

APIは、アプリケーション・プログラミング・インタフェースの頭字語であり、Javaクラスライブラリ内部からプログラマに向けて外部公開されているクラス、インタフェース、メソッド、フィールド、定数の集合である。プログラマはこれを用いて各種ソフトウェアの開発を行う。APIは基本的にクラスライブラリの所属に沿って、パッケージ（package）と呼ばれる名前空間で分類されて提供されている。パッケージは各ワードをピリオトで連結して階層化されている。先頭ワードのjavaは開発元提供の純正基礎版を意味する。他に純正拡張版のjavax、任意団体提供のorg、企業提供のcomがある。

java.lang - Java言語の基礎を扱う。
java.io - ファイル入出力など。
java.util - 動的配列と動的連想配列。データ集合の操作。
java.math - 各種計算を扱う。
java.text - 暦、日付、時間、通貨、文字コードなどの国際化と地域化を扱う。
java.net - ソケット通信を扱う。
java.awt - グラフィカル・ユーザーインターフェースを扱う。
java.applet - アプレット生成用。
java.beans - ソフトウェアコンポーネント作成用。
java.sql - SQLを扱う。
java.rmi - 分散オブジェクトを扱う。
java.security - セキュリティポリシー、ユーザー認証と権限承認、公開鍵暗号方式など。

統合開発環境と開発支援ツール

統合開発環境（IDE）は、JDKを中核にしてビジュアルエディターやビルドマネージャーなどの様々な開発支援機能を備えたソフトウェアである。JDKのみだと、メモ帳でプログラムを書きコマンドラインでコンパイルしコンソールでデバッグをするという極めて原始的な作業になるが、IDEを使用する事で多機能エディタコーディングとビルド過程の自動化と視覚的なデバッグが可能になる。Java開発用のIDEは様々な企業と任意団体から公開されている。

NetBeans - サン社→オラクル社製。オープンソースIDE。NetBeans.org NetBeans.jp。
Eclipse SDK - IBM社→Eclipse財団。オープンソースIDE。Java用IDEの共通基盤存在である。ここからWebSphere Studio、JBuilderなど様々なIDEが派生している。eclipse.org（英語） EclipseWiki（日本語）。
WebSphere Studio - IBM社。商用IDE。Eclipseに有料プラグイン機能を組み合わせたもの^[18]。現在はアップデート停止。WebSphere開発ツール。
IBM Rational Application Developer for WebSphere Software（英語版） - IBM社。Rationalブランド商用IDE。WebSphere Studioの後継製品。
JBuilder - ボーランド社→エンバカデロ社。商用IDE。JBuilder2007からEclipseベースになっている。JBuilder。
Oracle JDeveloper - オラクル社。Oracle Application Serverと統合されている。2005年6月28日に無料化した。JDeveloper。
Oracle Workshop for WebLogic - オラクル社（BEAシステムズ社）。WebLogic（英語版）と統合されている。Oracle Workshop for WebLogic。
BlueJ - サン社とDeakin University（豪）とUniversity of Kent（英）が共同開発したフリーIDE。BlueJ。
IntelliJ IDEA - JetBrains社。Android Studioのベースになった商用IDE。IntelliJ IDEA。
JCreator - Xinox Software社。商用IDE。JCreator。
Xcode - アップル社。macOSに付属するIDE。

開発サポートツールは、プロジェクト管理、自動ビルド、デバッグ、モニタリングを容易にする。下記の他にも多くの支援ツールが存在する。

Apache Ant - Javaアプリケーションのビルドツール。Apacheソフトウェア財団のプロジェクトによって開発された。コンパイル、バージョン管理システムとの連携、jar、javadoc生成、ファイルのコピー/移動/削除/変換などの一連の処理を自動化して効率的に実行する。make と同種のツールであり、XMLファイルにビルドの規則を記述する。Java 以外の言語によるアプリケーション開発や、アプリケーション開発以外の用途にも使うことができる。
Apache Maven - Javaアプリケーションのプロジェクト管理ツール。Apacheソフトウェア財団のプロジェクトによって開発された。
Gradle - Apache AntやApache Mavenのコンセプトに基づくオープンソースビルド自動化システム。
JUnit - Javaアプリケーションの単体テストフレームワーク。単体テストを自動化する。xUnitの一種である。テスト駆動開発を支援する。

様々なJavaテクノロジ

Javaテクノロジは、各企業、任意団体、開発者グループから様々な形で公開されている。具体的な形態例では、org/comパッケージのAPI、JREとJDKを中核にした独自仕様コンテナ、プログラム＆ソフトウェアコンポーネント＆データベース＆通信プロトコル等を組み合わせた統合システムなどがある。各開発元から提示された技術は、Javaコミュニティプロセス（JCP）による審査を合格した後にJavaテクノロジの一つとして認証される。これを標準化（standardization）と言う。Javaテクノロジは多岐に渡る分野に存在している。その一例を以下に列挙する。

JNDI (Java Naming and Directory Interface) - ネーミングサービスとディレクトリサービスを扱う
JSML (Java Speech Markup Language) - 音声合成システムにテキスト注釈を追加する
JDBC (Java Database Connectivity) - データベース接続
JDO (Java Data Objects) - オブジェクト永続化の仕様
JAI (Java Advanced Imaging) - 高水準な画像操作API
JAIN (Java API for Integrated Networks) - 統合通信ネットワーク用のAPI
JDMK (Java Dynamic Management Kit) - JMX仕様に基づいた開発支援ソフトウェア
Jini - 分散システムを構築するネットワークアーキテクチャ
Jiro - 分散した記憶装置を管理するテクノロジ
JavaSpaces - 分散システム環境でオブジェクトの送受信と永続化などを支援する技術
JML (Java Modeling Language) - 契約による設計（DbC）を指向した形式言語をソースコードに導入する
JMI (Java Metadata Interface) - Javaのメタデータの作成・アクセス・検索・送受信に関する仕様
JMX (Java Management Extensions) - 主に分散システムで依存性の注入によるJavaプログラムの動的再構成
JSF (JavaServer Faces) - WEBクライアントにユーザーインターフェースを提供するサーバー用テクノロジ
JNI (Java Native Interface) - 他の言語で実装されたネイティブコードを呼び出す技術
JXTA - Peer to Peer (P2P) の仮想ネットワークのためのオープンプロトコル
Java 3D - 3次元グラフィクスプログラミングのための高水準なAPI。Java 3D
JOGL (Java OpenGL) - OpenGLを使う3Dプログラミングのための低水準なAPI
LWJGL - ゲーム開発用のAPI。OpenGL、OpenAL、OpenCLを扱える。様々なゲーム用コントローラーも扱える。
OSGi - サービスの動的な管理と遠隔保守
Blu-ray Disc Java - ブルーレイディスクで実行される各種コンテンツ制作用

Javaテクノロジの標準化

→詳細は「Java Community Process」を参照

Javaテクノロジの標準化（standardization）は、Javaコミュニティプロセス（JCP）が管理している。標準化とはその技術の品質を評価してJavaテクノロジの一つとして認証する事である。JCPが発行している数々のJava仕様要求書（JSRs）によって、Javaテクノロジが準拠すべき仕様規定と技術基準は逐一定められている。その中にはJava言語に追加される新たな言語仕様などのコアテクノロジも含まれている。例として主に5.0版に関連したJSRsを以下に列挙する。

JSR 14 Add Generic Types To The Java Programming Language (J2SE 5.0)
JSR 133 Java Memory Model and Thread Specification Revision (J2SE 5.0)
JSR 166 Concurrency Utilities (J2SE 5.0)
JSR 175 A Metadata Facility for the Java Programming Language (J2SE 5.0)
JSR 176 J2SE 5.0 (Tiger) Release Contents (J2SE 5.0)
JSR 201 Extending the Java Programming Language with Enumerations, Autoboxing, Enhanced for loops and Static Import (J2SE 5.0)
JSR 244 Java EE 5 Specification (Java EE 5)
JSR 901 Java Language Specification (J2SE 5.0)

Javaオープンソースモデル

開発元のサン社（後にオラクル社が買収）はJava公開初期から、Java仮想マシンとJavaクラスライブラリの仕様を公開しており、サードパーティによるJavaプラットフォームの移植と拡張テクノロジの開発を促していた。しかしJava普及に一定のコントロールをかける為の枠組みとして、ソースコードの改変までは認めていなかった。2004年になるとIBM社とBEAシステムズ社（後にオラクル社が買収）が、この部分的オープンソース制度に便乗する形で、関連ソフトウェアと拡張テクノロジの開発を支援するプロジェクトを立ち上げた。その目的は彼ら独自のJavaオープンソース化を実現する事であった。IBM社らはJava仮想マシンと標準クラスライブラリの互換製品を登場させ、それに基づく独自標準化も徐々に進めていた。Javaコミュニティプロセスへの影響力低下を懸念したサン社は、このIBM主体によるオープンソース化プロジェクトへの協力に消極的な立場を取り続けていた。しかし2006年になると業界の変化を悟ったサン社は方針を変えて賛同し、2007年5月8日にはJava SE 6を「OpenJDK」としてGNU一般公開ライセンスの下でリリースした^[19]。OpenJDKではソースコードの改変も認められた。「GNU Classpath」は、J2SE 1.4のクラスライブラリの99%以上を実装し[1]、J2SE 5.0では95%以上を実装している[2]。またOpenJDKの開発にはIBM社も協力している。

GNUプロジェクト

GNUプロジェクトは「GNU Interpreter for Java」とGNUコンパイラコレクションのJava版である「GNU Compiler for Java」を公開している。「GNU Compiler for Java」は、ahead-of-timeコンパイル機能を備えており、Javaのソースコードとバイトコードを、ネイティブマシンコード（Windowsではexeファイル）に変換できる。また、Java標準クラスライブラリの互換版である「GNU Classpath」も公開している。Windows環境下の「GNU Compiler for Java」は、MinGW (WindowsAPIを使う為のライブラリ) と併せて、Cygwin（Unix環境を再現するソフトウェア）の環境上で実行できる。なお、Cygwinの使用はGNU一般公開ライセンスに従う必要があるが、MinGWの方はライセンスフリーである。

その他

WindowsやLinuxなどメジャーなオペレーティングシステムでは、オラクル社、IBM社、Blackdown社などの企業またはGNUプロジェクト、Kaffe.orgなどの任意団体による独自開発のJREとJDKが公開されている。
米国Excelsior社が「Excelsior JET」というahead-of-timeコンパイラを販売している^[20]。JavaソースコードをそのままWindows用実行ファイルに変換して起動の高速化やアプリケーションの難読化を実現できる。
JarファイルをWindows用実行ファイルにラッピングにするツールも存在する。「exewrap」「JSmooth」「Launch4j」「NSIS Java Launcher with automatic JRE installation」である。JSmoothは、Java実行環境が無い時はそれも自動インストールする機能を備えている。また純粋なJava実行環境では不可能だったタスクアイコンを表示させる機能も備えている。

Java認定資格

オラクル^{[注釈 1]}は複数のJava認定資格を主催している。Javaのバージョンアップに伴って資格も変更されることがある。ただし、変更前に取得した資格は変更後も有効である。認定試験に不合格だった場合、その試験日を含めて14日以内は同一試験を受験することができない。

現在受験可能な資格^[21]^[22]^[23]^[24]
資格名	レベル	対象バージョン
Java Foundations Certified Junior Associate	Junior Associate	不明
Oracle Certified Java Programmer, Bronze SE 7/8^{[注釈 2]}	Bronze	Java SE 7/8
Oracle Certified Java Programmer, Silver SE 8^{[注釈 3]}	Associate	Java SE 8
Oracle Certified Java Programmer, Gold SE 8^{[注釈 4]}	Professional	Java SE 8
Oracle Certified Professional, Java EE 7 Application Developer	Professional	Java EE 7
Oracle Certified Master, Java EE 6 Enterprise Architect	Master	Java EE 6
Oracle Certified Expert, Java EE 6 Enterprise JavaBeans Developer	Expert	Java EE 6
Oracle Certified Expert, Java EE 6 JavaServer Faces Developer	Expert	Java EE 6
Oracle Certified Expert, Java EE 6 Web Services Developer	Expert	Java EE 6
Oracle Certified Expert, Java EE 6 Java Persistence API Developer	Expert	Java EE 6
Oracle Certified Expert, Java EE 6 Web Component Developer	Expert	Java EE 6

脚注

[脚注の使い方]

注釈

^ 買収前はサン・マイクロシステムズによって。
^ 日本でのみ行われている^[25]。
^ 日本以外での Oracle Certified Associate, Java SE 8 Programmer に対応。
^ 日本以外での Oracle Certified Professional, Java SE 8 Programmer に対応。

出典

^ “Write once, run anywhere?”. Computer Weekly (May 2, 2002). 2009年7月27日閲覧。
^ “1.2 Design Goals of the Java™ Programming Language”. Oracle (January 1, 1999). January 23, 2013時点のオリジナルよりアーカイブ。2013年1月14日閲覧。
^ ^a ^b McMillan (August 1, 2013). “Is Java Losing Its Mojo?”. wired.com. February 15, 2017時点のオリジナルよりアーカイブ。March 8, 2017閲覧。 “Java is on the wane, at least according to one outfit that keeps on eye on the ever-changing world of computer programming languages. For more than a decade, it has dominated the TIOBE Programming Community Index, and is back on top – a snapshot of software developer enthusiasm that looks at things like internet search results to measure how much buzz different languages have. But lately, Java has been slipping.”
^ Chan (January 22, 2019). “The 10 most popular programming languages, according to the 'Facebook for programmers'”. Business Insider. June 29, 2019時点のオリジナルよりアーカイブ。June 29, 2019閲覧。
^ Chan (January 22, 2019). “The 10 most popular programming languages, according to the 'Facebook for programmers'”. Business Insider. June 29, 2019時点のオリジナルよりアーカイブ。June 29, 2019閲覧。
^ “JavaOne 2013 Review: Java Takes on the Internet of Things”. www.oracle.com. April 19, 2016時点のオリジナルよりアーカイブ。2016年6月19日閲覧。
^ “Why should I uninstall older versions of Java from my system?”. Oracle. 2016年9月9日閲覧。
^ ^a ^b “Java Software | Oracle”. www.oracle.com. 2019年10月19日閲覧。
^ 広辞苑第六版
^ “JAVASOFT SHIPS JAVA 1.0”. March 10, 2007時点のオリジナルよりアーカイブ。2008年2月5日閲覧。
^ Chander. “Introducing Java SE 11”. oracle.com. September 26, 2018時点のオリジナルよりアーカイブ。September 26, 2018閲覧。
^ “Oracle Java SE Support Roadmap”. www.oracle.com. Template:Cite webの呼び出しエラー：引数 accessdate は必須です。
^ “Support | AdoptOpenJDK”. adoptopenjdk.net. Template:Cite webの呼び出しエラー：引数 accessdate は必須です。
^ ^a ^b Gupta, Arun (2018年11月14日). “Introducing Amazon Corretto, a No-Cost Distribution of OpenJDK with Long-Term Support”. 2019年12月17日閲覧。
^ “Opening Up Java EE - An Update” (英語). Oracle (2017年9月12日). 2019年3月10日閲覧。
^ “EE4J、EclipseファウンデーションがオープンソースJava EEを準備”. InfoQ (2017年11月16日). 2019年3月10日閲覧。
^ “Java EE は Jakarta EE となる”. InfoQ (2018年3月5日). 2019年3月10日閲覧。
^ 星暁雄＝日経BP Javaプロジェクト (2003年10月31日). “EclipseとWebSphere Studioはどう違うのか | 日経 xTECH（クロステック）”. 日経 xTECH（クロステック）. Nikkei Business Publications, Inc.. 2019年11月17日閲覧。
^ Sun Microsystems, Inc (2007年5月8日). “Sun Fulfills Promise of Open and Free Java Technology and Releases Java SE Platform to OpenJDK Community”. 2009年9月16日閲覧。
^ http://www.excelsior-usa.com/jet.html
^ “オラクル Java SE 認定資格パス概要”. 2019年3月7日閲覧。
^ “オラクル Java EE and Web Services 認定資格パス概要”. 2019年3月7日閲覧。
^ “Java Foundations Certified Junior Associate (novice-level certification)”. 2019年3月10日閲覧。
^ “認定試験一覧”. 2019年3月7日閲覧。
^ “Java資格が大幅リニューアル。Bronze／Silver／Goldが登場”. 2019年3月7日閲覧。

参考文献

Jon Byous, Java technology: The early years. Sun Developer Network, 日付不明（1998年頃）.（2005年4月22日に参照）
James Gosling, A brief history of the Green project. Java.net, 日付不明（1998年第1四半期頃）.（2005年4月22日に参照）
James Gosling, Bill Joy, Guy Steele, and Gilad Bracha, The Java language specification, third edition. Addison-Wesley, 2005. ISBN 0-321-24678-0.
- 村上雅章（訳）『Java言語仕様第3版』ピアソン・エデュケーション、2006年、ISBN 4-89471-715-8
Tim Lindholm and Frank Yellin. The Java Virtual Machine specification, second edition. Addison-Wesley, 1999. ISBN 0-201-43294-3.
- 村上雅章（訳）『Java 仮想マシン仕様第2版』ピアソン・エデュケーション、2001年、ISBN 4-89471-356-X
ジョシュア・ブロック（著）、柴田芳樹（訳）『Effective Java プログラミング言語ガイド』ピアソン・エデュケーション、2001年、ISBN 4-89471-436-1

外部リンク

オラクル・JCP関連

Java.com （日本語） - Javaのユーザー向け公式サイト
Java | Oracle Community （英語） - Javaの技術者向け公式サイト
Java Community Process （英語） - JCPのサイト。JSRなどを閲覧できる
Oracle Technology Network - Java （日本語） - オラクルの技術者向けサイト

技術情報

@IT: Java Agile （日本語） - Java技術者のための情報提供/情報交換フォーラム
IBM developerWorks Java technology （日本語） - IBM developerWorks の開発者向けの記事
Computer-Books.us （英語） - Java の複数の書籍（無償でダウンロード可能）
Java SE - オラクル（旧サン）によるJREとJDKの実装
Oracle JRockit - オラクル（旧BEAシステムズ）によるJava仮想マシンとJDKの実装
OpenJDK （英語）
GNU Compiler for Java (GCJ) （英語）

[21] 買収前はサン・マイクロシステムズによって。

[27] 日本でのみ行われている^[25]。

[28] 日本以外での Oracle Certified Associate, Java SE 8 Programmer に対応。

[29] 日本以外での Oracle Certified Professional, Java SE 8 Programmer に対応。

[1] “Write once, run anywhere?”. Computer Weekly (May 2, 2002). 2009年7月27日閲覧。

[design_goals-2] “1.2 Design Goals of the Java™ Programming Language”. Oracle (January 1, 1999). January 23, 2013時点のオリジナルよりアーカイブ。2013年1月14日閲覧。

[:02-3] McMillan (August 1, 2013). “Is Java Losing Its Mojo?”. wired.com. February 15, 2017時点のオリジナルよりアーカイブ。March 8, 2017閲覧。 “Java is on the wane, at least according to one outfit that keeps on eye on the ever-changing world of computer programming languages. For more than a decade, it has dominated the TIOBE Programming Community Index, and is back on top – a snapshot of software developer enthusiasm that looks at things like internet search results to measure how much buzz different languages have. But lately, Java has been slipping.”

[4] Chan (January 22, 2019). “The 10 most popular programming languages, according to the 'Facebook for programmers'”. Business Insider. June 29, 2019時点のオリジナルよりアーカイブ。June 29, 2019閲覧。

[5] Chan (January 22, 2019). “The 10 most popular programming languages, according to the 'Facebook for programmers'”. Business Insider. June 29, 2019時点のオリジナルよりアーカイブ。June 29, 2019閲覧。

[6] “JavaOne 2013 Review: Java Takes on the Internet of Things”. www.oracle.com. April 19, 2016時点のオリジナルよりアーカイブ。2016年6月19日閲覧。

[7] “Why should I uninstall older versions of Java from my system?”. Oracle. 2016年9月9日閲覧。

[:0-8] “Java Software | Oracle”. www.oracle.com. 2019年10月19日閲覧。

[9] 広辞苑第六版

[10] “JAVASOFT SHIPS JAVA 1.0”. March 10, 2007時点のオリジナルよりアーカイブ。2008年2月5日閲覧。

[11] Chander. “Introducing Java SE 11”. oracle.com. September 26, 2018時点のオリジナルよりアーカイブ。September 26, 2018閲覧。

[auto9-12] “Oracle Java SE Support Roadmap”. www.oracle.com. Template:Cite webの呼び出しエラー：引数 accessdate は必須です。

[13] “Support | AdoptOpenJDK”. adoptopenjdk.net. Template:Cite webの呼び出しエラー：引数 accessdate は必須です。

[Corretto2018-14] Gupta, Arun (2018年11月14日). “Introducing Amazon Corretto, a No-Cost Distribution of OpenJDK with Long-Term Support”. 2019年12月17日閲覧。

[15] “Opening Up Java EE - An Update” (英語). Oracle (2017年9月12日). 2019年3月10日閲覧。

[16] “EE4J、EclipseファウンデーションがオープンソースJava EEを準備”. InfoQ (2017年11月16日). 2019年3月10日閲覧。

[17] “Java EE は Jakarta EE となる”. InfoQ (2018年3月5日). 2019年3月10日閲覧。

[18] 星暁雄＝日経BP Javaプロジェクト (2003年10月31日). “EclipseとWebSphere Studioはどう違うのか | 日経 xTECH（クロステック）”. 日経 xTECH（クロステック）. Nikkei Business Publications, Inc.. 2019年11月17日閲覧。

[19] Sun Microsystems, Inc (2007年5月8日). “Sun Fulfills Promise of Open and Free Java Technology and Releases Java SE Platform to OpenJDK Community”. 2009年9月16日閲覧。

[20] ttp://www.excelsior-usa.com/jet.html

[22] “オラクル Java SE 認定資格パス概要”. 2019年3月7日閲覧。

[23] “オラクル Java EE and Web Services 認定資格パス概要”. 2019年3月7日閲覧。

[24] “Java Foundations Certified Junior Associate (novice-level certification)”. 2019年3月10日閲覧。

[25] “認定試験一覧”. 2019年3月7日閲覧。

[26] “Java資格が大幅リニューアル。Bronze／Silver／Goldが登場”. 2019年3月7日閲覧。

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[注釈 1]

[21]

[22]

[23]

[24]

[注釈 2]

[注釈 3]

[注釈 4]

[25]