Javaのソースを表示

{{Otheruses|プログラミング言語|その他|ジャバ}}
{{Infobox プログラミング言語
|name = Java
|logo =
|caption =
|file ext = j<code></code>ava
|paradigm = [[構造化プログラミング|構造化]]・[[命令型プログラミング|命令型]]・[[オブジェクト指向プログラミング|オブジェクト指向]]
|released = {{Start date|1995}}
|designer = [[Java Community Process]]
|developer = [[オラクル (企業)|オラクル]]（[[サン・マイクロシステムズ]]）
| latest release version = Java Standard Edition 8 Update 11 (1.8.0_11-b12)
| latest release date    = {{Start date and age|2014|07|15}}
|latest preview version =
|latest preview date = {{release date|||}}
|型付け = 強い[[静的型付け]]
|プラットフォーム = [[Solaris]], [[Linux]], [[Microsoft Windows|Windows]],<br>[[OS X|Mac OS X]], [[AIX]], [[i5/OS|System i]], <br>各種の[[組み込みシステム]]ほか多数
|処理系 = [[コンパイラ]]（[[Java Development Kit|JDK]]、[[OpenJDK]]などのjavac、[[GNU Compiler for Java|gcj]]など）、バイトコード[[インタプリタ]]（JDK、JRE、{{仮リンク|Microsoft Java Virtual Machine|en|Microsoft Java Virtual Machine|label=MSJVM}}、OpenJDKなど多数）
|影響を受けた言語 = [[Objective-C]], [[Smalltalk]], [[C++]], [[Eiffel]], [[C Sharp|C#]]
|影響を与えた言語 = [[C Sharp|C#]], [[D言語|D]], [[Dart]]
|ウェブサイト = [https://www.java.net/ www.java.net]
|wikibooks = Java
}}
{{プログラミング言語}}

'''Java'''（ジャバ）は、狭義では[[オブジェクト指向プログラミング|オブジェクト指向プログラミング言語]]Javaであり、広義では[[プログラミング言語]]Javaの[[プログラム (コンピュータ)|プログラム]]の実行環境および開発環境をいう。本稿ではプログラミング言語としての Java、および関連する技術や設計思想、およびJava言語の実行環境として見たJavaプラットフォームについて解説する。[[Javaクラスライブラリ|クラスライブラリ]]などを含めた、[[Javaバイトコード]]の実行環境と開発環境（広義のJava）については、'''[[Javaプラットフォーム]]'''を参照。また、言語の文法に関しては[[Javaの文法]]を参照。

== 概説 ==
Java は、それ以前のさまざまな言語の良い部分を引き継ぎ、欠点を克服するよう設計された。次のような特徴を持つ。
*Java では[[プラットフォーム (コンピューティング)|プラットフォーム]]に依存しない[[アプリケーションソフトウェア]]の開発と配備を行うことができる。
*Java で開発された[[ソフトウェア]]は堅牢な実行環境（[[仮想機械|仮想マシン]]）である[[Java仮想マシン]]の下で動作する。
*[[オブジェクト指向プログラミング]]の考え方に基づいて設計された言語であり、ソフトウェアの開発と保守の複雑さを低減し、開発効率と保守性を高める。
*[[Smalltalk]] や [[Objective-C]] と同様な簡潔な[[オブジェクト (プログラミング)|オブジェクト]]モデルを採用している。
*構文は [[C言語|C]] および [[C++]] から多くを引き継いでいる。
現在、Java の技術は、[[情報技術]]の[[ローエンド]]から[[ハイエンド]]まで幅広く使われている。[[組み込みシステム]]や[[携帯機器]]（[[携帯電話]]・[[PHS]]や[[携帯情報端末|PDA]]・[[スマートフォン]]等）のシステムから、企業の[[情報システム]]を担う大規模な[[サーバ]]や[[スーパーコンピュータ]]まで、非常に多くの分野で活用されている。

== 概要 ==
[[プログラミング言語]]Javaおよび[[Javaプラットフォーム]]は、[[1990年代]]前半に[[サン・マイクロシステムズ]]で[[ジェームズ・ゴスリン]]、[[ビル・ジョイ]]などの人々によって開発された。現在はJava技術の標準化作業は、[[Java Community Process]] (JCP) というプロセスを経て行われている。

Javaに関わる呼称とその意味内容は、[[コンテクスト|文脈]]に応じていくつか使い分けられている。サン・マイクロシステムズは、「Javaテクノロジ」（Java技術、Java technology）という呼称を使い、一方でJavaのさまざまな技術の形容詞として「Java」の呼称を使ってきた。多くの[[プログラマ]]は、[[プログラミング言語]]の意味で「Java」の呼称を使っている。Javaの実行環境は、[[Java Runtime Environment|Java実行環境]] (Java Runtime Environment; JRE) と呼ばれる。Java の基本的な開発環境は、[[Java Development Kit|Java開発キット]] (Java Development Kit; JDK) と呼ばれる。

Javaは[[クラスベース]]の[[オブジェクト指向プログラミング言語]]である（[[#オブジェクト指向プログラミング]]）。Java の[[プログラム (コンピュータ)|プログラム]]は複数の[[クラス (コンピュータ)|クラス]]から構成され、プログラムの実行は、各クラスが実体化した[[オブジェクト (プログラミング)|オブジェクト]]群が相互にメッセージをやりとりしながら行われる。Javaでは、[[継承 (プログラミング)|継承]]については[[実装]]の単一継承を採用している。ただし1つのクラス（オブジェクト）は複数の[[インタフェース (情報技術)|インタフェース]]を実装できる。Java で扱うデータ/オブジェクトの型（[[データ型]]）は、強い[[静的型付け]]を採用している。Javaの[[コンパイラ]]および実行環境が、型同士の整合性を検査することによって、プログラムが正しく記述されていることや、安全に動作することの検証が、可能である。

Javaは[[例外処理]]機構を備えており、[[プログラム (コンピュータ)|プログラム]]実行中に生じた異常（例外）の扱いを、比較的安全な方法で行い、プログラムを読みやすく記述することができる。

Javaでは簡潔なメモリモデルを採用しており、[[プログラマ]]がメモリ ([[主記憶装置]]) を管理する負担を軽減する。あらゆるオブジェクトはメモリ内の[[ヒープ領域|ヒープ]]という領域に割り当てられる。メモリ管理は、[[Java仮想マシン]]に統合された[[ガベージコレクション]]の機能によって行われる。従来のオブジェクト指向プログラミング言語である[[C++]]では、ヒープ領域に生成したオブジェクトについて、もはや必要が無くなった時に破棄する指示を、プログラマが自分で責任をもって行わなければならなかった。これは、C++プログラマにとっては負担が大きく複雑で間違えやすい作業であり、ソフトウェアの安全性・開発効率・保守性を損なう要因だった。Javaではガベージコレクションの機能があるため、このようなことは無く、プログラマの負担は大きく軽減される。

[[Javaの文法]]は、[[C言語|C]] および [[C++]] から多くを引き継いでいる。また、C/C++には存在する低水準領域を操作できる[[ポインタ (プログラミング)|ポインタ]]という機構は排除されていると言われているが、Javaの開発者も言っているように、C/C++のポインタモデルとは異なるが Java にもポインタモデルが存在する。たとえば、クラスインスタンスと配列はポインタを使用している。これは、"ClassName a = new ClassName();" と "ClassName b;" を定義し "b = a" とすることにより、bはaのフィールドを操作できる。すなわち、a、bにはアドレスが設定されている。同様にして、配列名に格納されるのもアドレスである。このように、インスタンス名（上記のaやb）には、バージョン1.2以前はオブジェクトハンドル（ポインタのポインタ）、バージョン1.3以降はポインタが設定されている。よって、Java は当初から現在までポインタとは切っても切れない関係にある。これについては、Java のホワイトペーパー<ref>[http://java.sun.com/docs/overviews/java/java-overview-1.html The Java Language An Overview]</ref>に<!--「The single biggest difference between Java and C/C++ is that Java has a pointer model that eliminates the possibility of overwriting memory and corrupting data. Instead of pointer arithmetic, Java has true arrays. This allows subscript checking to be performed. In addition, it is not possible to turn an arbitrary integer into a pointer by casting.」-->「C/C++とJavaの最大の違いは、Javaには、メモリへの上書きおよびデータ喪失の可能性を排除するポインタモデルがあることである。そこでは、ポインタ演算の替りに真の配列が用意されており、添字チェックを可能としている。なお、任意の整数をポインタに型変換することは、不可能である。」と解説されている。

Javaでは[[プラットフォーム (コンピューティング)|プラットフォーム]]非依存を目標の一つとし、またバージョン間の[[互換性]]に注意して開発が進められている。Java技術を使うことで、プラットフォームに依存しない[[アプリケーションソフトウェア]]の開発と配備を行うことができる。従来の[[プログラミング言語]]の多くはプラットフォーム ([[CPU]]) に依存したネイティブなコードに[[コンパイラ|コンパイル]]することを前提として設計されていたが、Javaはこうした言語と異なり、[[中間言語]]（[[バイトコード]]）にコンパイルされ、[[Java仮想マシン]]で実行されるよう設計された。多くの場合、[[ジャストインタイムコンパイル方式]]が使われる。

プラットフォーム非依存とバージョン間の互換性の目標は、完全に達成できたわけではなく課題が残っている。

Javaでは[[スレッド (コンピュータ)|スレッド]]を言語仕様で規定しており、[[マルチスレッド]]による[[並行計算]]を、従来の言語と比べて簡単に実装することができる。なお[[並行計算]]は、複数の処理を同時に実行する処理形態である。また[[スレッド (コンピュータ)|スレッド]]は、[[プロセス]]より小さく軽量な処理の単位である。

Javaでは充実した[[ライブラリ]]により、[[コンピュータネットワーク]]を活用するソフトウェアを、効率良く開発することができる。Javaはその初期のバージョンから、[[インターネット・プロトコル・スイート|TCP/IP]] のライブラリを備えていた。分散オブジェクト環境 ([[Java Remote Method Invocation|Java RMI]], [[Common Object Request Broker Architecture|CORBA]]) のソフトウェアの開発も早い時期からできるようになっていた。近年では、さまざまな[[ネットワークプロトコル]]の高水準なライブラリが使えるようになっている。充実したネットワーク機能と次に述べるXML文書を扱う機能を有効に組み合わせることにより、これまでにない高度なシステムの構築ができる言語の一つである。

[[Extensible Markup Language|XML]]文書を扱う機能も早期に実用化された。XMLは、広く普及している構造化文書の技術である。近年では、XMLプロセサと[[XSL Transformations|XSLT]]プロセサがJava標準ライブラリに統合され提供されている。

Javaは[[コンピュータセキュリティ|セキュリティ]]を考慮して設計されており、[[サンドボックス (セキュリティ)|サンドボックス]]モデルに基づいたセキュリティ機構を備えている。セキュリティ機構を正しく実装したJava実行環境を適切に使うことで、遠隔のコンピュータ上にある実行コードを安全に実行することができる（[[Javaアプレット]]）。

また、[[名前空間]]の機構をもつ言語であり、ライブラリおよびアプリケーションに含まれる多数の Java のプログラム（クラスとインタフェース）は、[[パッケージ (Java)|パッケージ]]という階層構造で管理することができる。

Javaに対しては批判も少なくない。いくつかの批判に対しては、サン（後にはオラクル）やJCPに参加する人々の努力により、Javaの改良が行われている。一方で現在、多くのソフトウェア開発者は、Javaについて、広く使われている言語としては優れた技術の一つと評価している。

[[JavaScript]] ([[ECMAScript]]) は、Javaとは直接の関係は無いが、Javaと似た言語名称と構文を持っている。

表記は Jのみが大文字の「Java」が正しい。「JAVA」は正式な表記ではない<ref>きしだなおき 「創るJava[改訂第2版] NetBeansでつくって学ぶ Java GUI & Webアプリケーション」 毎日コミュニケーションズ、26頁。</ref>。

== 歴史 ==
この節では次の構成でJavaの歴史と近況を説明する。
*[[#草創]]と[[#インターネットの世界へ]]で、Javaの最初の正式なバージョンが公開されるまでの歴史を述べる。
*[[#近年の動向]]で、その後から現在までの動向をいくつかの側面から述べる。
*[[#バージョン履歴]]で、最初のバージョン以降の Java (JDK, [[Java Platform, Standard Edition|Java SE]]) のバージョンの履歴を述べる。

=== 草創 ===
[[ファイル:Duke3D.png|thumb|right|'''Duke''' Javaのマスコット<br>Duke は2006年のJavaのオープンソース化発表と同時に[[BSDライセンス]]付与のオープンソース化が行われており、ウィキペディアに掲載することが可能である]]
[[Javaプラットフォーム]]および[[プログラミング言語]]Javaは、[[1990年]]12月に[[サン・マイクロシステムズ]]が1つの内部プロジェクトを立ち上げたことから始まった。この内部プロジェクトでは、[[C++]] / [[C言語|C]]の代替となる[[プログラミング言語]]を開発した。この言語は、プロジェクトで Green[[オペレーティングシステム]] (Green OS) と共に、同OSの標準言語として開発された。この言語は、[[1992年]]頃プロジェクト内では'''Oak'''と呼ばれていたが、後に'''Java'''の呼称に変更されることになる。呼称変更の理由は、Oakはすでに別の会社が商標として使っていたからである。

[[1990年]]頃、サンの技術者パトリック・ノートンは、自社のプログラミング言語C++とCの [[アプリケーションプログラミングインタフェース]] (API) と[[プログラミングツール|開発ツール]]に不満を募らせていた。その頃、[[情報技術]]の世界で[[NeXT]]が開発した技術が注目を浴びていたことがきっかけとなって、ノートンはサンで新技術の仕事をすることになった。

なお、NeXTが開発したNeXT[[ワークステーション]]と[[NEXTSTEP]]オペレーティングシステムでは、公式開発言語として[[オブジェクト指向プログラミング言語]][[Objective-C]]を採用していた。こうした経緯のなかで「ステルスプロジェクト」が始まった。

ステルスプロジェクトには、始まってすぐに[[ジェームズ・ゴスリン]]とマイク・シェルダンが参加し、プロジェクトの名称は「グリーンプロジェクト」に変更された。プロジェクトには他の技術者たちも参加し、彼らは[[アメリカ合衆国]][[カリフォルニア州]][[メンローパーク (カリフォルニア州)|メンローパーク]]市サンドヒルロードの道沿いにある小さなオフィスで作業を始めた。プロジェクトの目的は、次世代の家電製品のための新しい[[プログラミング (コンピュータ)|プログラミング]]技術を開発することだった。サンはこの分野が重要な市場になると予測していた。

プロジェクトチームでは当初は[[プログラミング言語]]として[[オブジェクト指向プログラミング言語]]である[[C++]]を採用することを検討していたが、いくつかの理由からC++は却下された。彼らの目的は、家電製品すなわち[[組み込みシステム]]の技術を開発することだった。組み込みシステムでは、利用できるコンピュータ資源が少ないという制約がある。彼らはC++ではコンピュータ資源を食いすぎると判断した。またC++は複雑なプログラミング言語であり、C++を使う[[プログラマ]]は注意していても間違いを犯しがちである。

C++には[[ガベージコレクション]]の機能が無い。ガベージコレクションが無いということは、プログラマが自分でシステムの[[主記憶装置|メモリ]]を管理しなければならないことを意味する。プログラマが自分でシステムのメモリを管理することは、冒険的で間違いやすい作業である。

プロジェクトチームは、いくつかの重要な機能についてC++の[[移植性]]が乏しいことも問題であると考えた。
このプロジェクトでの重要な機能とは、[[コンピュータセキュリティ|セキュリティ]]および[[分散コンピューティング]]、[[マルチスレッド]]であり、これらの機能が、[[プラットフォーム (コンピューティング)|プラットフォーム]]に依存せずに使える必要があった。このような事情で、彼らはあらゆる機器に容易に移植できるプラットフォームが必要であると認識するようになった。

一方で、サンの技術者[[ビル・ジョイ]]は、[[ゼロックス]]の[[パロアルト研究所]]で[[Alto]]という[[ワークステーション]]試作機のために開発された[[プログラミング言語]]・Mesaと[[C言語|C]]の良いとこどりをした新しいプログラミング言語を構想していた。ジョイは ''Further'' という名前で呼ばれる論文を書き、自社で[[C++]]に基づいた[[オブジェクト指向]]環境を開発するべきであることを進言した。まず[[ジェームズ・ゴスリン]]が C++ を改変し拡張することを試みた。ゴスリンはこの拡張版C++を、"C++ ++ --" と名付けた。しかしゴスリンは、すぐにこの拡張版C++の開発を中止して、全く新しいプログラミング言語を開発する方針を採ることにした。ゴスリンはこの新しい言語に'''Oak'''という名前をつけた。この名前の由来は、ゴスリンのオフィスのすぐそばに[[オーク]]の木が立っていたことによる。

プロジェクトチームは残業までして作業を続け、[[1992年]]の夏までに新しい[[プラットフォーム (コンピューティング)|プラットフォーム]]を、Green OS、Oak言語、[[ライブラリ]]、[[ハードウェア]]によって部分的なデモンストレーションができるようになった。1992年9月3日の最初のデモンストレーションでは、チームは Star7という[[携帯情報端末]]機器を開発することに力点をおいていた。この機器の名称の由来は、電話機能が ''*7'' とボタンを押すことで有効になることによる。

この機器は、グラフィカルなインタフェースを備え、"Duke" という名前の知的な仮想代理人が利用者を支援した。同年11月、サンはグリーンプロジェクトを分離して完全子会社のFirstPerson, Incを設立した。それにともないチームは[[パロアルト (カリフォルニア州)|パロアルト]]に引っ越した。FirstPersonチームは、高度にインタラクティブな機器に関心を持っていた。そのおり[[タイム・ワーナー]]がケーブルテレビの[[セットトップボックス]]のRFP (Request For Proposal) を公表していた。そこでFirstPersonチームは自分たちの目標を変更し、タイム・ワーナーの RFP に応じてセットトップボックスの提案を提出した。しかし、<!-- However, the [[cable TV|cable]] industry felt that their platform gave too much control to the user and-->FirstPersonは入札で[[シリコングラフィックス]] (SGI) に負けた。その後に[[3DO]]社の[[セットトップボックス]]の案件もあったが、契約には至らなかった。FirstPersonは[[テレビ]]業界では利益を出すことができず、サンはFirstPersonを解散してチームを自社に戻した。

=== インターネットの世界へ ===
[[1994年]]の[[6月]]から[[7月]]にかけて、ジョン・ゲージと、[[ジェームズ・ゴスリン]]、[[ビル・ジョイ]]、パトリック・ノートン、ウェイン・ロジン、[[エリック・シュミット]]の間で、3日間かけて[[ブレインストーミング]]を行い、プロジェクトチームは[[World Wide Web|ウェブ]]の世界に主眼を置くという方針変更を行う。彼らは、革新的な[[ウェブブラウザ]]である[[NCSA Mosaic]]の出現を目の当たりにし、ウェブを含む[[インターネット]]の世界は、ケーブルテレビの世界に劣らず、高度にインタラクティブな媒体に発展しつつあると認識するようになった。Oakを使った[[プロトタイプ]]として、ノートンはWebRunnerという小さなウェブブラウザを開発。このウェブブラウザの名称は後に [[HotJava]] と変更される。[[ウェブページ]]に[[Javaアプレット]]という小さなJavaプログラムを埋め込んでおいて、ウェブブラウザHotJavaでそのページにアクセスすると、HotJava上でアニメーションの表示やマウスによるインタラクティブな操作ができた。

同年、チームはOakの名称を'''Java'''に変更する。変更の理由は、[[商標]]を調べて、"Oak" という名前がすでにビデオカードアダプタの製造会社 (Oak Technology) によって使われていたことが判明したからである。Javaという名称は、一部のチームメンバーがよく出入りしていた近くのコーヒーショップで命名されたという。
この名称が、何かの[[頭字語]]であるかどうかについては、よく分かっていない。
* 頭字語ではないとの説が一般的に受け入れられている。
*近くのコーヒーショップで供されていたコーヒーのブランドに由来すると考える人が多い。その根拠は、[[Javaクラスファイル]]（[[中間言語]]の[[バイトコード]]）の最初の4バイトが[[十六進法|十六進記数法]]で必ず0xCAFEBABEとなっていることである<!-- (なお、[[プログラミング (コンピュータ)|プログラミング]]の世界ではこの0xCAFEBABEのようなデータを[[マジックナンバー (プログラム)|マジックナンバー]]という) -->。
*また、アメリカ英語においてはcoffeeを意味する一般名詞である。
*ただし一部では、'''J'''ames Gosling, '''A'''rthur '''V'''an Hoff, and '''A'''ndy Bechtolsheimの頭字語との説がある。
*また、'''J'''ust '''A'''nother '''V'''ague '''A'''cronymの頭字語との説もある。
[[1994年]][[10月]]に、HotJavaと[[Javaプラットフォーム]]が、サン・マイクロシステムズの幹部社員の前でデモンストレーションされた。そして1994年内に Java 1.0a（[[アルファ版]]）がダウンロードできるようになる。

JavaとHotJavaが最初に公的な場で公表されたのは、[[1995年]]5月23日のSunWorldカンファレンスだった。サンは、Javaで記述されたウェブブラウザHotJavaを使って、Javaと[[Javaアプレット]]の技術により、[[ウェブページ]]内でアニメーションの表示やマウスによるインタラクティブな操作が可能であることをアピールした。カンファレンスでアナウンスを行ったのは、サンの技術部長ジョン・ゲージである。このカンファレンスではまた、ゲージのアナウンスに関連する、当時の[[ネットスケープコミュニケーションズ]]の上級副社長[[マーク・アンドリーセン]]によるアナウンスが人々を驚かせた。それは、ネットスケープが自社の[[ウェブブラウザ]]である[[Netscape Navigator (ネットスケープコミュニケーションズ)|Netscape Navigator]]にJavaの実行機能を追加する予定だというものだった。このアナウンスにより情報技術の世界でJava技術は広く知られるようになった。

1995年秋にはJava 1.0の[[ベータ版]]が公開された。[[1996年]]1月9日にサンは、Java技術の開発を行うJavaSoft部門を立ち上げた[http://www.sun.com/smi/Press/sunflash/1996-01/sunflash.960109.14048.html]。その2週間後に、最初の正式バージョンであるJava 1.0がリリースされた。

=== 近年の動向 ===
Javaの最初のバージョンが公開されてから現在までの動向を、いくつかの側面から述べる。なお、Javaの開発元である[[サン・マイクロシステムズ]]はこの間の[[2010年]]1月に[[オラクル (企業)|オラクル]]により買収されており、Javaに関する権利も同社に移転している。

==== ウェブ（クライアント側） ====
[[ウェブブラウザ]]でJavaアプレットを実行する技術は、広く使われている。Javaアプレットは、ブラウザ（[[World Wide Web|ウェブ]]の[[クライアント]]側）が[[ウェブページ]]内でアニメーションの表示やマウスによるインタラクティブな操作を可能とする技術である。ただし、いくつかの有力な競合技術も存在する。近年{{いつ|date=2013年3月}}では、Yahoo! Gamesやビデオプレイヤーなどのアプリケーションで、Javaアプレットを採用する事例が多い。

かつては、Javaアプレットを使用したサイトを表示すると、数十秒～数分間操作を受け付けないブラウザが存在した。近年{{いつ|date=2013年3月}}は、JavaおよびJavaアプレットの技術の向上により、環境によって動作が異なったり、実行速度、特に画面の描画が遅いという問題が解消されつつある。

簡単でインタラクティブなアニメーション用には、Javaアプレットよりも[[Graphics Interchange Format|GIF]]89aや[[Adobe Flash]]を採用する事例が多い。この分野においては、最近では[[Ajax]]も普及しつつある。Ajaxアプリケーションの作成に欠かせないJavaScriptの開発では、Java開発で一般的に用いられているほどドキュメントや技術が成熟した標準ライブラリ、サードパーティーライブラリ、IDE、単体テストツールなどの開発環境がないが、Java開発環境を利用してJavaScriptによるAjaxウェブアプリケーションを開発するツールとして[[Google Web Toolkit]]を用いることができる。GWTコンパイラはJavaソースコードをバイトコードの代わりにJavaScriptにコンパイルし、ブラウザのJavaScript解釈エンジンをあたかもJVMのように活用することを可能にする。これによりJavaを用いてブラウザ上で動作するデスクトップアプリケーションと遜色ないウェブアプリケーションを作成することが可能となっている。[[HTML5]]によって導入されるデータベースのWeb Storage、ファイルAPI、クライアントハードウェアの位置情報を得るジオロケーション、JavaScriptをマルチスレッドで起動するWeb workerなどのクライアント側技術はJavaScriptによる呼び出しを前提としている。GWTやサードパーティのGWTライブラリはHTML5APIのJavaラッパーを提供しており、開発者は複雑なクライアント側プログラムをJavaのIDEでデバッグ、テストしながら開発し、最適化されたJavaScriptにコンパイルして実行させることができる。2011年Adobe社は携帯向けのFlash開発を断念し、HTML5にクライアント側技術の焦点を変更した。携帯機器を含めると2012年現在ではFlashよりもJavaScriptが普及してはいるが、Flashほど充実した開発環境やライブラリはない。アプレットはFlashよりも普及していない。GWTはJavaScriptの普及度とJavaの充実した開発環境の両方を用いることができるため、Java経験者のリッチクライアント作成ツールとしてアプレットに取って代わる存在となりうる。

==== ウェブ（サーバ側） ====
現在、[[World Wide Web|ウェブ]]の[[サーバ]]側において、Java技術 ([[Java Platform, Enterprise Edition|Java EE]]) は広く使われている。多くの[[ウェブサイト]]が、[[Java Servlet|Javaサーブレット]] (Java Servlet) や[[JavaServer Pages]] (JSP)<!--、[[JavaServer Faces|JSF]]（JavaServer Faces）--> などのJava EE技術を使って動的にページを生成するウェブを構築している。Javaサーブレットは[[2000年]]前後から急速に広く使われるようになり、現在では多くの[[ウェブアプリケーション]]（動的な[[ウェブページ]]）がサーブレットとして稼動するようになっている。

サン・マイクロシステムズが開発したJavaサーブレット技術を簡単に説明する。必ずしも厳密な説明ではない。

# Javaの実行環境の[[プロセス]]（サーブレットコンテナ）を起動して[[Webサーバ|ウェブサーバ]]のマシンに常駐させる。
# ウェブサーバが、[[ウェブブラウザ]]からアクセスされる（リクエストを受ける）。
# ウェブサーバは、そのリクエストをサーブレットコンテナに渡す。
# サーブレットコンテナで動くJavaプログラム（[[Java Servlet|Javaサーブレット]]）は、受け取ったリクエストに基づき、[[ウェブページ]]を動的に生成する。
# サーブレットコンテナは、サーブレットが生成したウェブページをウェブサーバに渡す。
# ウェブサーバは、サーブレットコンテナから受け取ったウェブページを、ウェブブラウザに返す。

サンがJavaサーブレット技術を開発した1990年代末当時、[[ウェブアプリケーション]]の開発には、次に述べるようないくつかの問題があった。

* ウェブアプリケーション（動的なウェブページ）を記述するには[[Common Gateway Interface|CGI]]を用いるか、[[マイクロソフト]]の[[Internet Information Services|IIS]]による[[Active Server Pages]] (ASP) を用いるのが大半だった。
* CGIはその特性から実行時のオーバーヘッドが高く、性能を向上することが難しかった。
* ASPは[[サーバ]]が高価な [[マイクロソフト|Microsoft]] [[Microsoft Windows NT|Windows NT]] Server である必要があった。
Javaサーブレットはこれらの問題をある程度解決することができる技術だった。

==== デスクトップにおける展開 ====
[[デスクトップ環境]]においては、[[スタンドアローン|スタンドアロン]]のJava ([[Java Platform, Standard Edition|Java SE]]) の[[アプリケーションソフトウェア]]（[[Javaアプリケーション]]）は、これまではあまり多く使われていなかったが、近年はいくつかのソフトウェアが広く使われるようになっている。近年になって使われるようになってきた理由としては、次のことが挙げられる。

* コンピュータの処理性能が急速に向上してきた。
* Javaの[[仮想機械|仮想マシン]]（[[Java仮想マシン]]、Java VM）と[[Javaコンパイラ]]が大きく改良されてきた。
* 使い勝手の良いJavaの[[デスクトップアプリケーション]]を簡単に開発できる強力な開発環境が、[[オープンソース]]界と商用開発企業の双方からさまざまに提供されるようになってきた。

広く使われているJavaのソフトウェアとしては、[[NetBeans]]および[[Eclipse (統合開発環境)|Eclipse SDK]]の[[統合開発環境]]や、[[LimeWire]]や[[Azureus]]のような[[ファイル共有ソフト|ファイル共有クライアント]]のソフトウェアなどがある。また数学ソフトウェア[[MATLAB]]においても、[[ユーザインタフェース]]のレンダリングと計算機能の一部を実現するために使われている。多くの Java の[[Swing]]や[[Standard Widget Toolkit|SWT]]の[[ウィジェット・ツールキット]]を使ったアプリケーションが、現在も開発されている。

このように、近年はデスクトップ上でJavaアプリケーションを使う事例が増えつつあるものの、従来は次に述べるいくつかの理由のためにあまり使われてこなかった[http://weblogs.java.net/blog/joshy/archive/2005/03/why_dont_you_sh.html]。

* Javaアプリケーションは、Java実行環境のオーバーヘッドのため、ネイティブアプリケーションと比べて、大量の[[主記憶装置|メモリ]]を使うことが多い。
* [[グラフィカルユーザインタフェース]] (GUI) は実行対象となる[[プラットフォーム (コンピューティング)|プラットフォーム]]特有のヒューマンインタフェースガイドライン (HIG) を考慮しない傾向があった。HIG を考慮したアプリケーションを開発することによって、ユーザはアプリケーションをすぐに使い慣れることができる。また、デフォルトではフォントスムーシングが使えない。そのためユーザインタフェースの文字列（テキスト）の表示の品質が低くなってしまう。
* [[Java Development Kit|Java開発キット]] (JDK) として無償で提供される基本的な開発環境は、使い勝手の良いデスクトップアプリケーションを簡単に開発するには、力不足だった。
*: 近年では先述したとおり、使い勝手の良いJavaのデスクトップアプリケーションを簡単に開発できる強力なツールが、[[オープンソース]]/商用ともに提供され使えるようになっている。
* [[Java Runtime Environment|Java実行環境]] (JRE) はこれまで数度のメジャーバージョンアップを経ており、複数のバージョンが存在する。ユーザはJavaアプリケーションを使い始める際には、必要に応じて、そのアプリケーションが動くバージョン、もしくはそのバージョンより新しいバージョンのJava実行環境をインストールする必要があった。Java実行環境は、7MB 以上のサイズであり、そのダウンロードとインストールもやや不便な手順をふむ必要があった。
*: 近年では [[Java Web Start]]の登場によりダウンロードとインストールも自動化され、ブラウザでJavaアプリケーションを見つけるとクリック一回でJREのダウンロード、インストール、アップデートなどをその場で済ませてJava Web Start対応[[Swing]]アプリケーション実行が可能になっている。<!-- 現在あるJavaアプリケーションが Java Web Start 対応になってゆけば、これらの問題は解決される些細な問題になりつつある。 -->

一部の[[ソフトウェア開発者]]は、情報技術は[[World Wide Web|ウェブ]]を基盤としたモデルが主流となっており、[[スタンドアローン|スタンドアロン]][[アプリケーションソフトウェア|アプリケーション]]は流行遅れであり、新しい[[プログラミング (コンピュータ)|プログラミング]]技術は優れた[[ウェブアプリケーション]]を開発することに充てられている、と思っていた。この見解については、ソフトウェア技術者の間で賛否が分かれている。

現在では、[[リッチクライアント]]や[[Web 2.0]]の登場により新たな[[パラダイム]]が生まれようとしている。すなわち[[World Wide Web|ウェブ]]を基盤とした[[ウェブアプリケーション]]と[[スタンドアローン|スタンドアロン]]アプリケーションの融合である。ウェブアプリケーションを[[Ajax]]や [[Java Web Start]]、[[Adobe Flash]] などと組み合わせることにより、Web2.0時代に見合ったより洗練されたアプリケーションを開発することができる。

==== パーソナルコンピュータにおける実行環境 ====
現在{{いつ|date=2013年1月}}、ほとんどの [[パーソナルコンピュータ]] (PC) のユーザは、何ら問題なく[[World Wide Web|ウェブ]]および[[デスクトップ環境]]上で[[Javaアプリケーション]]を実行できる。多くのPCメーカーは、自分たちが製造・販売する[[Microsoft Windows|Windows]] PCに[[Java Runtime Environment|Java実行環境]] (JRE) を同梱している。[[アップル インコーポレイテッド|アップル]]の[[OS X|Mac OS X]]や、多くの[[Linuxディストリビューション]]でも、Java実行環境を同梱している。そのため、[[マイクロソフト]]が2001年頃以降にJava実行環境をWindowsに同梱していないことの影響は小さい。

2001年頃にマイクロソフトによるJava実行環境をWindowsに同梱することを止めたという行動は、[[サン・マイクロシステムズ]]が同社を「品質の低い」Java実行環境を同梱してきたとして告訴したことが契機となった。マイクロソフトがそれまでWindowsに同梱してきたJava実行環境向けに開発されたJavaプログラムは、他のプラットフォームのJava実行環境で動かない可能性があった。

しかし近年{{いつ|date=2013年1月}}では、Javaアプリケーションパッケージ自体にJava実行環境を同梱する事例が少なくない。その背景にはJavaアプリケーション開発者の判断がある。Javaアプリケーションが想定どおりに機能するよう、Java実行環境のバージョンの違いによる非[[互換性]]に基づく不具合を避けるために、PCに同梱されているJava実行環境を使わないという判断である。

現在{{いつ|date=2013年1月}}では、[[Javaアプレット]]は動作対象のJava実行環境のバージョンを認識することができる。また、バージョン間の[[互換性]]も プログラミング言語の中では高い水準にあり、上位互換性についてはJava SE 1.3以降は大きな問題はほぼおきにくくなっている。さらに[[Java Web Start]]ではデスクトップにインストールされているJavaのバージョンを確認してアップデートできるならアップデートし、それだけでなくJava Web Start対応アプリケーションをもアップデートしようとする。そのため古いバージョンのJava実行環境を使っているマシンがあったとしても、自動アップデートされるためにそう難しい問題は起きない。

==== 組み込みシステム ====
[[組み込みシステム]]向けの Java ([[Java Platform, Micro Edition|Java ME]]) も広く使われている。

[[携帯機器]]（[[携帯電話]]・[[PHS]]や[[携帯情報端末|PDA]]・[[スマートフォン]]等）にJavaの実行環境が実装されるケースが多い。Java環境はこれら携帯機器全般に広く普及している。一方、[[Symbian OS|Symbian]]および[[BREW]]は携帯電話や（日本的定義での）[[スマートフォン]]を主なターゲットとし、Javaと競合している。

Java MEでは、BREWとは異なり、開発者がライセンス料を支払わずに、プログラムを開発することができる。Java MEはSymbianより広く普及している。その理由は、Java MEがSymbianより広範な携帯機器、特に廉価なモデルで動作するからである。こうした事情からサードパーティにより[[Opera]] miniのようなフリーのJavaソフトウェアを開発することができるようになった。

携帯機器のJava MEプログラムは、[[サンドボックス (コンピュータ)|サンドボックス]]のもとで動くため、多くの開発者が特別な配慮をせずにプログラムを開発しても、安全に実行できる。携帯機器のJava技術が多様化するに伴い、異なるメーカーの携帯機器でもJavaプログラムが動くよう、携帯機器のためのJava技術の標準が必要となった。携帯機器のためのJava MEの標準が[[Mobile Information Device Profile]] (MIDP) である。最初の標準はMIDP 1で、小さい画面を想定したものであり、音声機能は無く、プログラムサイズは32kBまでという制限があった。後のMIDP 2の標準では、音声機能を備え、プログラムサイズの制限は64kBまでと緩和された。携帯機器の設計の進歩は標準化よりも急速であるため、一部のメーカーは、MIDP 2標準の最大プログラムサイズなどいくつかの制限を、意図的に緩和して携帯機器を開発している。

携帯機器におけるJava MEの競合技術について簡単に述べる。

* Symbianの技術は、[[シンビアン]]が開発した携帯電話向けのユーザインタフェースフレームワークを備えたプラットフォームであり、[[マルチスレッド]]機能や[[メモリ保護機能]]をもつ。開発用言語は[[C++]]や[[Java Platform, Micro Edition|Java ME]]などである。Java と同様に、開発者がライセンス料を支払わずに、プログラムを開発することができる。
* BREWの技術は、[[クアルコム]]が開発し推進している、携帯電話向けのプラットフォームである。開発用言語は [[C言語|C]]/[[C++]] である。Javaと異なり、プログラムを開発するために、開発者がライセンス料を支払う必要がある。BREWプログラムは、携帯電話利用者に課金する機能にアクセスすることができる。この課金機能は、クアルコムが管理する厳重な承認機能を、必要とする。この承認機能により、ライセンス料を徴収することができ、また携帯電話ごとにどの BREW プログラムが使えるかを制御することができる。BREWを採用する携帯電話事業社は、排他的なコンテンツ配布の技術を使うことができる。一部の携帯電話事業社はこのコンテンツ配布技術から利益を得ることができると考えている。

世界的な動向としては、

* [[GSM]]の方式を採用するほとんどの携帯電話事業社は、Javaを採用する傾向がある。
* [[符号分割多元接続|CDMA]]の方式を採用する携帯電話事業社の多くは、BREWを採用する傾向がある。ただし例外的に、CDMA式を採用する[[アメリカ合衆国]]の携帯電話事業者 [[スプリント・ネクステル|Sprint Nextel Corporation]] は、Javaを採用している。
* Symbian の[[スマートフォン]]は、スマートフォン市場で85%を占有している。
* Javaの実装は[[携帯機器]]（[[携帯電話]]・[[PHS]]や[[携帯情報端末|PDA]]・[[スマートフォン]]等）に広く普及している。

また、2001年には[[ソニー]]のコンシューマ[[ゲーム機]] [[PlayStation 2]] にJava 仮想マシンが搭載される予定と発表され話題になった。

=== バージョン履歴 ===
<!--[[画像:Java WebStartApplicationMan.png|thumb|[[Java Web Start]] '''J2SE 1.3''' から導入された、デスクトップ上のアイコンやウェブサイト上のリンクをクリックすることで、[[World Wide Web|ウェブ]]から[[Javaアプリケーション]]が配布される機構]]-->
Java は、[[Java Development Kit|JDK]]（Java Development Kit; Java開発キット）1.0 以来、数度のメジャーバージョンアップを経ている。バージョンアップに伴い、多くの[[クラス (コンピュータ)|クラス]]と[[パッケージ (Java)|パッケージ]]が標準[[ライブラリ]]に追加されてきた。[[プログラミング言語]]Javaおよび[[Javaプラットフォーム]]は、高い水準でバージョン間の[[互換性]]を保ちつつ発展してきている。

J2SE 1.4から、Javaの開発は[[Java Community Process|JCP]] (Java Community Process) という標準化プロセスで行うようになっている。JCPでは、JSRs (Java Specification Requests) という文書群により、Javaに対する追加機能やJavaプラットフォームに対する変更の提案と規定を行う。

また、J2SE 1.3以降では開発コードネームとして、メジャーバージョンには動物の名前が、マイナーバージョンには昆虫の名前が付けられる傾向がある。

言語仕様は JLS（Java Language Specification; Java言語仕様）により規定する。JLSは[http://www.jcp.org/en/jsr/detail?id=901 JSR 901]の管理下にある。

バージョンアップの過程で、言語仕様の変更だけでなく、標準クラスライブラリにおいても大きな変更が加えられている。JDK 1.0では標準[[ライブラリ]]は約200[[クラス (コンピュータ)|クラス]] / インタフェースだったが、Java SE 6では4000以上のクラス / インタフェースとなっている。[[Swing]]やJava 2Dのような全く新しい[[アプリケーションプログラミングインタフェース|API]]が追加された。その一方で、もともとJDK 1.0から存在していたクラスの[[メソッド (計算機科学)|メソッド]]の多くが、J2SE 5.0での使用は推奨されないようになっている。

==== JDK 1.0（[[1996年]][[1月23日]]） ====
最初のバージョン。[http://www.sun.com/smi/Press/sunflash/1996-01/sunflash.960123.10561.html プレスリリース (英語)]
* このバージョンでは日本語などの国際化対応はなされていなかった。

==== JDK 1.1（[[1997年]][[2月19日]]） ====
いくつかの重要な機能が追加された。[http://www.sun.com/smi/Press/sunflash/1997-02/sunflash.970219.0001.html プレスリリース (英語)]
* [[国際化と地域化|国際化]]対応（[[日本語]]も含む）
* [[Abstract Window Toolkit|AWT]] イベントモデルにおける大規模な再構成
* 言語仕様に「内部クラス」が追加された
* [[JavaBeans]] [[ソフトウェアコンポーネント]]技術
* [[JDBC]] [[データベース]]接続[[アプリケーションプログラミングインタフェース|API]]
* [[Java Remote Method Invocation|Java RMI]] 分散オブジェクト技術

==== J2SE 1.2（[[1998年]][[12月8日]]） ====
コードネームPlayground。<!--大きく機能が拡張されたため-->このバージョンから呼称が'''Java 2'''に変更され、J2SE 5.0までこの呼称が使われる。またエディション名がJDKから "[[Java Platform, Standard Edition|J2SE]]" (Java 2 Platform, Standard Edition) に変更された。この J2SE の名称により、[[Java Platform, Enterprise Edition|J2EE]] (Java 2 Platform, Enterprise Edition) および [[Java Platform, Micro Edition|J2ME]] (Java 2 Platform, Micro Edition) の基となるエディションであることが明確化された。[http://www.sun.com/smi/Press/sunflash/1998-12/sunflash.981208.9.html プレスリリース (英語)]
* <code>strictfp</code>キーワード : [[IEEE 754]]に基づいた厳密な[[浮動小数点数]]の演算を行う
* [[リフレクション]] : クラス名や、クラスに定義されている操作である[[メソッド (計算機科学)|メソッド]]名を動的に指定して呼び出す。
* [[Swing]] [[グラフィカルユーザインタフェース]][[ウィジェット・ツールキット|ツールキット]]が標準ライブラリに統合された。
* サンの[[Java仮想マシン]]に[[ジャストインタイムコンパイル方式|ジャストインタイムコンパイラ]]が備わる。
* Java Plug-in : さまざまな[[ウェブブラウザ]]にJava実行環境を組み込むことができるようになり、[[Javaアプレット]]を実行できるようになった。
* Java IDLという [[インタフェース記述言語|IDL]]（インタフェース記述言語）の実装が導入され、[[Common Object Request Broker Architecture|CORBA]]分散オブジェクト環境との相互運用ができるようになった
* [[コンテナ (データ型)|コレクション]]フレームワークの導入

==== J2SE 1.3（[[2000年]][[5月8日]]） ====
コードネームKestrel。[http://www.sun.com/smi/Press/sunflash/2000-05/sunflash.20000508.3.html プレスリリース (英語)] [http://java.sun.com/j2se/1.3/ja/docs/ja/relnotes/features.html 新機能の概要（日本語）]
* [[HotSpot]] [[Java仮想マシン]]が導入され、ジャストインタイムコンパイラに加えて動的再コンパイル技術、[[世代別ガベージコレクション]]を備えた高速なJava仮想マシンを使えるようになった。実際には1999年4月から J2SE 1.2 向けの HotSpot Java仮想マシンがリリースされていた。
* [[Java Remote Method Invocation|Java RMI]] が [[Common Object Request Broker Architecture|CORBA]] ベースに変更される
* JavaSound : 音声データを扱うAPI
* [[Java Naming and Directory Interface]] (JNDI) が標準ライブラリに統合される。ネーミングサービスと[[ディレクトリ・サービス|ディレクトリサービス]]へのアクセス。従来は拡張機能として提供されていた。
* Javaプログラムの[[デバッグ]]を支援する機能群、Java Platform Debugger Architecture (JPDA) の導入。

==== J2SE 1.4 ([[2002年]][[2月6日]]) ====
コードネームMerlin。このバージョンは、[[Java Community Process|JCP]] (Java Community Process) のもとで開発された最初の[[Javaプラットフォーム]]である<ref>[http://www.jcp.org/en/jsr/detail?id=59 JSR 59]</ref>。[http://www.sun.com/smi/Press/sunflash/2002-02/sunflash.20020206.5.html プレスリリース（英語）] [http://java.sun.com/j2se/1.4/ja/docs/ja/relnotes/features.html 新機能の概要（日本語）]
* <code>assert</code> キーワード : ある程度、「[[契約による設計]]」に基づいたプログラミングが可能となる。[http://www.jcp.org/en/jsr/detail?id=41 JSR 41] で規定された。
* [[Perl]]のような[[正規表現]]のライブラリの導入により、[[文字列]]データ（[[テキスト]]）の高度な処理機能が提供される。
* 連鎖[[例外処理|例外]]機能により、ある例外の原因となった例外を連鎖的に記録できるようになる。
* NIO (New I/O) : 新しい[[入出力]]機能。[http://www.jcp.org/en/jsr/detail?id=51 JSR 51]で規定。
* [[ログ|ロギング]] APIが標準ライブラリに追加される。[http://www.jcp.org/en/jsr/detail?id=47 JSR 47]で規定。
* イメージ I/O API : [[JPEG]]や[[Portable Network Graphics|PNG]]のようなフォーマットの[[画像]]イメージを読み書きするAPI
* [[Java API for XML Processing|JAXP]] (Java API for XML Processing) による統合された[[Extensible Markup Language|XML]]プロセサと[[XSL Transformations|XSLT]]プロセサによるXML文書処理機能のライブラリが、標準で提供されるようになった。[http://www.jcp.org/en/jsr/detail?id=5 JSR 5]および[http://www.jcp.org/en/jsr/detail?id=63 JSR 63]で規定。
* [[コンピュータセキュリティ|セキュリティ]]と[[暗号|暗号化]]の拡張機能を標準ライブラリに統合
** JCE (Java Cryptography Extension) : Java暗号化拡張機能
** JSSE (Java Secure Socket Extension) : Javaでセキュアなインターネット通信 ([[Transport Layer Security|TLS/SSL]]) を実現する機能
** JAAS (Java Authentication and Authorization Service) : Javaの認証と権限のサービス
* [[Java Web Start]]の導入 : [[Javaアプリケーション]]の配備と実行を簡素化する技術。[http://www.jcp.org/en/jsr/detail?id=56 JSR 56]で規定。Java Web Start自体は2001年3月に J2SE 1.3 向けのバージョンがリリースされていた。

==== J2SE 5.0（[[2004年]][[9月30日]]） ====
コードネームTiger。[http://www.jcp.org/en/jsr/detail?id=176 JSR 176] のもとで開発された。J2SE 5.0 では、言語仕様に大きく拡張が加えられ、多くの新しい言語機能が追加された。[http://www.sun.com/smi/Press/sunflash/2004-09/sunflash.20040930.1.html プレスリリース（英語）] [http://java.sun.com/j2se/1.5.0/ja/docs/ja/relnotes/features.html 新機能の概要（日本語）]。もともとは J2SE 1.5 という名称だったが、この名称はすでに内部的なバージョン番号として使われていた<ref>http://java.sun.com/j2se/1.5.0/docs/relnotes/version-5.0.html</ref>。またマーケティング上の理由もあった。
* [[総称型]] : [[コンパイラ|コンパイル]]時に静的に[[コレクション]]オブジェクトでその要素となるオブジェクトの型を安全に取り扱うことができるようになった。ほとんどの場合において[[型変換]]（キャスト）を行う必要は無くなった。[http://www.jcp.org/en/jsr/detail?id=14 JSR 14]で規定された。
* [[オートボクシング]]/アンボクシング : <code>int</code>型のような[[プリミティブ型|基本型]]（primitive type）と{{Javadoc:SE|java/lang|Integer}}クラスのような[[プリミティブラッパークラス|ラッパクラス]]の間の変換が自動的に行われるようになった。[http://www.jcp.org/en/jsr/detail?id=201 JSR 201]で規定。
* [[列挙型]] : <code>enum</code>キーワードにより、Javaで安全な[[列挙型]]を実現する[[デザインパターン (ソフトウェア)|デザインパターン]]であるタイプセーフenum[[デザインパターン (ソフトウェア)|パターン]]が言語レベルでサポートされ、列挙型（順序つきリストの値、多くの場合は定数）を安全に定義することができる。このタイプセーフenumパターンの詳細は、ジョシュア・ブロックほか (2001) pp.97-106 「第5章 項目21 enum構文をクラスで置き換える」を参照。以前のバージョンまではこのような場合、タイプセーフではない整数の定数値で定義するか、[[プログラマ]]が自分でタイプセーフenumパターンで実装するかの、どちらかの方法しか無かった。[http://www.jcp.org/en/jsr/detail?id=201 JSR 201]で規定。
* 可変引数 : [[メソッド (計算機科学)|メソッド]]の最後の[[引数]]を、型名に続けて3個のドットを記述することで可変個数の引数渡しの記述ができるようになった（例 : <code>void drawText(String... lines)</code>）。メソッド呼び出しにおいて、最後の引数に関してはその型の任意の個数のパラメタを渡すことができる。その際、実際には内部的に最後の引数は[[配列]]としてメソッドに渡される。
* [[メタデータ]] : 注釈（[[アノテーション]]）とも言い、クラスやメソッドに、"@" でタグ付けされた付加的な情報を記述することができるようになる。メタデータを扱うツールで処理することにより、決まった型のコードを生成することができるようになり、Javaによる開発で機械的な作業を減らして開発効率を上げることができる。[http://www.jcp.org/en/jsr/detail?id=175 JSR 175]で規定。
* 拡張<code>for</code>ループ（[[foreach文|for-each文]]）: [[for文]]による[[ループ (プログラミング)|ループ]]の構文が拡張された。[[配列]]や[[コレクション]]オブジェクト（{{Javadoc:SE|java/util|List}}や{{Javadoc:SE|java/util|Set}}など）の各要素[[オブジェクト (プログラミング)|オブジェクト]]に対して、反復（繰り返し）処理をする専用の構文を使うことで、コーディングを簡略化しミスを減らすことができるようになった。この構文を使う場合コレクションは、配列か、{{Javadoc:SE|java/lang|Iterable}}インタフェースを実装したコレクションオブジェクトである必要がある。この構文を使ったコーディング例を示す。

<source lang="java5">
void displayWidgets (Iterable<Widget> widgets) {
    for (Widget w : widgets) {
        w.display();
    }
}
</source>

この例では、<code>widgets</code>という変数名のコレクションオブジェクト内の、各<code>Widget</code>オブジェクトを反復して繰り返し処理する。各<code>Widget</code>オブジェクトにはループサイクルごとに<code>w</code>という変数名をつける。各ループサイクルで、<code>w</code>に対して<code>Widget</code>型で定義されている<code>display()</code>メソッドを呼び出す。拡張forループは[http://www.jcp.org/en/jsr/detail?id=201 JSR 201]で規定された。

==== Java SE 6（[[2006年]][[12月11日]]） ====
コードネームMustang。[http://www.jcp.org/en/jsr/detail?id=270 JSR 270]のもとで開発された。Java SE 6においては、サンは命名方針を変更して、"J2SE" から'''Java SE'''に変更し、バージョン番号から ".0" の部分を廃止している<ref>http://www.java.com/en/about/brand/naming.jsp</ref>。
* Scripting for the Java Platform
* [[Abstract Window Toolkit|AWT]]、[[Swing]]の高速化。
* Windows[[タスクトレイ|システムトレイ]]のサポート
* [[Windows Aero]] ([[Microsoft Windows Vista|Windows Vista]]) の[[ルック・アンド・フィール]]
* テキストの[[Unicode正規化]] (java.text.Normalizer)
* JDBC 4.0
* JAXP (Java API for XML Processing) 1.4
* [[Webサービス]]

=====Java SE 6 Update 10=====
Java SE 6 Update 10が[[2008年]][[10月22日]]にリリースされた。Update 8と9が省略され、7の次が10となった。Javaの動作速度が改善され、アプリケーションやアプレットの起動を高速化するJava Quick Starterが搭載され、Javaのインストールを高速化する、Java Kernelが搭載された<ref>[http://internet.watch.impress.co.jp/cda/news/2008/10/22/21274.html 「Java SE 6 Update 10」公開、動作速度を高速化]</ref>。[[Javaアプレット]]や[[Java Web Start]]の起動を容易にするための、配備ツールキットが公開された[http://java.sun.com/javase/ja/6/docs/ja/technotes/guides/jweb/deployment_advice.html]。

==== Java SE 7（[[2011年]][[7月28日]]）  ====
コードネームはDolphinである<ref>[http://jdk7.dev.java.net/ ''Dolphin'']</ref>。2006年に開発が始まった。元々は2008年春にリリースされる見通しであったが<ref>[http://weblogs.java.net/blog/editors/archives/2004/09/evolving_a_lang.html Evolving a Language | Java.net]</ref>、何度かリリース予定が変更された。2007年8月の時点では2009年1月をリリース目標としていたが<ref name="Looking ahead to Java 7">[http://today.java.net/pub/a/today/2007/08/09/looking-ahead-to-java-7.html The Open Road: Looking Ahead to Java 7 | Java.net]</ref>、2008年12月、[[ジェームズ・ゴスリン]]は、「私の勝手な憶測だが」という注意書き付きで、2010年6月以降のリリースを予測し<ref>[http://journal.mycom.co.jp/articles/2008/12/03/javasfather/index.html Javaがレガシーだって? 冗談じゃないよ - James Goslingが語るJavaの現在]</ref>、2009年11月には2010年9月以降のリリース予定に変更された<ref>[http://www.infoq.com/jp/news/2009/11/jdk7-simple-closures JDK 7が、突然"単純な"クロージャをサポート、しかしリリースは、2010年の終わりに。]</ref>。2010年9月に、これ以上の延期を避けるため、大きな言語仕様の改訂などの部分は Java SE 8 に先送りし、Java SE 7 を2011年中頃に、Java SE 8を2012年終わり頃に提供するという目標を立て<ref>[http://blogs.sun.com/mr/entry/plan_b It's time for … Plan B]</ref>、結局2011年7月28日にリリースした。Java SE 7は、オラクルによるサン買収後、初のメジャーリリースである。

Java SE 7に追加された項目は以下のとおりである。

*主として[[動的プログラミング言語|動的言語]]を想定した、invokedynamic の追加 (JSR 292)
*NIO.2 (JSR 203), [[Stream Control Transmission Protocol]], [[Sockets Direct Protocol]]
*JDBC 4.1
*コレクションや並列性のライブラリの機能追加 (JSR 166y)
*JAXP, JAXB, JAX-WSの更新
*ClassLoaderの改善
*Project Coinの一部
*[[JavaFX]] 2.0（Update 2より）

==== Java SE 8（[[2014年]][[3月18日]]） ====
以下の項目を Java SE 8 に追加。2014年[[3月4日]]に JSR 337<ref>[http://jcp.org/en/jsr/detail?id=337 JSR 337: Java SE 8 Release Contents]</ref> にて仕様が規定された。JDK 8 は2013年9月9日にリリース予定<ref>[http://news.mynavi.jp/news/2011/10/17/033/index.html Java SE 8リリース予定を延期 - 2013年夏へ - エンタープライズ - マイナビニュース]</ref><ref>[http://openjdk.java.net/projects/jdk8/spec/ Java SE 8 Platform Umbrella JSR (337)]</ref>だったが、2013年4月18日にリリースの延期が発表になり2014年3月18日にリリースされた<ref>[http://mreinhold.org/blog/secure-the-train Java 8: Secure the train]</ref><ref>[http://news.mynavi.jp/news/2013/04/22/053/index.html Java 8リリースに遅れ、2014年3月へ - マイナビニュース]</ref><ref>[http://www.infoworld.com/t/java-programming/java-8-officially-arrives-last-238552 Java 8 officially arrives at last | Java programming - InfoWorld]</ref>。[[Connected Limited Device Configuration|CLDC]], [[Connected Device Configuration|CDC]] を統合して Java ME 8 もリリース予定<ref>[http://cloud.watch.impress.co.jp/docs/news/20120221_513391.html 7年ぶりのJavaOne Tokyoでは「Javaテクノロジーのすべてを見せる」 - クラウド Watch]</ref>。
*[[ラムダ式]]の導入 (Project Lambda, JSR 335)
*型アノテーション (JSR 308)
*Date and Time API (JSR 310)
*高速[[JavaScript]]エンジン Nashorn
*[[JavaFX]] 8
*マルチタッチデバイス対応
*HotspotとJRockitの統合 <!-- これ、たぶん中止です -->

当初搭載予定だった、以下の機能はJava SE 9に延期となった<ref>[http://mreinhold.org/blog/on-the-next-train Project Jigsaw: On the next train]</ref>。
*言語レベルでのモジュール化のサポート (Project Jigsaw, JSR 294)

また、搭載予定だった以下の機能は廃止 (withdrawn) になった。
*Swing アプリケーションフレームワーク (JSR 296)

==== Java SE 9 ====
Java SE 9 は Java SE 8 の2年後の[[2016年]]にリリース予定。言語レベルでのモジュール化のサポート (Project Jigsaw, JSR 294) などを追加予定。

== 特徴 ==
Javaの主な特徴を述べる。

=== 思想 ===
Javaを開発する上では、5つの目標があった。

* [[オブジェクト指向プログラミング]]の方法論を採用する
* 異なるOS上で同一の[[プログラム (コンピュータ)|プログラム]]が動くようにする
* [[コンピュータネットワーク]]を扱う機能を標準で備える
* 遠隔のコンピュータ上にある実行コードを安全に実行できるよう設計する
* 開発をしやすくするために、従来の[[Smalltalk]]、[[C++]]などの[[オブジェクト指向プログラミング言語]]から良い部分を引き継ぐ

ネットワーク機能および遠隔コンピュータの実行コードの実行を実現するために、場合によっては、Java[[プログラマ]]は、[[Common Object Request Broker Architecture|CORBA]]やInternet Communications Engine、[[OSGi]]のような拡張機能を使う。

=== オブジェクト指向プログラミング ===
Javaは[[クラスベース]]の[[オブジェクト指向プログラミング言語]]である。Javaのプログラムは複数の[[クラス (コンピュータ)|クラス]]から構成され、プログラムの実行は、各クラスが実体化した[[オブジェクト (プログラミング)|オブジェクト]]群が相互にメッセージをやりとりしながら行われる。Javaでは、[[実装]]の単一継承を採用し、一つのクラスが複数の[[インタフェース (情報技術)|インタフェース]]をもつことができる。クラスとは、[[オブジェクト指向]]においてオブジェクトの設計図にあたるものである。オブジェクトについては後述する。[[継承 (プログラミング)|継承]]とは、既存のクラスを基にして、そのクラスの機能を引き継いだ新しいクラスを定義できることをいう。Javaでは実装の多重継承は採用していない。Javaでは一つのクラスが複数のインタフェースをもてるため、一つのクラスに複数の役割をもたせることができる。

Javaで扱うデータ / オブジェクトの型（[[データ型]]）は、強い[[静的型付け]]を採用している。静的型付けにより、Javaの[[コンパイラ]]および実行環境が、型同士の整合性を検査することによって、プログラムが正しく記述されていることや、安全に動作することの検証が可能である。

Javaのデータ型には、[[参照 (情報工学)|参照]]型 (reference type) と[[プリミティブ型|基本型]]（プリミティブ型、primitive type）の2種類がある。Javaのオブジェクトはすべて参照型である。Javaの基本型は、単純な構造のデータ（数値、論理値、文字 など）のための型である。Javaの標準[[ライブラリ]]は、基本型の値をオブジェクトとして扱えるようにするための[[プリミティブラッパークラス|ラッパクラス]]を提供している。近年のJava (J2SE 5.0) からは型の扱いに改良が加えられている。

* Javaのコンパイラが自動的に基本型のデータとそれに対応する参照型の[[プリミティブラッパークラス|ラッパ]]オブジェクトとの間の変換を行う（[[オートボクシング]]/アンボクシング）。これにより、Javaで参照型と基本型の2種類のデータが存在することによる複雑さは、軽減されている。
* [[総称型]]を使えるようになった。プログラムにおける[[型変換]]を減らすことができ、安全性が向上した。総称型は従来の[[C++]]などの言語で実現されていた技術である。

Javaの特徴の一つである[[オブジェクト指向プログラミング]]は、[[プログラミング (コンピュータ)|プログラミング]]および[[プログラミング言語]]設計の手法をいう。Javaはオブジェクト指向プログラミング言語である。[[オブジェクト指向]]の概念に対しては、多くの解釈がなされてきた。一般には、オブジェクト指向を特徴づける重要な考え方は、ソフトウェアで扱うさまざまな種類のデータについて、データとそのデータに関連する手続きを一体化するように、[[ソフトウェア]]を設計することである。こうして、データとコードは、[[オブジェクト (プログラミング)|オブジェクト]]と呼ばれる実体に一体化される。オブジェクトとは、状態（データ）と振る舞い（コード）がひとかたまりとなったものと考えることができる。

Javaでは、オブジェクトの設計図であるクラスに定義する振る舞いを「[[メソッド (計算機科学)|メソッド]]」と、状態を「フィールド」（[[インスタンス変数]]）と呼ぶ。

オブジェクト指向以前の技術での本質的な問題点は、プログラムにおいて、状態<!--不変な実体-->と振る舞い<!--変更に関わる実体-->が分離されていたことである。

* あるデータ構造を変更する場合、関連してそのデータを処理するコードを変更を行う必要があるという、面倒なことになる。
* 逆にコードを変更する場合に、関連してそのコードで扱うデータ構造を変更しなければならない場合もあった。

オブジェクト指向に基づいて、これまで分離されていた状態と振る舞いを、オブジェクトに一体化することは、ソフトウェアシステムの設計において堅牢な基盤となる。オブジェクト指向を有効に活用することにより、大規模なソフトウェア開発プロジェクトを管理することの困難さが軽減され、ソフトウェアの品質が向上し、失敗するプロジェクトの数を減らすことができる。

オブジェクト指向のもう一つの目標は、汎用的なオブジェクトを開発することで、プロジェクトをまたがってソフトウェアをより再利用可能にしていくというものである。たとえば、汎用的な「顧客」オブジェクトは、別のプロジェクトにおいても、理論的にはほぼ同一の手続き群を備えるであろう。大きな組織において、その組織の複数のプロジェクトが機能的に共通する基盤層をもつ場合は、なおさら[[ソフトウェアの再利用]]が重要となる。こうしたことから、ソフトウェアオブジェクトは、さまざまなシステムに組み込み可能であるように、汎用性を備えていることが望ましい。こうすることで、ソフトウェア業界は、既存のしっかりテストされたオブジェクトコンポーネントを活用してプロジェクトを進めることができ、開発期間を大幅に短縮することができる。

一方で、ソフトウェアの再利用性を高めるということには、実践においては、2つの大きな困難を伴う。

* 真に汎用的なオブジェクトを設計する技法は簡単なことではないため、開発者にはあまり理解されていない
* プロジェクトでどのような再利用可能なオブジェクトが使えるようになっているかについて、多くの開発者に伝えることができる環境を整える必要がある

いくつかの[[オープンソース]]コミュニティでは、再利用に伴う問題を軽減するために、オブジェクトやクラスライブラリの開発者に、自分たちが開発した汎用的で再利用可能な開発物についての情報を広報する手段を提供している。

=== プラットフォーム非依存 ===
[[ファイル:GC SwingDemo.jpg|thumb|250px|Java [[Swing]][[グラフィカルユーザインタフェース]] (GUI) の[[Look and feel|ルックアンドフィール]]は、[[プラットフォーム (コンピューティング)|プラットフォーム]]に依存しない]]
<!--
[[画像:SwingSet.png|thumb|Java [[Swing]][[グラフィカルユーザインタフェース]] (GUI) の[[Look and feel|ルックアンドフィール]]は、[[プラットフォーム (コンピューティング)|プラットフォーム]]に依存しない]]
-->
Javaのもう一つの特徴は[[プラットフォーム (コンピューティング)|プラットフォーム]]に依存していないことであり、これは、Javaの[[プログラム (コンピュータ)|プログラム]]がさまざまな[[ハードウェア]]や[[オペレーティングシステム]]上で必ず同じように動く、ということを意味する。一度Javaのプログラムを作成すれば、そのプログラムはどのプラットフォーム上でも動くのである。近年では、Java実行環境を構成するJava仮想マシンに高速化の技術が導入され、プラットフォームに依存したプログラムと同水準の実行性能を実現している。

Javaのプラットフォーム非依存は、次のようにして実現されている。

* ほとんどのJavaの[[コンパイラ]]（[[Javaコンパイラ]]）は、Javaの[[ソースコード]]を[[中間言語]]に[[コンパイル]]する。このJavaの中間言語のコードを[[バイトコード]]という。バイトコードは[[Java仮想マシン]]（Java VM、[[仮想機械|仮想マシン]]の一種）で実行可能な簡潔な[[機械語]]命令からなる。
* Javaプログラムを実行する際には、このバイトコードをJava仮想マシン上で実行する。Java仮想マシンは、実行するハードウェアにネイティブなソフトウェアであり、中間言語であるバイトコードを解釈して実行する。
* Java実行環境は、Java仮想マシンの他に、標準[[ライブラリ]]を備えている。この標準ライブラリを利用することにより、Javaプログラムは、グラフィクス、[[スレッド (コンピュータ)|スレッド]]、[[コンピュータネットワーク|ネットワーク]] など実行するマシンのさまざまな機能を、プラットフォームに依存しない単一の方法で使うことができるようになる。プラットフォームごとに異なる方法を使い分ける必要は無い。
* Javaのバイトコードの実行時には、Java仮想マシンにより、最終的にはハードウェアにネイティブな[[機械語]]コードに変換されて実行される。このバイトコードから機械語コードへの変換は、Java仮想マシンが[[インタプリタ]]として行う場合と、Java仮想マシンが[[ジャストインタイムコンパイル方式|ジャストインタイムコンパイラ]]を使って行う場合とがある。

また、実際には[[Javaコンパイラ]]の[[実装]]として、[[ソースコード]]から直接にプラットフォームのハードウェアにネイティブな[[オブジェクトファイル|オブジェクトコード]]（[[機械語]]コード）を生成するものがある。このようなJavaコンパイラの実装としては[[GNU]]の[[GNU Compiler for Java]] (GCJ)などがある。この場合、中間言語のバイトコードを生成するという段階は省かれる。しかしこの方法で生成されるJavaの実行コードは、コンパイル時に指定したプラットフォームでしか動かない。

Javaの実行コード（[[バイトコード]]）を生成する手段としては、[[プログラミング言語]]Javaでプログラムを書くことが標準的なやり方である。Javaのバイトコードの実行は、[[Java仮想マシン]]という[[仮想機械|仮想マシン]]の環境上で行われる。Java仮想マシンは実行時にバイトコードをネイティブコードに変換する。なお、Javaのバイトコードを生成する他の方法としては、現在では[[Ruby]]（[[JRuby]]）や [[Groovy]] 、[[Kotlin]] 、[http://www.jabaco.org Jabaco] 、[[Python]]（[[Jython]]）などのプログラミング言語でプログラムを書くこともできる。

[[サン・マイクロシステムズ]]のJavaのライセンスは、すべてのJava実行環境の実装は「[[互換性]]」を備えるべきであることを要求していた。このことに関連して、[[サン・マイクロシステムズ]]と[[マイクロソフト]]との間で法的な争いが起こったことがあった。この法的な争いは、サンが、マイクロソフトのJava実行環境の実装について次のように主張したことによる。
*[[Java Remote Method Invocation|RMI]]と[[Java Native Interface|JNI]]の機能が無い。
*マイクロソフトのプラットフォーム ([[Microsoft Windows|Windows]]) に特有の機能を備えている。
サンは訴訟を起こして勝訴し、約2000万ドルの違約金の支払いを受けた。また裁判所は、マイクロソフトに対してサンのライセンス条件に従うことを命じた。この決定を受けて、マイクロソフトは自社のOSであるWindowsにJava実行環境を同梱しない方針を採った。また近年のバージョンのWindowsでは自社の[[ウェブブラウザ]]である[[Internet Explorer]]でJavaをサポートしないようにした。その結果、Internet Explorerで[[Javaアプレット]]を動かすためには、別途に[[プラグイン]]が必要となった。しかし、サンなどの企業は、近年のバージョンのWindowsのユーザが、無償でJava実行環境を利用できるようにした。そのため、ほとんどのWindows PCのユーザは、何ら問題なくウェブおよびデスクトップ上でJavaアプリケーションを実行できる。

最初期の[[Java Runtime Environment|Java実行環境]]の実装では、Javaプログラムの実行速度が遅かったが、近年では大きく改善されて、高速に実行できるようになった。最初期のJava実行環境の[[Java仮想マシン]]の実装は、[[移植性]]を実現するために[[インタプリタ]]として動作する[[仮想機械|仮想マシン]]を採用した。こうした初期のJava実行環境の実装では、Javaプログラムの実行速度が[[C言語|C]]や[[C++]]のプログラムと比べて遅かった。そのため、Javaプログラムの実行速度は遅いという評判が広まった。近年のJava実行環境の実装では、いくつかの技術を導入することにより、以前と比べて、Javaプログラムをかなり高速に実行できるようになった。

Javaプログラムを高速に実行するために使われる技術を説明する。
*Java仮想マシンに高速化の技術を導入する。
**Java仮想マシンに[[ジャストインタイムコンパイル方式]]（JITコンパイル方式）を導入する。ジャストインタイムコンパイラは、Javaプログラム（バイトコード）の実行時に、バイトコードをネイティブコードに変換する。
**さらに洗練されたJava仮想マシンでは「動的再コンパイル」(dynamic recompilation) を行う。こうしたJava仮想マシンでは、実行中のプログラムを分析して、プログラムの重要な部分を特定して再コンパイルを行い[[最適化 (情報工学)|最適化]]する。動的再コンパイルは、静的コンパイルよりも優れた最適化を行うことができる。その理由は、動的再コンパイルは、実行環境と実行中にロードされている[[クラス (コンピュータ)|クラス]]に関する情報に基づいて最適化しているからである。
**Java仮想マシンに[[世代別ガベージコレクション]]の技術を導入して[[ガベージコレクション]]を効率化する。
*あるいは、先に述べたように、Javaのソースコードを、従来の言語のコンパイラと同様に、単純にネイティブな機械語コードにコンパイルする。この場合、バイトコードを生成する過程は全く省かれる。この技術を使うと、良好な実行速度を得ることができる。ただし[[移植性]]（プラットフォーム非依存）は損なわれる。Java仮想マシンにジャストインタイムコンパイルと動的再コンパイル、世代別ガベージコレクションの技術を導入することにより、Javaプログラムは、移植性を保ちつつ、ネイティブコードと同水準で高速に実行することができるようになった。

Java の[[移植性]]（[[プラットフォーム (コンピューティング)|プラットフォーム]]非依存）がどの程度実現できているかについては、議論の対象となっている。技術的には移植性とは実現が難しい目標である。多くのプラットフォームにおいて同一に動作するJavaプログラムを作成することは、可能である。しかし実際には、Javaを利用できるプラットフォームによってはちょっとしたエラーが発生したり、微妙に異なる動作をする事例が多い。こうしたことから一部の人々は、[[サン・マイクロシステムズ]]のJavaの売り文句であった "[[Write once, run anywhere]]"（一度コードを書けば、どの環境でも動く）をもじって "Write once, debug everywhere"（一度コードを書けば、どの環境でもデバッグが必要）と皮肉をいわれることがある。

しかし、Javaのプラットフォーム非依存は、[[サーバ]]側や[[組み込みシステム]]のアプリケーションに関しては、非常に成功している。サーバ側 ([[Java Platform, Enterprise Edition|Java EE]]) では、Java の[[Java Servlet|サーブレット]]、[[Webサービス]]、[[Enterprise JavaBeans|EJB]] (Enterprise JavaBeans) などの技術が広く使われている。組み込みシステムの分野においても、組み込みシステム向けの Java環境 ([[Java Platform, Micro Edition|Java ME]]) を使った[[OSGi]]を基にした開発が広く行われている。

=== ガベージコレクション ===
Javaは[[ガベージコレクション]]機能を備えており、これを備えていない従来の多くの言語と比較して、プログラムの開発生産性と安定性が高く、[[プログラマ]]の負担が完全に解消されるわけではないものの、大きく軽減される。近年のJavaでは[[世代別ガベージコレクション]]というより効率的な技術を導入している。

ガベージコレクションを備えていない[[C++]]やその他の言語の場合、プログラマが適切にメモリの管理をしなければならない。[[オブジェクト指向プログラミング]]をするプログラマは一般に、Javaと同様メモリ内の[[ヒープ領域|ヒープ]]に[[オブジェクト (プログラミング)|オブジェクト]]を格納する領域を割り当てる。そしてオブジェクトがもはや必要なくなった場合に、必ず明示的にオブジェクトを削除する指示を記述して、そのオブジェクトが使っていたメモリ領域を解放しなければならない。メモリ管理が不十分なプログラムでは、[[メモリリーク]]が発生する可能性がある。メモリリークとは、不適切な指示などで、解放されなかったメモリ領域が累積していき、利用できるメモリの量が減っていくことで、気付かないうちに大量のメモリを消費してしまう問題が起こり得る。他にも、メモリ領域を解放する際に、解放の指示を重複して行ってしまい、プログラムの実行を不安定にするなどのケースがあり、悪くすると異常終了してしまうこともある。

ガベージコレクション機能は、このような潜在的な問題の多くを未然に防ぐことができる。プログラマは任意の時点で[[オブジェクト (プログラミング)|オブジェクト]]を生成することができ、Java実行環境は生成されたオブジェクトのライフサイクルを管理する責任を持つ。

プログラム（オブジェクト）は、他のオブジェクトへの[[参照 (情報工学)|参照]]を持ち、そのオブジェクトの[[メソッド (計算機科学)|メソッド]]を呼び出すことができる。他のオブジェクトへの参照とは、低水準の視点で述べると、メモリ内の[[ヒープ領域|ヒープ]]という領域上に確保されたそのオブジェクトを指すアドレスのことである。

オブジェクトがどこからも参照されなくなった場合、Javaのガベージコレクション機能が自動的にその「到達不可能なオブジェクト」を削除し、そのメモリ領域を解放することで、解放し忘れた未解放メモリが累積していき利用できるメモリの量が減ってゆく[[メモリリーク]]を防ぐ。

ただしJavaのガベージコレクション機能は、メモリリークの問題を完全に解消するわけではない。[[プログラマ]]が、自分のプログラムでもはや必要のないオブジェクトへの参照を保持し続けた場合は、やはりメモリリークが発生する可能性がある。

別の表現で述べると、Javaでは、メモリリークは概念的に高い水準においては、発生する可能性が残っているということである。概念的に低い水準においては、ガベージコレクションが正しく実装された[[Java仮想マシン]]を使えば、メモリリークが発生する可能性は無くなった。全体として、Javaのガベージコレクション機能により、C++の場合と比べると、オブジェクトの生成と削除は、より簡潔になり、潜在的に安全になり、また多くの場合は高速になっている。

C++においても、Javaと同等のメモリ管理の高速性と効率性を実現することは可能ではあるが、先に述べた通り、複雑な作業で間違いやすく、完璧に行おうとすれば開発期間が非常に長くなり、開発したソフトウェアはかなり複雑で難解になる。たとえば、C++で特定のクラスを対象として、高速実行およびメモリ利用の断片化の最小化を、高水準で達成できるメモリ管理モデルで設計開発する技法があるが、こうした技法は複雑である。

ガベージコレクションの機構は、Java仮想マシンに組み込まれており、開発者からは、事実上隠蔽されている。開発者は、場合にもよるが、ガベージコレクションがいつ起こるか意識しなくて良い。というのも多くの場合、ガベージコレクションの実行は、プログラマが自分で書いたコードによって明示的に起こる何らかの挙動と、必ずしも関連しているわけではないからである。

=== ネットワーク機能 ===
Javaでは充実した[[ライブラリ]]により、[[コンピュータネットワーク]]を使うソフトウェアを、効率良く開発することができる。Javaの初期のバージョンから、[[インターネット・プロトコル・スイート|TCP/IP]] ([[IPv4]]) のライブラリを備えており、ネットワークで[[ソケット (BSD)|ソケット]]通信を行うソフトウェアを簡単に実装することができた。分散オブジェクト環境のソフトウェアの開発も早い時期からできるようになった。[[Java Remote Method Invocation|Java RMI]]もしくは[[Common Object Request Broker Architecture|CORBA]]の分散オブジェクト技術を標準で使うことができる。近年では、標準、拡張その他のライブラリにより、さまざまな[[通信プロトコル|ネットワークプロトコル]]を高水準で扱えるようになっている。
*[[ファイル転送プロトコル|FTP]]（[[ファイル (コンピュータ)|ファイル]]送受信）
*[[Hypertext Transfer Protocol|HTTP]]（[[World Wide Web|ウェブ]]によるデータ送受信）
*[[Simple Mail Transfer Protocol|SMTP]]/[[Post Office Protocol|POP]]/[[Internet Message Access Protocol|IMAP]]、[[Network News Transfer Protocol|NNTP]]（[[電子メール]]送受信、[[ネットニュース]]）
*[[Secure Shell|SSH]]、[[Transport Layer Security|TLS/SSL]]（セキュアな通信により盗聴やなりすましを防ぐ）
*SMB（[[ファイルサーバ]]へのアクセス）
*ほか
現在では[[IPv6]]も扱えるようになりつつある。

[[Extensible Markup Language|XML]]文書を扱う技術とネットワーク機能を有効に組み合わせることにより、高度なシステムやサービスを構築できるようになっている。

=== セキュリティ ===
Javaでは初期のバージョンから遠隔のコンピュータ上にある実行コード（[[Javaアプレット]]）を安全に実行できるよう設計されていた。
*[[Java仮想マシン]]の[[バイトコード]]検証機能により、Java の実行コードであるバイトコードの文法などが正しいかどうかを検査する。
*Java実行環境の[[クラスローダ]]機能により、[[クラス (コンピュータ)|クラス]]（バイトコード）をロードする際にそのクラスの情報を調べて、安全性を検査する。
*Java実行環境のセキュリティマネージャ機能（[[サンドボックス (セキュリティ)|サンドボックス]]）により、Javaアプレットが、ユーザによって許可された資源以外の資源に不正にアクセスすることを防ぐ。
**Java実行環境の既定の設定では、遠隔のコンピュータ上にある実行コード（Javaアプレット）に対して、ローカルにあるファイル等へのアクセスや、アプレットのダウンロード元以外の遠隔コンピュータとの通信を禁止している。

=== 名前空間 ===
Javaは、[[パッケージ (Java)|パッケージ]]という[[名前空間]]の機構を持つ言語であり、[[ライブラリ]]および[[アプリケーションソフトウェア]]に含まれる多数の Java の[[プログラム (コンピュータ)|プログラム]]（[[クラス (コンピュータ)|クラス]]とインタフェース）を、パッケージの階層構造に分類・整理することができる。名前空間の機構を持たない言語と比べて、多数のクラスとインタフェースの管理が容易となり、クラスとインタフェースの命名についても、既存のクラス/インタフェースとの名前の衝突回避を考慮する労力が、大きく軽減される。

== 実行形態 ==
Java の[[バイトコード]]には複数の実行形態があると考えることができる。ただしいずれのバイトコードも、[[Java Runtime Environment|Java実行環境]] (JRE) の下で実行されるという点では、同じと考えることもできる。
;[[Javaアプリケーション]]
:ローカルのコンピュータで実行されるJavaプログラム。
;[[Javaアプレット]]
:[[コンピュータネットワーク|ネットワーク]]上に置かれ[[ウェブブラウザ]]上で実行できるJavaプログラム。ワンクリックで実行できるため、その動作には[[サンドボックス (セキュリティ)|サンドボックス]]機構の下で厳しい制限が加えられている。
;[[Java Servlet|Javaサーブレット]]
:[[ウェブページ]]を動的に作るJavaプログラム。[[Perl]]などによる[[Common Gateway Interface|CGI]]に比べ、サーバ側の負荷が低いなどのメリットがある。
;[[JavaServer Pages]] (JSP)
:[[Extensible HyperText Markup Language|XHTML]] ([[HyperText Markup Language|HTML]]) 内に記述するJavaプログラム。サーバ側で解釈して動的にウェブページを作り出す。コードの見た目は似ているが、[[ECMAScript]] ([[JavaScript]]) のようにブラウザ側で実行するスクリプトではない。サーブレットの機能を補完するもの。類似の技術に [[Active Server Pages]] (ASP)、[[ASP.NET]]、[[PHP Hypertext Preprocessor|PHP]] などがある。
;[[Java Web Start]]
:[[Javaアプリケーション]]を簡単に配備し実行する仕組み。[[拡張子]]がjnlpとなっているファイルをウェブブラウザなどでワンクリックしただけで自動ダウンロード、自動インストールを行い、また最新バージョンがあるかをネット上で自動チェックしあれば自動アップデートしてから実行する。[[Javaアプレット]]のように実行時にウェブブラウザを必要とすることはない。類似技術としてマイクロソフトのノータッチデプロイメント、ClickOnce がある。

== 文法 ==
{{main|Javaの文法}}

[[プログラミング言語]]Javaの文法は、[[C言語|C]]および[[C++]]から多くを引き継いでいる。このためJavaの文法は、多くの[[プログラマ]]にとって習得しやすくなっている。

Javaが世に現れる以前は、Cのプログラマが多く、また[[オブジェクト指向プログラミング言語]]の中では、[[C++]]は広く使われてきた言語の一つだった。しかしJavaでは、C++とは違って、言語の基礎的な部分から全体にわたって、オブジェクト指向プログラミングの思想が貫かれている。C++の文法は、[[構造化プログラミング]]、[[ジェネリックプログラミング|総称的プログラミング]] (generic programming)、および[[オブジェクト指向]]プログラミングの構文が集まって[[ハイブリッド]]に構成されている。Javaでは、若干の例外を除き、すべてが[[オブジェクト (プログラミング)|オブジェクト]]であり、すべては[[クラス (コンピュータ)|クラス]]内に記述する。

=== Hello world ===
次の節以降では、[[Hello world]][[プログラム (コンピュータ)|プログラム]]で、Javaプログラムの例を示して説明する。

Hello worldプログラムとは、"Hello, world" という文字列をディスプレイなどの出力装置に出力する簡単なソフトウェアプログラムである。プログラミング言語の初学者向けのプログラム例としてよく使われる。

なお先に述べた通り、Javaには複数の実行形態があると考えることができるので、以降では、それぞれの実行形態におけるHello worldプログラムを例示する。

=== 例: スタンドアロン（コマンドライン） ===
[[キャラクターユーザインタフェース|コマンドライン]]環境で動く[[スタンドアローン|スタンドアロン]]の[[Javaアプリケーション]]の例を示す。Javaでは、他のプログラミング言語と同様に、コマンドライン環境で動く[[プログラム (コンピュータ)|プログラム]]を簡単に開発できる。

<source lang="java">
// Hello.java
public class Hello {
    public static void main(String[] args) {
        System.out.println("Hello, world!");
    }
}
</source>

このプログラムについて説明する。
*Javaのプログラムではすべてを<code>'''class'''</code>内に記述する。コマンドラインのスタンドアロンアプリケーションの場合も同じである。
*[[ソースコード]]の[[ファイル (コンピュータ)|ファイル]]名は、そのファイルで記述している[[クラス (コンピュータ)|クラス]]の名前に ".java" というサフィクス（接尾辞、[[拡張子]]）を付けるという規則で命名する。
*:このプログラム例では、クラス名は<code>'''Hello'''</code>であるため、"Hello.java" というソースファイル名にする必要がある。
*[[コンパイラ]]は、ソースファイルで定義されている各クラスの[[Javaクラスファイル|クラスファイル]]（[[バイトコード]]）を生成する。クラスファイルの名称は、そのクラスの名前に ".class" のサフィクスをつけた名前になる。
**クラスファイルの生成において、内部クラスの一種である無名クラス (anonymous class) の場合は、クラスファイルの名称は、その無名クラスを含むクラスの名称と整数（0から始まり、無名クラスが複数ある場合は、さらに1、2...と順に付番される）を "$" で連結した文字列に、通常のクラスと同じく ".class" のサフィクスを付けた名前になる。
*この例のように、スタンドアロンで実行するプログラム（クラス）では<code>'''main()'''</code>[[メソッド (計算機科学)|メソッド]]を定義する必要がある。メソッド定義には振る舞いを記述する。このmainメソッドのシグニチャ（戻り値、引数）は次のようにしなければならない。
**戻り値の指定には<code>'''void'''</code>キーワードを使う。<code>void</code>は、そのメソッドが何も戻り値を返さないことを示す。
**mainメソッドは、パラメタ（[[引数]]）として1つの{{Javadoc:SE|java/lang|String}}の配列を受け取らなくてはならない。この<code>String</code>配列の引数の名称は<code>'''args'''</code>とすることが慣習となっている。ただし引数として可能な名称であれば他の名称でも構わない。
**mainメソッドには<code>'''static'''</code>キーワードをつけなければならない。<code>static</code>は、そのメソッドがクラスメソッドであることを示す。クラスメソッドは、[[クラス (コンピュータ)|クラス]]と関連するメソッドであり、[[オブジェクト (プログラミング)|オブジェクト]][[インスタンス]]に関連するメソッド（[[インスタンスメソッド]]）ではない。
**mainメソッドは<code>'''public'''</code>キーワードをつけて宣言する。publicは、そのメソッドが他のクラスのコードから呼び出せること、およびそのクラスが他のクラスから呼び出される可能性があることを、示す。ここでの「他のクラス」とは、そのクラスの継承階層に関係なく、他のすべてのクラスを意味する。
*印字出力機能は、Javaの標準[[ライブラリ]]に含まれている。'''{{Javadoc:SE|java/lang|System}}''' クラスは public static のフィールド '''{{Javadoc:SE|name=out|java/lang|System|out}}''' をもつ。<code>out</code> オブジェクトは、{{Javadoc:SE|java/io|PrintStream}} クラスのインスタンスであり、[[標準出力]]ストリームを表す。<code>PrintStream</code>クラスのインスタンスである <code>out</code> オブジェクトは、'''{{Javadoc:SE|name=println(String)|java/io|PrintStream|println(java.lang.String)}}''' メソッドを持つ。このメソッドはデータをストリームに出力する。[[ストリーム (プログラミング)|ストリーム]]とは入出力を[[抽象化 (計算機科学)|抽象化]]した概念である。この場合は、データを画面（<code>out</code> 、標準出力）に出力する。
*スタンドアロンプログラムを実行するには、Java実行環境に呼び出す対象となる main メソッドを持つクラスの名前を渡すことによって、Java実行環境に実行を指示する。 [[UNIX]]や[[Microsoft Windows|Windows]]の環境の場合は、カレント[[ディレクトリ]]から<code>java -cp . Hello</code>をコマンドラインで入力することで、この例のプログラム（Hello.classに[[コンパイル]]されたクラス）を実行することができる。
**実行するmainメソッドをもつクラス名の指定については、[[Jar|Javaアーカイブ]] (Jar) ファイルのMANIFESTに記述する方法もある。

=== 例: スタンドアロン (Swing) ===
[[グラフィカルユーザインタフェース]] (GUI) 環境で動く [[Swing]]を使った[[スタンドアローン|スタンドアロン]]の[[Javaアプリケーション]]の例を示す。Swingは、[[Java Platform, Standard Edition|Java SE]]の高度なGUIの[[ウィジェット・ツールキット]]の[[ライブラリ]]である。

<source lang="java">
// Hello.java
import javax.swing.*;

public class Hello extends JFrame {
    Hello() {
        setDefaultCloseOperation(WindowConstants.DISPOSE_ON_CLOSE);
        add(new JLabel("Hello, world!"));
        pack();
    }

    public static void main(String[] args) {
        new Hello().setVisible(true);
    }
}
</source>
*'''<code>import</code>'''文は、[[コンパイル]]時に[[Javaコンパイラ]]に対し、この[[ソースコード]]内では'''{{Javadoc:SE|package=javax.swing|javax/swing}}'''[[パッケージ (Java)|パッケージ]]内のすべてのpublicな[[クラス (コンピュータ)|クラス]]と[[インタフェース (情報技術)|インタフェース]]を、パッケージ名をつけないでクラス名 / インタフェース名だけで使うことを、伝える。
*:<code>import</code>文を記述しなくても、<code>javax.swing.JFrame</code>のようにパッケージ名をつけて完全修飾クラス名 (FQCN; Fully Qualified Class Name) で使うこともできるが、この例のように<code>import</code>文を使うことで、単に<code>JFrame</code>のようにクラス名だけで使うことができるようになる。
*<code>'''Hello'''</code> <code>class</code> <code>'''extends'''</code> '''{{Javadoc:SE|javax/swing|JFrame}}''' の部分では、<code>JFrame</code>クラスを[[継承 (プログラミング)|継承]]して<code>Hello</code>クラスを定義すること（<code>JFrame</code>の[[サブクラス (計算機科学)|サブクラス]]とすること）を記述している。<code>JFrame</code>クラスは、ウィンドウ終了ボタンをもつタイトルバーの付いた[[ウィンドウ]]（フレーム）を[[実装]]している。
*<code>'''Hello()'''</code>[[コンストラクタ]]では、フレームを初期化している。
**コンストラクタとは、特殊なメソッドであり、[[オブジェクト (プログラミング)|オブジェクト]]の状態を初期化する処理を記述する。オブジェクトが生成される際に自動的に呼び出される。この例では、main[[メソッド (計算機科学)|メソッド]]で<code>Hello</code>オブジェクト（フレーム）を生成する時に呼び出され、<code>Hello</code>オブジェクト（フレーム）の状態を初期化する役割を担っている。なおJavaのコンストラクタには、クラス名と同じ名称を付ける。
***オブジェクトの初期化処理が必要無い場合などには、コンストラクタの明示的な定義を省略して良い。
**このコンストラクタではまず、<code>JFrame</code>から継承された '''{{Javadoc:SE|name=setDefaultCloseOperation(int)|javax/swing|JFrame|setDefaultCloseOperation(int)}}''' メソッドを呼び出し、タイトルバーのウィンドウ終了ボタンが押された際の既定の挙動を '''{{Javadoc:SE|javax/swing|WindowConstants|DISPOSE_ON_CLOSE}}''' に設定する。これにより、ウィンドウ終了ボタンが押された際に、フレームが単に不可視になるだけでなく破棄されることになり、[[Java仮想マシン]]が終了しプログラムが終了するようになる。
**次に、'''<code>new </code>{{Javadoc:SE|javax/swing|JLabel}}'''で'''"Hello, world!"'''の文字列表示のためにラベルオブジェクトを生成して、フレーム（<code>JFrame</code>）の継承元クラス{{Javadoc:SE|java/awt|Container}}から継承された'''{{Javadoc:SE|name=add(Component)|java/awt|Container|add(java.awt.Component)}}'''メソッドを、このラベルを引数として呼び出して、ラベルをフレーム上に追加配置する。
**継承元クラス{{Javadoc:SE|java/awt|Window}}から継承された'''{{Javadoc:SE|name=pack()|java/awt|Window|pack()}}'''メソッドを呼び出して、フレームの大きさを調整し、フレーム内のコンポーネント（ラベル）の配置を調整する。
*このプログラムが起動される時に、[[Java仮想マシン]]は <code>'''main()'''</code>メソッドを呼び出す。
**mainメソッドは'''<code>new Hello()</code>'''の部分でフレームのオブジェクトを生成する。このオブジェクト生成の際に、先に述べた<code>Hello()</code>[[コンストラクタ]]の一連の処理が実行される。
**次に生成したオブジェクトに対して、その継承元クラス{{Javadoc:SE|java/awt|Component}}から継承された'''{{Javadoc:SE|name=setVisible(boolean)|java/awt|Component|setVisible(boolean)}}'''メソッドを、boolean型のパラメタ<code>'''true'''</code>を引数として呼び出して、フレームを可視化する。
*注意: フレームが一度表示されたら、<code>main</code>メソッドが終了してもプログラムは終了しない。その理由は、AWTのイベントディスパッチング[[スレッド (コンピュータ)|スレッド]]が終了するのは、すべてのトップレベルのSwingウィンドウが破棄された後であるためである。

=== 例: アプレット ===
[[Javaアプレット]]は、他のアプリケーションに埋め込まれるプログラムである。多くの場合は、[[ウェブブラウザ]]に表示される[[ウェブページ]]に埋め込まれる。

<source lang="java">
// Hello.java
import java.applet.Applet;
import java.awt.Graphics;

public class Hello extends Applet {
    public void paint(Graphics gc) {
        gc.drawString("Hello, world!", 65, 95);
    }
}
</source><!--
(XHTML 1.1 に準拠したウェブページですが、現時点ではウェブブラウザによっては正常に動作しません)
 <?xml version="1.0" encoding="UTF-8"?>
 &lt;!-- Hello.html --&gt;
 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
    "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
 <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
   <head>
     <title>Hello World Applet</title>
   </head>
   <body>
     &lt;div>
       <object classid="java:Hello" width="200" height="200">

       </object>
     &lt;/div>
   </body>
 </html>--><!--
(XHTML 1.0 Transitional に準拠)
 <?xml version="1.0" encoding="UTF-8"?>
 &lt;!-- Hello.html --&gt;
 <!DOCTYPE html
     PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
     "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
 <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
-->
<source lang="html4strict">
<!-- Hello.html -->
<html>
  <head>
    <title>Hello World Applet</title>
  </head>
  <body>
    <div>
      <applet code="Hello" width="200" height="200">
      </applet>
    </div>
  </body>
</html>
</source>
*'''<code>import</code>''' 文は、[[コンパイル]]時にJavaコンパイラに対し、このソースコード内では '''{{Javadoc:SE|package=java.applet|java/applet|Applet}}''' クラスと '''{{Javadoc:SE|package=java.awt|java/awt|Graphics}}''' クラスを、パッケージ名を付けないでクラス名だけで使うことを、伝える。<!--
*:<code>java.applet.Applet</code> のようにパッケージ名をつけて完全修飾クラス名 (FQCN; Fully Qualified Class Name) で使うこともできるが、この例のように単に <code>Applet</code> のようにクラス名だけで使うことができるようになる。-->
*<code>'''Hello'''</code> <code>class</code> <code>'''extends'''</code> '''<code>Applet</code>''' の部分は、<code>Hello</code>クラスが<code>Applet</code>クラスを継承すること（<code>Hello</code>クラスが<code>Applet</code>クラスの[[サブクラス (計算機科学)|サブクラス]]であること）を記述している。
*<code>Applet</code>クラスは、[[ホストアプリケーション]]（アプレットを実行するアプリケーション）上で、アプレットによるグラフィクスの表示やアプレットのライフサイクル制御を支援するフレームワークを提供する。
**<code>Applet</code>は抽象[[ウィジェット・ツールキット|ウィンドウツールキット]] ([[Abstract Window Toolkit|AWT]]; Abstract Window Toolkit) の{{Javadoc:SE|java/awt|Component}}である。<code>Component</code>を継承したクラスであるため、<code>Applet</code>は、[[グラフィカルユーザインタフェース]] (GUI) を備えており、開発者はイベント駆動プログラミングの作法でアプレットを開発することができる。
*<code>Hello</code>クラスは{{Javadoc:SE|java/awt|Container}}スーパークラスから継承された'''{{Javadoc:SE|name=paint(Graphics)|java/awt|Container|paint(java.awt.Graphics)}}'''メソッドをオーバーライドしている。
**[[オーバーライド]]とは、スーパークラスで定義された、既定の振る舞いを実装したメソッドや抽象メソッドを、サブクラス側で実装し直すことをいう。
*この<code>paint(Graphics)</code>メソッドのオーバーライドにより、<code>Hello</code>アプレットを表示する処理を実装することができる。<code>paint(Graphics)</code>メソッドは、アプレットに'''<code>Graphics</code>'''オブジェクトを渡す。アプレットは'''<code>Graphics</code>'''オブジェクトを受け取る。'''<code>Graphics</code>'''オブジェクトは、アプレットを表示するために使われるグラフィクスコンテクストを表している。
*この例では、'''<code>Graphics</code>'''オブジェクト（グラフィクスコンテクスト）の'''{{Javadoc:SE|name=drawString(String, int, int)|java/awt|Graphics|drawString(java.lang.String,%20int,%20int)}}'''メソッドを呼び出して、アプレット表示域の (<code>'''65, 95'''</code>) [[ピクセル]]座標（オフセット）で '''"Hello, world!"''' 文字列を表示する。
*この例では、アプレットは [[Extensible HyperText Markup Language|XHTML]] ([[HyperText Markup Language|HTML]]) 文書内の、'''<code><!--object-->applet</code>'''要素（<code><!--<object>--><applet></code> タグ）が使われている位置に表示される。<code><!--object-->applet</code> 要素は、3つの属性をもつ。<!--
（XHTML 1.1 準拠の場合）
**'''<code>classid="java:Hello"</code>''' は、<code>Applet</code> クラスの名前を示す。
--><!--（XHTML 1.0 Transitional 準拠の場合）-->
**'''<code>code="Hello"</code>''' は、<code>Applet</code> クラスの名前を示す。
**'''<code>width="200" height="200"</code>''' は、アプレット領域の幅と高さを設定する。
*アプレットは、<code>applet</code> 要素の代わりに、<code>object</code> 要素あるいは <code>embed</code> 要素を使っても XHTML 文書に埋め込むことができる。ただし現時点では、[[ウェブブラウザ]]によるこの2つの要素の扱いは、ブラウザごとに異なることがある[http://java.sun.com/docs/books/tutorial/deployment/applet/applettag.html][http://java.sun.com/docs/books/tutorial/deployment/applet/mixedbrowser.html]。 XHTML 1.1 仕様においては <code>applet</code> 要素は廃止され、アプレットを使う場合は <code>object</code> 要素を使うことになる。

=== 例: サーブレット ===
[[Java Servlet|Javaサーブレット]]は、[[サーバ]]側の[[Java Platform, Enterprise Edition|Java EE]]の構成要素であり、[[クライアント]]から受けた要求 (request) に対する応答 (response) を生成する。現在、多くの場合は[[ウェブブラウザ]]から要求を受け、応答として[[Extensible HyperText Markup Language|XHTML]] / [[HyperText Markup Language|HTML]]の[[ウェブページ]]を動的に生成する。

<source lang="java">
// Hello.java
import java.io.*;
import javax.servlet.*;

public class Hello extends GenericServlet {
    public void service(ServletRequest request, ServletResponse response)
        throws ServletException, IOException {
        response.setContentType("text/html");
        PrintWriter pw = response.getWriter();
        pw.println("Hello, world!");
    }
}
</source>
*'''<code>import</code>'''文は、[[コンパイル]]時にJavaコンパイラに対し、このソースコード内では'''{{Javadoc:SE|package=java.io|java/io}}'''パッケージおよび'''<code>[http://www.jajakarta.org/tomcat/servletapi/servletapi-4.0/docs-ja/javax/servlet/package-summary.html javax.servlet]</code><!--{{Javadoc:EE|package=javax.servlet|javax/servlet}}-->'''パッケージ内のすべてのpublicなクラスとインタフェースを、パッケージ名をつけないでクラス名 / インタフェース名だけで使うことを、伝える。
*<code>'''Hello'''</code> <code>class</code> <code>'''extends'''</code> '''<code>[http://www.jajakarta.org/tomcat/servletapi/servletapi-4.0/docs-ja/javax/servlet/GenericServlet.html GenericServlet]</code><!--{{Javadoc:EE|javax/servlet|GenericServlet}}-->''' の部分は、<code>Hello</code>クラスが <code>GenericServlet</code>クラスを継承すること（<code>GenericServlet</code>の[[サブクラス (計算機科学)|サブクラス]]であること）を記述している。
*<code>GenericServlet</code>クラスは、サーブレットの一般的なフレームワークを提供する。[[サーバ]]上で、[[クライアント]]から送られてきた要求をサーブレットに渡し、サーブレットのライフサイクルを制御する。
*<code>Hello</code>クラスは<code>[http://www.jajakarta.org/tomcat/servletapi/servletapi-4.0/docs-ja/javax/servlet/Servlet.html Servlet]</code><!--{{Javadoc:EE|javax/servlet|Servlet}}-->で宣言された'''<code>[http://www.jajakarta.org/tomcat/servletapi/servletapi-4.0/docs-ja/javax/servlet/Servlet.html#service(javax.servlet.ServletRequest,%20javax.servlet.ServletResponse) service(ServletRequest, ServletResponse)]</code><!--{{Javadoc:EE|name=service(ServletRequest, ServletResponse)|javax/servlet|Servlet|service(javax.servlet.ServletRequest, javax.servlet.ServletResponse)}}-->'''メソッドをオーバーライドしている。このメソッドは、クライアントからの要求を扱うコードを開発者が記述する場所として、サーブレットフレームワークが開発者に提供しているメソッドである。<code>service(ServletRequest, ServletResponse)</code>メソッドは、'''<code>[http://www.jajakarta.org/tomcat/servletapi/servletapi-4.0/docs-ja/javax/servlet/ServletRequest.html ServletRequest]</code><!--{{Javadoc:EE|javax/servlet|ServletRequest}}-->'''オブジェクトと'''<code>[http://www.jajakarta.org/tomcat/servletapi/servletapi-4.0/docs-ja/javax/servlet/ServletResponse.html ServletResponse]</code><!--{{Javadoc:EE|javax/servlet|ServletResponse}}-->'''オブジェクトを<code>Hello</code>に渡す。<code>Hello</code>は<code>ServletRequest</code>と<code>ServletResponse</code>を受け取る。
**<code>ServletRequest</code>オブジェクトは、クライアントから送られてきた要求を表すオブジェクトである。
**<code>ServletResponse</code>オブジェクトは、クライアントに送り返す応答を表すオブジェクトである。
*<code>service(ServletRequest, ServletResponse)</code>メソッドの<code>throws ServletException, IOException</code>の部分では、このメソッドが<code>[http://www.jajakarta.org/tomcat/servletapi/servletapi-4.0/docs-ja/javax/servlet/ServletException.html ServletException]</code><!--{{Javadoc:EE|javax/servlet|ServletException}}-->もしくは{{Javadoc:SE|java/io|IOException}}の[[例外処理|例外]]を投げる可能性があることを宣言している。これらの例外は、<code>Hello</code> サーブレットの実行中に何らかの問題が起こり、クライアントからの要求に正常な応答を返すことができなくなった場合に投げられる。
*'''<code>[http://www.jajakarta.org/tomcat/servletapi/servletapi-4.0/docs-ja/javax/servlet/ServletResponse.html#setContentType(java.lang.String) setContentType(String)]</code><!--{{Javadoc:EE|name=setContentType(String)|javax/servlet|ServletResponse|setContentType(java.lang.String)}}-->'''メソッドを呼び出して、クライアントに返すデータの[[Multipurpose Internet Mail Extensions|MIME]] Content-Typeを '''"text/html"''' に設定する。
*'''<code>[http://www.jajakarta.org/tomcat/servletapi/servletapi-4.0/docs-ja/javax/servlet/ServletResponse.html#getWriter() getWriter()]</code><!--{{Javadoc:EE|name=getWriter()|javax/servlet|ServletResponse|getWriter()}}-->'''メソッドを呼び出して'''{{Javadoc:SE|java/io|PrintWriter}}'''オブジェクトを取得する。このオブジェクトを使ってクライアントに返すデータを書き出すことができる。
*'''{{Javadoc:SE|name=println(String)|java/io|PrintWriter|println(java.lang.String)}}'''メソッドを呼び出して、'''"Hello, world!"''' 文字列を応答データとして書き出す。
*<!--'''<code>[http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/io/PrintWriter.html#close() close()]</code>{{Javadoc:SE|name=close()|java/io|PrintWriter|close()}}'''メソッドを呼び出して<code>PrintWriter</code>のストリームを閉じる。-->そして応答データは[[ソケット (BSD)|ソケット]][[ストリーム (プログラミング)|ストリーム]]に書き出され、クライアントに返される。

== 構成 ==
[[Javaプラットフォーム]]の構成を説明する。
*[[#Java実行環境]] (JRE) は、[[Javaプラットフォーム]]に配置されたJavaアプリケーションを実行するために必要な、[[ソフトウェア]]である。[[Javaクラスライブラリ|標準クラスライブラリ]]や[[Java仮想マシン]]などから構成される。
*[[#Java開発キット]] (JDK) は、Javaプログラムの開発を支援する基本的なソフトウェアである。
*[[#JREとJDKの複数の実装]]で、JREとJDKの開発と提供の状況について簡単に述べる。
*[[#Javaのエディション]]で、[[オラクル (企業)|オラクル]]と[[Java Community Process|JCP]]が規定している3つのJavaのエディションについて簡単に述べる。
*[[#拡張機能と関連技術]]で、Javaの主な拡張機能と関連する技術を述べる。

=== Java実行環境 ===
{{Main|Java Runtime Environment}}

Java実行環境 (JRE; Java Runtime Environment) は、[[Javaプラットフォーム]]に配置されたJavaアプリケーションを実行するために必要な、[[ソフトウェア]]である。標準クラス[[ライブラリ]]や[[Java仮想マシン]]などから構成される。

エンドユーザは普通、Javaソフトウェアパッケージや[[ウェブブラウザ]][[プラグイン]]の利用を通じてJREを使う。[[オラクル (企業)|オラクル]] / [[Java Community Process|JCP]]をはじめ複数の団体や企業により、 さまざまな[[プラットフォーム (コンピューティング)|プラットフォーム]]向けに、多くの JRE の[[実装]]が開発・提供されている。

JREの他、オラクル / JCPなどの団体・企業は、Java開発キット (JDK) と呼ばれるJREのスーパーセットの実装を開発・提供している。JDKは、Javaプログラムの開発を支援する基本的なソフトウェアであり、多くの開発ツールが含まれている。

==== 実行環境の構成 ====
Java実行環境は、[[Javaクラスライブラリ|標準クラスライブラリ]]と[[Java仮想マシン]]、およびいくつかのファイルとソフトウェアから構成される。
*Java[[クラス (コンピュータ)|クラス]][[ライブラリ]]群（標準クラスライブラリ）
*:実行環境に含まれるJavaクラスライブラリ群の実体は、JRE（Java実行環境）を実装した人々がJava標準クラスライブラリの[[ソースコード]]から[[コンパイラ|コンパイル]]した[[バイトコード]]である。このライブラリ群はJavaアプリケーションを実行するために必要であり、またJavaアプリケーション開発者も標準クラスライブラリを使って開発する。この標準クラスライブラリには、以下のライブラリが含まれる。
**コアライブラリ
***[[コレクション]]のライブラリ
***:[[線形リスト|リスト]]や[[連想配列]]<!--ディクショナリ-->（[[ハッシュテーブル]]）、[[木構造 (データ構造)|木構造]]（ツリー）、[[集合]]（セット）などの[[データ構造]]および[[アルゴリズム]]を実装している。
***[[リフレクション]] : Javaでは実行時にも[[クラス (コンピュータ)|クラス]]や[[メソッド (計算機科学)|メソッド]]の情報をもっており、クラス名やメソッド名を動的に指定して呼び出すことができる。
***[[Extensible Markup Language|XML]]文書を扱うライブラリ
***[[コンピュータセキュリティ|セキュリティ]]機能
***[[国際化と地域化]]のライブラリ
***[[シリアライズ]]（serialization、オブジェクト直列化）: [[オブジェクト (プログラミング)|オブジェクト]]の[[参照 (情報工学)|参照]]をたどって関連するオブジェクトをまとめてバイトストリームにすることができる。そのストリームを[[ファイル (コンピュータ)|ファイル]]に書き込めば、オブジェクトの状態をそのまま保存（[[永続性 (計算機科学)|永続化]]）できる。
**統合ライブラリ（外部システムとの連携機能）
***[[JDBC]]: [[データベース]]接続のAPI
***[[Java Naming and Directory Interface|JNDI]] (Java Naming and Directory Interface) : ネーミングサービス・[[ディレクトリ・サービス|ディレクトリサービス]]へのアクセス
***[[Java Remote Method Invocation|Java RMI]]（Remote Method Invocation、遠隔メソッド呼び出し）と [[Common Object Request Broker Architecture|CORBA]] : 分散オブジェクト環境（[[分散処理]]環境）
****分散システムなどで、別のJava仮想マシンにあるオブジェクトがお互いのメソッドを呼ぶことができる。[[ソケット (BSD)|ソケット]]等を直接利用する通信の低水準な実装をせずに、簡単に高水準な実装をすることができる。
**[[グラフィカルユーザインタフェース]] (GUI) のライブラリ
***[[Abstract Window Toolkit|AWT]]（Abstract Window Toolkit、抽象[[ウィジェット・ツールキット|ウィンドウツールキット]]）
***:重量コンポーネント（ネイティブコンポーネント）のライブラリ。重量コンポーネントを配置しイベント制御を行うことができる。
***[[Swing]]
***:軽量コンポーネントのライブラリ。AWT を使って開発されたが、ネイティブではない[[ウィジェット・ツールキット|ウィジェット]]（GUIの部品要素）の実装を提供する。
***Java 2D : 2次元グラフィクスや画像（[[JPEG]]など）を扱うライブラリ。
***Java Sound など音声を扱うAPI群（録音、再生、その他の処理）
**[[Javaアプレット]]
*[[jar]] (Java Archive) : Javaプログラムの標準圧縮ファイルの圧縮・展開機能。拡張子の関連付けをすれば、jarファイルをダブルクリックすることで実行できる。実際は [[ZIP (ファイルフォーマット)|ZIP]] で圧縮している。
*[[Java Native Interface|JNI]] (Java Native Interface) : JavaからCなど他の言語で実装されたネイティブなプログラムやライブラリを呼び出すことができる。
*[[Java仮想マシン]] (Java VM)
*:[[仮想機械|仮想マシン]]の一種であり、[[プラットフォーム (コンピューティング)|プラットフォーム]]に依存して実装された、JavaライブラリとJavaアプリケーションの[[バイトコード]]を実行する[[ソフトウェア]]
*[[プラグイン]]
*:[[ウェブブラウザ]]で[[Javaアプレット]]を実行するために必要なソフトウェア
*[[Java Web Start]]
*:Javaアプリケーションを[[World Wide Web|ウェブ]]を介して効率的にエンドユーザに配布する機構
*ライセンス文書および各種の文書

=== Java開発キット ===
{{main|Java Development Kit}}
Java開発キット (JDK; Java Development Kit) は、[[オラクル (企業)|オラクル]] / [[Java Community Process|JCP]] をはじめ複数の団体や企業により開発・提供されている、Javaプログラムの開発を支援する基本的なソフトウェアである。Javaが世に出て以来、広く使われてきたJavaの開発ツールである。[[Javaコンパイラ]]、[[javadoc]]、[[デバッガ]]などを含む多くの開発ツールが含まれている。また、完全な[[Java Runtime Environment|Java実行環境]] (JRE) を同梱している。

Javaプログラムを実行するだけであれば、Java実行環境が導入されていれば充分で、Java開発キットを導入する必要は無い。

Java開発キット (JDK) の呼称は、これまでに何度か変更されている。
*J2SE 1.2.2_004 までは JDK と呼んでいた。
*J2SE 1.4 までは Java 2 SDK と呼んでいた。
*J2SE 5.0 では 再び JDK と呼んでいる。

=== JREとJDKの複数の実装 ===
広く使われている[[プラットフォーム (コンピューティング)|プラットフォーム]]などに対しては、複数の団体や企業が独自にJREやJDKの[[実装]]を開発・提供している。独自の[[最適化 (情報工学)|最適化]]技術を適用したり、特定の用途に特化した最適化、あるいは異なるライセンスを採用するなど、それぞれ特徴がある。
*[[Linux]] / [[IA-32]]プラットフォーム : [[オラクル (企業)|オラクル]]、Blackdown、[[IBM]]、Kaffe.org、[[GNU]] などがJREやJDKを実装・提供している。
*[[Microsoft Windows|Windows]]/IA-32プラットフォーム : オラクル、IBMなどがJREやJDKを実装・提供している。

==== オープンソース/フリーソフトウェアの実装 ====
[[オラクル (企業)|オラクル]]およびいくつかの団体が、[[オープンソース]]もしくは[[フリーソフトウェア]]の[[ライセンス]]で利用できる、[[Java仮想マシン]]およびJRE 、JDKの[[実装]]を開発している。

サン / JCPはJava発表時からJava仮想マシンおよび標準ライブラリの仕様を公開しており、Java標準クラスライブラリの[[ソースコード]]もJDKの一部として提供していた。しかしソースコードの改変は下記のOpenJDKリリースまでライセンスで認めていなかった。そのため、サンの実装とは別に、オープンソースもしくはフリーソフトウェアでかつサンの実装と互換性のあるJava標準クラスライブラリとJava仮想マシンが開発された。また、2006年にサンはライセンスの方針を変更し近い将来オープンソースにする意向を表明し、[[2007年]]5月8日にJava SE 6をOpenJDKとして [[GNU General Public License]] にてリリースした<ref>{{Cite web
|title = Sun Fulfills Promise of Open and Free Java Technology and Releases Java SE Platform to OpenJDK Community
|url = http://www.sun.com/aboutsun/pr/2007-05/sunflash.20070508.3.xml
|author = Sun Microsystems, Inc
|date = 2007-5-8
|accessdate = 2009年9月16日
}}</ref>。

{{main|Java#オープンソース/フリーソフトウェア}}

GNU Classpathは、2007年3月<!--8日-->現在、J2SE 1.4のライブラリの99%以上を実装し[http://www.kaffe.org/~stuart/japi/htmlout/h-jdk14-classpath.html]、J2SE 5.0では95%以上を実装している[http://www.kaffe.org/~stuart/japi/htmlout/h-jdk15-classpath.html]。
また[[OpenJDK]]には[[IBM]]が協力している。

===== GNU Compiler for Java (GCJ) =====
[[GNU]]が[[GNUコンパイラコレクション]] (GCC) のJava版、[[GNU Compiler for Java]]を出している。ahead-of-timeコンパイラを搭載しており、Javaのソースコードやバイトコードをネイティブマシンコード（[[Microsoft Windows|Windows]]の場合はexeファイル）に変換できる。クラスライブラリは[[GNU Classpath]]を使っており、1.4のほとんどの部分が対応しており、5.0の部分も実装が進んでいる。

Windows環境では、GCJは[[MinGW]] (Minimalist GNU for Windows) もしくは[[Cygwin]]を使って実行できる。Cygwinの場合は、対象がライセンスが[[GNU General Public License|GPL]]のソフトウェアに限られるが、MinGWの場合は商用含め、すべてのソフトウェアで利用できる。

==== Excelsior JET ====
米Excelsior社がExcelsior JETというahead-of-timeコンパイラを販売している[http://www.excelsior-usa.com/jet.html]。Java SE 用に書かれたプログラムを [[Microsoft Windows|Windows]]のネイティブマシンコードであるexeファイル（実行ファイル）に変換できる。起動の高速化やアプリケーションの[[難読化コード|難読化]]を実現する。

==== Windows exeパッケージ化 ====
[[Microsoft Windows|Windows]]にて、配布、実行しやすくするために、Javaの[[jar]]ファイルをexeファイル（実行ファイル）でラッピングするツールがある。以下が、その一例である。
*[http://www.ne.jp/asahi/web/ryo/exewrap/ exewrap]
*[http://jsmooth.sourceforge.net/ JSmooth]
*[http://launch4j.sourceforge.net/ Launch4j]
*[http://nsis.sourceforge.net/Java_Launcher_with_automatic_JRE_installation NSIS - Java Launcher with automatic JRE installation]
Java Web Startには、適切なバージョンのJREをインストールする機能があるが、そもそも、JREがインストールされていない場合は、それが不可能である。JSmoothなどでは、ラッピングされたexeが、必要なJREがインストールされていないことを検出した時は、JREをダウンロードして、インストールする機能を持つ。また、上記3つすべてにおいて、JREを同梱して、同梱したJREを使ってアプリケーションを実行する機能を持つ。

また、通常のJavaアプリケーションでは、Windowsのタスクマネージャには、java.exeやjavaw.exeと表示され、Javaのアイコンが表示されるが、自前のexeファイル名と自前のアイコンを表示する機能を持つ。

さらに、上記のいくつかは、アプリケーションの2重起動を防止したり、アプリケーションをWindowsサービス（NTサービス）化する機能を持つ。

サンが特定のOSに特化した機能を提供することを嫌がっていたため、これらの機能が不足しており、それを補うために、exeパッケージ化が存在する。<!-- ただし、これらのツールには最新の[[JDK]]でコンパイルされた[[jar]]ファイルには対応していないなどの欠点もある上、近年の [[Microsoft Windows|Windows]] にはほとんどに [[java]] がインストールされているため、あまり普及していない。 -->

=== Javaのエディション ===
[[オラクル (企業)|オラクル]]と[[Java Community Process|JCP]]は、さまざまな環境に対応するため、3つの[[Javaプラットフォーム]]のエディションを規定している。Javaの[[アプリケーションプログラミングインタフェース|API]]の多くは分類され各エディションに割り当てられている。

エディションごとに実行環境と開発環境がある。[[Java Runtime Environment|Java実行環境]] (JRE) は、[[Java仮想マシン]]と標準[[ライブラリ]]の[[実装]]から構成される。JDK 1.1のバージョンまでは、[[Java Platform, Standard Edition|Java SE]]に相当するエディションのみが提供されていた。3つのエディションが規定されたのは、JDK 1.1の次のバージョンからである。オラクル / JCPが規定しているエディションを次に示す。
;Java SE
:[[Java Platform, Standard Edition|Java SE]] (Java Platform, Standard Edition) は、[[ワークステーション]]、[[パーソナルコンピュータ]]や[[サーバ]]などの機器で、汎用的な用途に使われる。
;Java EE
:[[Java Platform, Enterprise Edition|Java EE]] (Java Platform, Enterprise Edition) は、Java SE に加え、多層[[クライアント・サーバ|クライアントサーバ]]の大規模システムを開発するための、さまざまな[[アプリケーションプログラミングインタフェース|API]]が追加されている。
;Java ME
:[[Java Platform, Micro Edition|Java ME]] (Java Platform, Micro Edition) は、コンピュータ資源が限られている、[[組み込みシステム]]などを用途として想定したエディションである。機器の種類に応じた、ライブラリのいくつかの異なるセット（プロファイル）を規定している。Java SEのいくつかのAPIは実装していないが、このエディションで対象とする用途には十分な機能を持っている。完全なJava SEのライブラリを使うには、このエディションで対象とする用途では記憶装置の容量が足りない。
Java [[アプリケーションプログラミングインタフェース|API]] に含まれるクラスは、[[パッケージ (Java)|パッケージ]]と呼ばれるグループに分類される。各パッケージは、相互に関連する[[インタフェース (情報技術)|インタフェース]]、[[クラス (コンピュータ)|クラス]]、[[例外処理|例外]]を含む。Java の各エディションでどのような機能が使えるかについては、それぞれのエディションの項目 ([[Java Platform, Standard Edition|Java SE]], [[Java Platform, Enterprise Edition|Java EE]], [[Java Platform, Micro Edition|Java ME]]) を参照のこと。

JavaのAPIセットは、[[オラクル (企業)|オラクル]]と他の個人や企業・団体が共同で、[[Java Community Process|JCP]] (Java Community Process) プログラムに沿って管理している。このプロセスに参加する人々が、Java APIの設計と開発に関わっている。このプロセスのあり方については、議論の対象となっている。

2004年より、[[IBM]]と[[BEAシステムズ]]（後に[[オラクル (企業)|オラクル]]が買収）は、Javaの公式の[[オープンソース]][[実装]]を作る動きを、公的に支援している。2006年まで、サンはこうした動きに対しては拒否する立場をとってきたが、方針を変えて自社とJCPによるJavaの実装をオープンソースにする意向を表明し実行に移し始めている。

=== 拡張機能と関連技術 ===<!--
================================================================================
 ここには、Java Community Process のもとで開発された拡張機能と関連技術のみを記述します。
=================================================================================-->
Javaの標準機能に対する拡張機能は、多くの場合、<code>javax.*</code>[[パッケージ (Java)|パッケージ]]に属する。こうした拡張機能は、[[Java Platform, Standard Edition|Java SE]]の Java開発キット (JDK) や Java実行環境 (JRE) には含まれない。Java の拡張機能や関連技術は、プログラミング言語Javaと密接に連携する。主なJavaの拡張機能と関連技術を示す（いくつかの拡張機能は近年のJava SE標準ライブラリに統合された）。
*[[Java Platform, Enterprise Edition|Java EE]]（従来のJ2EE）(Java Platform, Enterprise Edition) - 大規模で分散化された企業システムもしくは[[インターネット]]サーバ向けの Java のエディション
*[[Java Platform, Micro Edition|Java ME]]（従来のJ2ME）(Java Platform, Micro Edition) - [[携帯機器]]など資源が限られている環境向けの Java のエディション
*JMF (Java Media Framework) - 音声・動画などのマルチメディア向けの[[アプリケーションプログラミングインタフェース|API]]
*[[Java Naming and Directory Interface|JNDI]] (Java Naming and Directory Interface) - ネーミングサービス・[[ディレクトリ・サービス|ディレクトリサービス]]へのアクセス
* JSML (Java Speech Markup Language) - [[音声合成]]システムにテキストの注釈を追加する
*[[JDBC]]<!--(Java Database Connectivity)--> - [[データベース]]接続の API
*[[Java Data Objects|JDO]] (Java Data Objects) - Java[[オブジェクト (プログラミング)|オブジェクト]]の[[永続性 (計算機科学)|永続化]]のインタフェース
*JAI (Java Advanced Imaging) - 画像を扱うための高水準なオブジェクト指向 API
*JAIN (Java API for Integrated Networks) - 統合された通信ネットワークの API
*JDMK (Java Dynamic Management Kit) - JMX仕様に基づいたアプリケーション開発を支援するソフトウェア
*Jini - 分散システムを構築するネットワークアーキテクチャ
*Jiro - 分散した記憶装置を管理する技術
*[[Javaカード|Java Card]] - スマートカードなどの機器で安全にJavaアプリケーションの実行を実現する技術
*JavaSpaces - 分散環境でJavaオブジェクトの送受信・永続化などを支援する技術
*JML (Java Modeling Language) - [[契約による設計]] (Design by contract) に基づいた開発を支援する技術
*JMI (Java Metadata Interface) - Javaのメタデータの作成・アクセス・検索・送受信に関する仕様
*[[Java Management Extensions|JMX]] (Java Management Extensions) - 分散環境における機器・アプリケーション・ネットワークサービスの管理 / 監視を行う技術
*[[JavaServer Pages|JSP]] (JavaServer Pages) - [[Java Platform, Enterprise Edition|Java EE]] による[[ウェブアプリケーション]]で [[Extensible HyperText Markup Language|XHTML]] などの[[ファイル (コンピュータ)|ファイル]]に Java のコードを埋め込み、動的に文書を生成する技術
*[[JavaServer Faces|JSF]] (JavaServer Faces) - Java EE によるウェブアプリケーションでユーザインタフェースの簡易な開発を支援する技術
*[[Java Native Interface|JNI]] (Java Native Interface) - Java から他の言語で実装されたネイティブなプログラムやライブラリを呼び出すための仕様
*[[JXTA]] - [[Peer to Peer]] (P2P) の仮想ネットワークのためのオープンプロトコル
*[[Java3D|Java 3D]] - 3次元グラフィクスプログラミングのための高水準な API [https://java3d.dev.java.net/ Java 3D] <!--（[http://java.sun.com/products/java-media/3D/ ホーム]、[http://java.sun.com/products/java-media/3D/forDevelopers/J3D_1_3_API/j3dapi/ API]）-->
*JOGL (Java OpenGL) - [[OpenGL]] を使う3Dグラフィクスプログラミングのための低水準な API
*[[LWJGL]] (Light Weight Java Game Library) - ゲームを開発するための低水準な API で、[[OpenGL]]、[[OpenAL]]、[[OpenCL]] および多様な入力機器の制御機能も提供する
*[[OSGi]] - サービスの動的な管理と遠隔保守<!--
*Java Media APIs [http://java.sun.com/products/java-media/]（リンク切れ?） - java.media - マルチメディア向けAPI--><!--
*Shared Data ToolkitSound-->
*[http://community.java.net/javadesktop/ JavaDesktop]<!--
================================================================================
 上記には、Java Community Process のもとで開発された拡張機能と関連技術のみを記述します。
=================================================================================-->

== Java技術の標準化 ==
:''詳細は [[Java Community Process]] (JCP) を参照''
現在、[[Javaプラットフォーム]]の将来のバージョンや機能は、[[Java Community Process|JCP]] (Java Community Process) の標準化プロセスのもとで開発されている。JCPのメンバになることで、Java技術の将来のバージョンや機能の定義に関与することができる。JCPには、[[IBM]]、[[ボーランド]]、[[富士通]]、[[Apacheソフトウェア財団]]、[[ヒューレット・パッカード]] など、さまざまな個人、団体、企業がメンバとして参加している。

JCPは、Javaプラットフォームに追加する仕様や技術を、JSRs (Java Specification Requests) という文書群に記述する。

プログラミング言語JavaとJavaコアAPIに関わるいくつかの JSRs を示す。
*[http://www.jcp.org/en/jsr/detail?id=14 JSR 14] ''Add [[総称型|Generic Types]] To The Java Programming Language'' (J2SE 5.0)
*[http://www.jcp.org/en/jsr/detail?id=41 JSR 41] ''A Simple [[表明|Assertion]] Facility'' (J2SE 1.4)
*[http://www.jcp.org/en/jsr/detail?id=47 JSR 47] ''[[ロギング|Logging]] API Specification''(J2SE 1.4)
*[http://www.jcp.org/en/jsr/detail?id=51 JSR 51] ''New I/O APIs for the Java Platform'' (J2SE 1.4)
*[http://www.jcp.org/en/jsr/detail?id=59 JSR 59] ''J2SE Merlin Release Contents'' (J2SE 1.4)
*[http://www.jcp.org/en/jsr/detail?id=121 JSR 121] ''Application Isolation API''
*[http://www.jcp.org/en/jsr/detail?id=133 JSR 133] ''Java Memory Model and Thread Specification Revision'' (J2SE 5.0)
*[http://www.jcp.org/en/jsr/detail?id=166 JSR 166] ''Concurrency Utilities'' (J2SE 5.0)
*[http://www.jcp.org/en/jsr/detail?id=175 JSR 175] ''A Metadata Facility for the Java Programming Language'' (J2SE 5.0)
*[http://www.jcp.org/en/jsr/detail?id=176 JSR 176] ''J2SE 5.0 (Tiger) Release Contents'' (J2SE 5.0)
*[http://www.jcp.org/en/jsr/detail?id=201 JSR 201] ''Extending the Java Programming Language with [[列挙型|Enumerations]], [[オートボクシング|Autoboxing]], [[foreach文|Enhanced for loops]] and Static Import'' (J2SE 5.0)
*[http://www.jcp.org/en/jsr/detail?id=203 JSR 203] ''More New I/O APIs for the Java Platform ("NIO.2") '' (Java SE 7)
*[http://www.jcp.org/en/jsr/detail?id=204 JSR 204] ''Unicode Supplementary Character Support'' (J2SE 5.0) - [[Unicode]] 3.1 のサポート
*[http://www.jcp.org/en/jsr/detail?id=244 JSR 244] ''Java EE 5 Specification'' (Java EE 5)
*[http://www.jcp.org/en/jsr/detail?id=270 JSR 270] ''Java SE 6 ("Mustang") Release Contents'' (Java SE 6)
*[http://www.jcp.org/en/jsr/detail?id=275 JSR 275] ''Physical Units/Quantities Support (Java SE) - JScienceをもとにした[[リファレンス実装]]
*[http://www.jcp.org/en/jsr/detail?id=901 JSR 901] ''Java Language Specification'' (J2SE 5.0)

== 開発ツール ==
Javaアプリケーションを開発するための開発ツール（開発用[[ソフトウェア]]）をいくつか示す。次に示すツール以外にも、数多くのツールが開発・提供されている。
*[[Java Development Kit|Java開発キット]] (Java Development Kit, JDK) - Javaアプリケーションの基本的な開発環境。
*[[統合開発環境]] (IDE) - アプリケーションを開発できる多機能な開発環境。後述する。
*[[Apache Ant]] - Javaアプリケーションのビルドツール。[[Apacheソフトウェア財団]]のプロジェクトによって開発された。[[コンパイル]]、[[バージョン管理システム]]との連携、[[jar]]、[[javadoc]]生成、ファイルのコピー/移動/削除/変換などの一連の処理を自動化して効率的に実行する。[[make]] と同種のツールであり、[[Extensible Markup Language|XML]]ファイルにビルドの規則を記述する。Java 以外の言語によるアプリケーション開発や、アプリケーション開発以外の用途にも使うことができる。
*[[Apache Maven]] - Javaアプリケーションのプロジェクト管理ツール。Apacheソフトウェア財団のプロジェクトによって開発された。
*[[JUnit]] - Javaアプリケーションの単体テストフレームワーク。単体テストを自動化する。[[xUnit]]の一種である。[[テスト駆動開発]]を支援する。

=== 統合開発環境 ===
Javaプログラムを開発できるいくつかの[[統合開発環境]] (IDE) を示す。
*[[NetBeans]] - [[オラクル (企業)|オラクル]]（[[サン・マイクロシステムズ]]）を中心に開発されている[[オープンソース]]のIDE。Windows版、Linux版。Solaris版、Mac OS版。
**[http://www.netbeans.org/index_ja.html NetBeans.org] [http://www.netbeans.jp/ NetBeans.jp]
*WebSphere Studio - [[IBM]]。Eclipse SDK の上位版ともいえるもの。[[WebSphere]] [[WebSphere Application Server|Application Server]] と統合されている。Windows版、Linux版。Solaris版、Mac OS版。
**[http://www.ibm.com/jp/software/websphere/ft/studio/index.html WebSphere開発ツール]
*[[Eclipse (統合開発環境)|Eclipse SDK]] - [[Eclipse財団]]。以前はIBMが管理していた。Web Sphere Studioのオープンソース版ともいえる。Windows版、Linux版、Solaris版、Mac OS版。
**[http://www.eclipse.org/ eclipse.org（英語）] [http://eclipsewiki.net/eclipse/ EclipseWiki（日本語）]
*[[JBuilder]] - [[エンバカデロ・テクノロジーズ]]。Windows版、Linux版。Solaris版、Mac OS版。
**[http://www.embarcadero.com/jp/products/jbuilder JBuilder]
*[[JDeveloper|Oracle JDeveloper]] - [[オラクル (企業)|オラクル]]。Oracle Application Serverと統合されている。Windows版、Linux版。Solaris版。2005年6月28日に無料化した。
**[http://www.oracle.com/technetwork/jp/developer-tools/jdev/overview/ JDeveloper]
*Oracle Workshop for WebLogic - [[オラクル (企業)|オラクル]]（[[BEAシステムズ]]）。{{仮リンク|Oracle WebLogic Server|en|Oracle WebLogic Server|label=WebLogic}}と統合されている。
**[http://www.oracle.com/technetwork/jp/developer-tools/workshop/ Oracle Workshop for WebLogic]
*[[BlueJ]] - Deakin University（[[オーストラリア]]）とUniversity of Kent（[[イングランド]]）、[[サン・マイクロシステムズ]]が共同で開発した[[フリーソフトウェア]]、Javaの学習に適したインタラクティブな統合開発環境。
**[http://www.bluej.org/ BlueJ]
*[[IntelliJ IDEA]] - JetBrainsが開発販売している商用の統合開発環境。
**[http://www.jetbrains.com/idea/ IntelliJ IDEA]
*JCreator - Xinox Softwareが開発販売している商用の統合開発環境。
**[http://www.jcreator.com/ JCreator]
*[[Xcode]] - [[アップル インコーポレイテッド|アップル]]。[[OS X|Mac OS X]]に付属する統合開発環境。

== 批判 ==
{{main|Javaに対する批判}}

Javaに対しては、優れた技術だと評価する人々がいる一方で、批判も少なくない。Javaは、[[ソフトウェア]]に関する複雑さを管理する問題に対して、革新的な方法を提供するという目標の下で、開発された。多くの人々は、Java技術は、この期待に対して満足できる答えを提供したと評価している。しかしJavaにも欠点が無いわけではない。Javaは、どのようなプログラミング作法にも適応しているわけではない。また、どのような環境や要件にも普遍的に適応しているわけではない。

Javaに対する批判を大まかに記述する。

=== 実行性能 ===
{{main|Javaの性能}}
Javaの初期のバージョンでは、[[C言語|C]]や[[C++]]などの[[ネイティブ]]に[[コンパイラ|コンパイル]]する言語と比べて、とても実行が遅く[[主記憶装置|メモリ]]の消費が激しいとして、批判されることが多かったが、近年のバージョンでは改善されてきている。近年の[[Java仮想マシン]]で採用している[[ジャストインタイムコンパイル方式|ジャストインタイムコンパイラ]]や動的再コンパイルの実行性能は、従来の言語のネイティブコンパイラとほぼ同じ水準の実行性能かそれ以上を達成することがある。これは頻繁にメモリアクセスを行う[[プログラム (コンピュータ)|プログラム]]においてJavaの[[ガベージコレクション]]の技術が、[[C言語|C]]の[[malloc]]や[[free]]よりも高い性能を発揮できることによる。こうした事情から、Javaの実行性能については、議論の対象となっている。

=== ルックアンドフィール ===
[[Look and feel|ルックアンドフィール]]に関して、Javaの[[Swing]]の[[ウィジェット・ツールキット|ツールキット]]を使った[[グラフィカルユーザインタフェース]] (GUI) を備えたアプリケーションの既定のルックアンドフィールが、従来のネイティブなアプリケーションとは大きく異なるため、エンドユーザの人々にとってJavaのGUIアプリケーションはなじみにくいと批判されることがある。Javaではプラグイン可能なルックアンドフィールの機構を備えており、サンは [[Microsoft Windows|Windows]]、[[OS X|Mac OS X]]および[[Motif (GUI)|Motif]]の各ルックアンドフィールのクローンを提供した。そのため、Swingの既定のルックアンドフィールではなく、プラットフォームネイティブと同様のルックアンドフィールでJavaのアプリケーションを動かすよう指定することができる。しかしエンドユーザにとってこの指定方法は簡単ではないと指摘されることがある。

=== 言語仕様の設計 ===
言語仕様の設計に対する批判をいくつかの側面から述べる。
*Javaの設計者は、他の[[プログラミング言語]]では備えているいくつかの機能をJavaから排除した。こうした設計上の判断については賛否が分かれている。
**[[多重継承]]
**[[演算子]]の[[多重定義|オーバーロード]]
**[[プロパティ]] - [[Delphi]]と[[C Sharp|C#]]において実装されている機能<!--
**tuples -->
*Javaは、純粋な[[オブジェクト指向プログラミング言語]]ではないとして、批判されることがある。Javaの変数値には、[[コールスタック|スタック領域]]に割り当てられる[[プリミティブ型|基本型]]（<em lang="en">primitive type</em>）と、[[ヒープ領域]]に割り当てられる[[参照 (情報工学)|参照]]型（reference type; [[オブジェクト (プログラミング)|オブジェクト]]の型）がある。Javaの設計者は、実行性能上の理由から、意図的に基本型をJavaに導入した。ただし、J2SE 5.0以降では[[オートボクシング]]が導入され、[[プログラマ]]は基本型の変数を参照型の変数（[[プリミティブラッパークラス]]のオブジェクト）であるかのように[[プログラミング (コンピュータ)|プログラミング]]することができるようになった。基本型の変数と参照型の変数との間の変換はコンパイラによって自動的に行われるようになり、[[ソースコード]]を読みやすくすることができるようになった。
*Javaは、[[オブジェクト指向プログラミング]]という単一のパラダイムに基づいた言語であり、そのことが批判の対象となることがある。J2SE 5.0 では、メソッドとフィールドのstaticインポートを行えるようになり、手続き的なパラダイムをいくぶん良い形で取り込んだと言及されることがある。しかし static インポートを不用意に使うとソースコードを判読困難にする可能性がある。サン / JCPは static インポートを適切に使用する方法を合わせて公開した[http://java.sun.com/j2se/1.5.0/ja/docs/ja/guide/language/static-import.html]。

=== [[クラスパス]] ===
一般に、Javaプログラムを実行する際、-classpathオプションを使用するか、[[環境変数]]クラスパス (CLASSPATH) を必要に応じて適切に設定する必要がある。環境変数クラスパスを指定すると、既定のカレントディレクトリという設定が上書きされる。したがって、環境変数クラスパスを変更するソフトをインストールするなど設定を変えられた場合は、Java実行環境は正しくJavaプログラムを実行することができなくなることがある。このため Javaを使い始めた人々は、クラスパスについて戸惑うことがある。サンは-classpathオプションを指定する方法を推奨していた。

=== 移植性・互換性 ===
Javaは高い[[移植性]]と[[互換性]]を実現するべく開発されており、ある程度の水準まで達成しているが、課題が残っている。Javaのバージョン間の[[下位互換]]性・[[上位互換]]性が完全ではないことが問題として議論の対象になっている。Javaでは高い移植性を保っているため、一部のプラットフォームにしかない独自の機能はJavaからは使えない。<!--

=== 移植性・互換性に対する批判 ===
「[[Write once, run anywhere]]」（WORA、一度書けばどこでも動く）という言葉があるとおり、Javaの目標の一つに[[プラットフォーム (コンピューティング)|プラットフォーム]]非依存が挙げられる。[[Javaコンパイラ]]は[[Java仮想マシン]]用の[[中間言語]]（[[バイトコード]]）を生成する。[[コンパイル]]されたJavaのプログラムは、Java仮想マシンを実行環境として動作する。この仮想マシンがハードウェア間の差異を吸収することで、プラットフォーム非依存を実現している。ただし、現時点では一部に[[プラットフォーム (コンピューティング)|プラットフォーム]]依存の部分があり、完全な[[プラットフォーム (コンピューティング)|プラットフォーム]]非依存ではない。

また、マルチプラットフォームにするということは、一部のプラットフォームにしかない独自の機能はJavaから使えないことを意味する。たとえば [[Microsoft Windows|Windows]]用グラフィックス [[アプリケーションプログラミングインタフェース|API]]、[[Microsoft DirectX|DirectX]]はJavaから直接呼び出すことはできない。そのため、橋渡しをするための拡張[[アプリケーションプログラミングインタフェース|API]]が提供されている。

またJavaではバージョン間の[[下位互換]]性・[[上位互換]]性の問題が議論の対象になっている。Javaではバージョン間の互換性をある程度の水準まで達成している。しかし、バージョンの異なる実行環境の取り扱いには課題が残っている。たとえば J2SE 1.4実行環境用に書かれたプログラムは、実行環境にJ2SE 1.3を想定すると明示的に指定してコンパイルしなければJ2SE 1.3実行環境では動かず、利用する[[ライブラリ]]がJ2SE 1.4以降から追加されたものである場合にはJ2SE 1.3実行環境での実行を諦めなければならない。J2SE 1.3からの上位互換性は、J2SE 5.0まで保証されている。J2SE 1.3以降のJavaプログラムでは下位互換性は保証されないが、Java実行環境 (JRE) の自動アップデート機能によって仮想マシンを最新バージョンにアップデートすれば解決できる。--><!--ただし1.1, 1.2時代のJavaプログラムの場合、下位互換性だけでなく、上位互換性問題に引っかかる可能性がある。--><!--
JDK 1.1、J2SE 1.2時代のJavaプログラムは、現在となっては古いため、上位互換性問題に引っかかる可能性がある。

その場合は、そのJavaプログラムを作った者に最新版のJavaコンパイラでもコンパイルが通るように直してもらうしかない。この問題も、[[オラクル (企業)|]]のJavaコーディング規約をJava[[プログラマ]]が守っていればほぼ起きることがなく、Javaソースコード上のimport宣言や新しく加わった[[予約語 (Java)|Javaキーワード]] (enum や assert) と被るものが無ければほぼ心配することもなくなる。とくに、多くの場合において、これらの問題はコーディング規約だけでなく、[[統合開発環境|IDE]]や[[CheckStyle]]、[[FindBugs]]など各種ツールなどによって解決できるケースがある。Javaプログラマは、日頃から [[CheckStyle]] や [[FindBugs]] を使って[[プログラミング]]していれば、上位互換性にぶち当たる可能性は大幅に下がる。

===その他===
*'''2億9千万年問題''': 西暦[[2000年]]近辺で[[2000年問題]]が話題になった当時には「Javaには2000年問題は存在しない」と言われていたが、2億9千万年問題と言われるものが存在する。西暦[[292,471,208年]]には時刻が桁溢れを起こし西暦[[1970年]]に戻ってしまうという問題だが、遠い未来の話であるため、それほど批判の対象にまでは至っていない。仮に3億年後の未来を扱った計算を行う場合があったとして、別の対応策があるため気にするほどのことではない。-->

== Java認定資格 ==
[[サン・マイクロシステムズ]]は複数のJava認定資格を主催していた。[[オラクル (企業)|オラクル]]による買収後、一部資格は変更されている。ただし、買収前に以下の資格を取得した者は買収後も有効資格である。
*Sun認定 Java アソシエイツ (SJC-A)
*Sun認定 Java プログラマ (SJC-P)
*Sun認定 Java ディベロッパ (SJC-D)
*Sun認定 Web コンポーネントディベロッパ (SJC-WC)
*Sun認定ビジネスコンポーネントディベロッパ (SJC-BC)
*Sun認定 Java Web サービスディベロッパ (SJC-WS)
*Sun認定モバイルアプリケーションディベロッパ (SJC-MA)
*Sun認定エンタープライズアーキテクト (SJC-EA)
現行はオラクルが以下のJava認定資格を主催している<ref>{{Cite web
|url = http://education.oracle.com/pls/web_prod-plq-dad/db_pages.getpage?page_id=433&p_org_id=70&lang=JA
|title = ミドルウェア/Java 認定資格
|publisher = 日本オラクル
|accessdate = 2011-09-19
}}</ref>。これらのうちOracle認定Java EE 6 Enterprise JavaBeansディベロッパ以外の試験はサン・マイクロシステムズが主催していた試験の、それぞれ略号の "OCJ" を "SJC" に変更したものに対応する位置付けにある<ref>{{Cite web
|url = http://education.oracle.com/pls/web_prod-plq-dad/db_pages.getpage?page_id=433&p_org_id=70&lang=JA
|title = Sun認定資格に関する重要なお知らせ
|publisher = 日本オラクル
|accessdate = 2011-09-19
}}</ref>。
*Oracle認定Javaアソシエイツ (OCJ-A)
*Oracle認定Javaプログラマ (OCJ-P)
*Oracle認定Javaディベロッパ (OCJ-D)
*Oracle認定Webコンポーネントディベロッパ (OCJ-WC)
*Oracle認定ビジネスコンポーネントディベロッパEE 5 (OCJ-BC)
*Oracle認定Java WebサービスディベロッパEE 5 (OCJ-WS)
*Oracle認定モバイルアプリケーションディベロッパ (OCJ-MA)
*Oracle認定エンタープライズアーキテクト (OCJ-EA)
*Oracle認定Java EE 6 Enterprise JavaBeansディベロッパ<!--
認定資格は年3回の受験制限がある。ただし何らかの理由で4回以上受験の際には、アメリカのサン・マイクロシステムズ本社に連絡する必要がある。
→日本オラクルのサイトに上記制限が見つからないのでコメントアウト。でもどこかで見たような気がするんだよなぁ。
代わりに現行のオラクルの再受験ポリシーを記述する。-->
認定試験に不合格だった場合、その試験日を含めて14日以内は同一試験を受験することができない。

== 脚注 ==
{{脚注ヘルプ}}
{{reflist|2}}

== 参考文献 ==
*Jon Byous, [http://java.sun.com/features/1998/05/birthday.html ''Java technology: The early years'']. Sun Developer Network, 日付不明（1998年頃）.（2005年4月22日に参照）
*[[ジェームズ・ゴスリン|James Gosling]], [http://today.java.net/jag/old/green/ ''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

== 関連項目 ==
{{Wiktionary|Java}}
{{Wikibooks|Java}}
{{Commonscat|Java (programming language)}}
*[[Javaの文法]]
*[[キーワード (Java)]]
*[[Java Platform, Standard Edition]] (Java SE) - Java の汎用的なエディション
*[[Java Platform, Enterprise Edition]] (Java EE) - Java の大規模システム向けエディション
*[[Java Platform, Micro Edition]] (Java ME) - Java の[[組み込みシステム]]向けエディション
*[[Javaプラットフォーム]]
*[[Java仮想マシン]] - Javaプログラムを実行する[[仮想機械|仮想マシン]]
*[[Javaコンパイラ]] - Javaプログラムを[[Javaバイトコード]]に変換する[[コンパイラ]]
*[[Java Development Kit]] - [[Javaアプリケーション]]を開発するために必要な開発キット。
*[[Java Runtime Environment]] - [[Javaアプリケーション]]を実行するために必要な環境。
*[[Java Servlet]] - [[サーバ]]側で動的に[[ウェブページ]]などを生成するJava技術
*[[Javaアプレット]] - [[ウェブブラウザ]]などで実行できるグラフィカルなJavaプログラム
*[[Java Web Start]] - [[Javaアプリケーション]]の配備と実行を簡素化する技術。Javaアプレットの代替にもなりうる。
*[[BD-J]]
*[[Java Community Process]] - Java技術の標準化プロセス
*[[JavaOne]]
*[[オブジェクト指向言語の比較]]
*[[プログラミング言語の比較]]

== 外部リンク ==
=== オラクル・JCP関連 ===
*[http://www.java.com/ Java.com] {{Ref-ja}} - Javaのユーザー向け公式サイト
*[https://www.java.net/ Java.net] {{Ref-en}} - Javaの技術者向け公式サイト
*[https://www.jcp.org/ Java Community Process] {{Ref-en}} - JCPのサイト。JSRなどを閲覧できる
*[http://www.oracle.com/technetwork/jp/java/ Oracle Technology Network - Java] {{Ref-ja}} - オラクルの技術者向けサイト
**[http://docs.oracle.com/javase/jp/7/ JDK プログラマーズ・ガイド]
**[http://docs.oracle.com/javase/jp/7/api/ コア API ドキュメント]
**[http://docs.oracle.com/cd/E26537_01/tutorial/ Java チュートリアル]

=== 技術情報 ===
*[http://www.atmarkit.co.jp/fjava/ @IT: Java Agile] {{Ref-ja}} - Java技術者のための情報提供/情報交換フォーラム
*[http://www.ibm.com/developerworks/jp/java/ IBM developerWorks Java technology] {{Ref-ja}} - IBM developerWorks の開発者向けの記事
*[http://www.computer-books.us/java.php Computer-Books.us] {{Ref-en}} - Java の複数の書籍（無償でダウンロード可能）

=== JRE（Java実行環境）と JDK（Java開発キット）の実装 ===

==== プロプライエタリ ====
*[http://www.oracle.com/jp/technologies/java/standard-edition/overview/ Java SE] - オラクル（旧サン）によるJREとJDKの実装
*[http://www.oracle.com/technetwork/jp/middleware/jrockit/overview/ Oracle JRockit] - オラクル（旧BEAシステムズ）によるJava仮想マシンとJDKの実装

==== オープンソース/フリーソフトウェア ====
*[http://openjdk.java.net/ OpenJDK] {{Ref-en}}
*[http://gcc.gnu.org/java/ GNU Compiler for Java (GCJ)] {{Ref-en}}

{{Java}}
{{Sun Microsystems}}
{{FOSS}}

{{Link FA|ml}}
{{Link GA|zh}}

[[Category:Java|*]]
[[Category:Javaプラットフォーム|*]]
[[Category:オブジェクト指向言語]]
[[Category:サン・マイクロシステムズ]]
[[Category:オラクル]]
[[Category:プログラミング言語]]