コンテンツにスキップ

英文维基 | 中文维基 | 日文维基 | 草榴社区

「Java」の版間の差分

出典: フリー百科事典『ウィキペディア(Wikipedia)』
削除された内容 追加された内容
(同じ利用者による、間の3版が非表示)
40行目: 40行目:
{{正確性|section=1|date=2019年3月}}
{{正確性|section=1|date=2019年3月}}
{{出典の明記|section=1|date=2019年3月}}<!-- URLが記載されていないので検証不可能。[[Wikipedia:検証可能性]] -->
{{出典の明記|section=1|date=2019年3月}}<!-- URLが記載されていないので検証不可能。[[Wikipedia:検証可能性]] -->
Javaは以下の5つの理念に基づいて開発された<ref>"1.2 Design Goals of the Java™ Programming Language". Oracle. January 1, 1999. Archived from the original on January 23, 2013. Retrieved January 14, 2013.</ref>{{出典無効|date=2019-02-26|title=Webリソースかのような記述の仕方だがURLが示されていない。}}。
Javaは5つの理念に基づいて開発された<ref>"1.2 Design Goals of the Java™ Programming Language". Oracle. January 1, 1999. Archived from the original on January 23, 2013. Retrieved January 14, 2013.</ref>{{出典無効|date=2019-02-26|title=Webリソースかのような記述の仕方だがURLが示されていない。}}。


# 言語仕様はシンプルで、オブジェクト指向で、見慣れたものにする(''simple, object-oriented, and familiar'')
# シンプルで、オブジェクト指向で、見慣れたものにする(''simple, object-oriented, and familiar'')
# 堅牢(バグコードの抑止)安全(クラッングの防止)にする(''robust and secure'')
# 堅牢でュリティ重視にする(''robust and secure'')
# プラットフォーム非依存で、移植を容易にする(''architecture-neutral and portable'')
# プラットフォーム非依存で、移植を容易にする(''architecture-neutral and portable'')
# 高いパフォーマンスで動作する(''executing with high performance'')
# 高いパフォーマンスで動作する(''executing with high performance'')
# インタプリタ(仮想マシン)式で、マルチスレッドで、コードを動的に再解釈できる(''interpreted, threaded, and dynamic'')
# インタプリタ式で、マルチスレッドで、動的可変る(''interpreted, threaded, and dynamic'')


Javaの言語仕様は、[[C++]]のそれから堅牢性を損ねる部分を取り除いたものと考える事が出来る。[[ポインタ (プログラミング)|ポインタ]]、[[変数 (プログラミング)|直アドレス変数]]と[[配列]]、[[コンストラクタ|コピーコンストラクタ]]、[[テンプレート (プログラミング)|テンプレート]]、[[演算子オーバーロード]]、[[goto文]]などが言語仕様から外された。[[例外処理]]は残されている。Javaの全ての変数と[[インスタンス]]は実体アドレスを指す参照値に統一されている。[[配列]]は特殊なインスタンスとなっており、[[文字列]]も自動的にインスタンスとなった。これによって特に[[引数]]と返値の受け渡しに混乱が無くなり堅牢性も増した。非参照データを自動解放する[[ガベージコレクタ]]が導入されたので、メモリ管理の不要に伴うプログラムの簡素化が促進された。オブジェクト指向は[[C++]]と同様の[[クラス (コンピュータ)|クラス]]のメカニズムに基づく仕様から[[多重継承]]が取り除かれ、匿名クラスの構文が追加されている。後者はクラス定義の利便性を高めた。[[仮想関数]]による[[多態性]]が重視されており、[[仮想関数]]の集合体である''interface''構文が専門に用意された。[[カプセル化]]はソースコード単位がデフォルトの緩やかなもので利便性が優先されている。また、堅牢性を重視しながらも動的な[[型システム|型比較]]と[[型変換|型キャスト]]と[[リフレクション (情報工学)|リフレクション]]が備えられており、この点では動的な多態性の実現が優先されている。[[スレッド (コンピュータ)|スレッド]]と[[ネットワーク・コンピューティング|ネットワーク]]関連のAPIが充実してるのもJavaの大きな特徴である。これらの結論としてJavaの言語仕様は比較的憶える事が少なく、シンプルなものと評価する事が出来る。加えてJava仮想マシン上でのプログラム実行は基礎レベルからの堅牢性とセキュリティを実現した。
(1)に関しては、C++をベースにした構文が採用され、オブジェクト指向はクラスベースとされたが、smalltalk的OOPを実装できる言語仕様とAPIも付加されている。(2)に関しては、ポインタ、アドレス直指定変数、goto文、多重継承、ジェネリクス、演算子オーバーロードなどを堅牢性を損ねるものとして破棄した。その反対として強い静的型定義、例外処理、ガーベジコレクタなどを採用した。動作上の堅牢性は仮想マシンと不正コードチェックを兼ねたクラスローダを根幹とし、これは同時にプログラムをサンドボックス化して基礎レベルからのセキュリティを確立した。(3)と(4)はJava仮想マシンの技術に依存した。(5)に関しては、マルチスレッドの取り扱いは<code>synchronized</code>ブロックと{{疑問点範囲|date=2019年3月|3つの予約語}}{{要説明|date=2019年3月}}というシンプルな設計でまとめられた。{{独自研究範囲|date=2019年3月|ダイナミック性は様々に解釈できるが、多重ディスパッチは<code>instanceof</code>演算子とダウンキャストと例外処理の活用で実装でき、動的ディスパッチは<code>Serializable</code>インタフェースとリフレクションAPIの応用で表現できた}}。


=== オブジェクト指向 ===
=== オブジェクト指向 ===

2019年4月13日 (土) 15:54時点における版

Java
パラダイム オブジェクト指向構造化手続き型
登場時期 1995年 (1995)
設計者 Java Community Process
開発者 オラクルサン・マイクロシステムズ
最新リリース Java Standard Edition 12/ 2019年3月19日 (5年前) (2019-03-19)
型付け 強い静的型付け
主な処理系 コンパイラJDKOpenJDKなどのjavacgcjなど)、バイトコードインタプリタ(JDK、JRE、MSJVM、OpenJDKなど多数)
影響を受けた言語 Objective-C, Smalltalk, C++, Eiffel, C#
影響を与えた言語 C#, D, Dart, Groovy, Scala, Kotlin, Ceylon
プラットフォーム Solaris, Linux, Windows,
macOS, AIX, System i,
各種の組み込みシステムほか多数
ウェブサイト java.com
拡張子 java, class, jar
テンプレートを表示

Java(ジャバ)は、狭義ではプログラミング言語のJavaを指し、広義ではJava言語を中心にしたコンピューティング・プラットフォームを意味する[1]。後者はJavaプラットフォームと呼ばれる。Javaの関連技術は「Javaテクノロジー」と総称されている[2]。Javaの構文はC++に類似しており、オブジェクト指向並行コンピューティングが主なパラダイムとして導入されている。Javaテクノロジーの主な目標は、従来のソフトウェアが抱えていた移植性問題の解決であった。"Write once, run anywhere"(一度書けばどこでも動く)をキャッチコピーにし、特定の環境に依存しない理想的なクロスプラットフォーム・プログラムの開発・実行環境の実現を目指して設計された。

JavaプログラムはJavaバイトコードと呼ばれる中間言語(中間表現)にコンパイルされて、Java仮想マシンと呼ばれるソフトウェア上で実行される。各コンピュータ環境に対応したJava仮想マシンがハードウェア間の差異を吸収し、特定の環境に依存しないプログラム動作を実現する仕組みとなっている。Java登場初期の対象であった家電機器の組み込みシステムを始め、マイクロ制御装置携帯機器パーソナルコンピュータサーバーマシンスマートカードといった様々な環境にJavaソフトウェアは普及している。

Javaは、1995年にサン・マイクロシステムズによって公開された。2010年にサンはオラクルに吸収合併され、Javaの各種権利もオラクルに移行した。おおよそ数年おきに言語仕様の改訂が重ねられており、2019年3月現在の最新メジャーバージョンは、2018年9月25日に公開された第11版となっている。

特徴

Javaの理念

Javaは5つの理念に基づいて開発された[3][出典無効]

  1. シンプルで、オブジェクト指向で、見慣れたものにする(simple, object-oriented, and familiar
  2. 堅牢でセキュリティ重視にする(robust and secure
  3. プラットフォーム非依存で、移植を容易にする(architecture-neutral and portable
  4. 高いパフォーマンスで動作する(executing with high performance
  5. インタプリタ式で、マルチスレッドで、動的可変にする(interpreted, threaded, and dynamic

Javaの言語仕様は、C++のそれから堅牢性を損ねる部分を取り除いたものと考える事が出来る。ポインタ直アドレス変数配列コピーコンストラクタテンプレート演算子オーバーロードgoto文などが言語仕様から外された。例外処理は残されている。Javaの全ての変数とインスタンスは実体アドレスを指す参照値に統一されている。配列は特殊なインスタンスとなっており、文字列も自動的にインスタンスとなった。これによって特に引数と返値の受け渡しに混乱が無くなり堅牢性も増した。非参照データを自動解放するガベージコレクタが導入されたので、メモリ管理の不要に伴うプログラムの簡素化が促進された。オブジェクト指向はC++と同様のクラスのメカニズムに基づく仕様から多重継承が取り除かれ、匿名クラスの構文が追加されている。後者はクラス定義の利便性を高めた。仮想関数による多態性が重視されており、仮想関数の集合体であるinterface構文が専門に用意された。カプセル化はソースコード単位がデフォルトの緩やかなもので利便性が優先されている。また、堅牢性を重視しながらも動的な型比較型キャストリフレクションが備えられており、この点では動的な多態性の実現が優先されている。スレッドネットワーク関連のAPIが充実してるのもJavaの大きな特徴である。これらの結論としてJavaの言語仕様は比較的憶える事が少なく、シンプルなものと評価する事が出来る。加えてJava仮想マシン上でのプログラム実行は基礎レベルからの堅牢性とセキュリティを実現した。

オブジェクト指向

Javaはクラスベースオブジェクト指向プログラミング言語である。オブジェクト指向とは、現実世界をモデル化する手法のひとつであり、データ(状態)とそれに関連する振る舞い(処理)をまとめてオブジェクト(物体)として扱う。

Javaのプログラムは複数のクラスから構成される。オブジェクト指向におけるクラスとは、オブジェクトの設計図にあたるものである。各クラスから実体化したオブジェクトはインスタンスと呼ばれる。クラスは再利用可能なソフトウェア部品の単位としてよく使われる。Javaのクラスはカプセル化継承ポリモーフィズムをサポートする。

Javaでは、クラスに定義する状態を「フィールド」(インスタンス変数)と呼び、振る舞いを「メソッド」と呼ぶ。それぞれ、C++で「メンバー変数」「メンバー関数」と呼ばれているものに相当する。なおJavaのオブジェクト指向は、Smalltalkに代表されるようなメッセージパッシングによるオブジェクト指向ではなく、C++に代表されるようなクラス機構を中心としたオブジェクト指向である。後者は、限られた計算機資源でもオブジェクト指向を実現できるというメリットがある。

継承とは、既存のクラスを基にして、そのクラスの機能を引き継いだ新しいクラスを定義できることをいう。継承は拡張とも呼ばれ、Javaのクラス構文では継承の際にextendsキーワードが使われる。Javaのクラスはすべて、暗黙的に基底クラスjava.lang.Objectから派生する。また、C++のような実装の多重継承はサポートせず、単一継承のみをサポートする。ただし、クラスは複数のインタフェースを実装 (implements) することができる。Javaのインタフェースは、C++では純粋仮想関数のみを持つクラスに相当し、実装を持たない型である[注釈 1]。ただし、Java 8以降はインタフェースのデフォルトメソッドにより、実装の多重継承も限定的にサポートするようになった。

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

Javaのデータ型には、大別して参照型 (reference type) とプリミティブ型(原始型、primitive type)の2種類がある。Javaのオブジェクトはすべて参照型である。一方、Javaのプリミティブ型はオブジェクトではなく、単純な構造のデータ(数値、論理値、文字など)を扱うための型である。Javaの標準ライブラリは、ボックス化によりプリミティブ型の値をオブジェクトとして扱えるようにするためのプリミティブラッパークラスを提供している。

  • Java 1.5 (J2SE 5.0) 以降は、コンパイラが自動的にプリミティブ型のデータとそれに対応する参照型(プリミティブラッパークラス)のオブジェクトとの間の変換を行う。これを自動ボックス化/自動ボックス化解除(オートボクシング/オートアンボクシング)と呼ぶ。これにより、プリミティブ型と対応する参照型の2種類のデータ型が存在することによる複雑さや煩雑さは軽減されているが、性能面での変化はない。
  • Java 1.5以降は、総称型によるジェネリックプログラミングをサポートするようになった。これにより、プログラマによる明示的な型変換を減らすことができ、安全性が向上した。

JavaはC++と違って名前空間レベルのフリー関数(グローバル関数)およびグローバル変数の定義を許可しておらず、必ず何らかのクラス定義の中にメソッドとフィールドを記述することが特徴である。Java 1.5では、メソッドとフィールドの静的インポートをサポートするようになり、クラス修飾なしで静的メンバーを利用できるようになった。しかし静的インポートを不用意に使うとソースコードを判読困難にしてしまう可能性があるため、利用する際のガイドラインが公開されている[4]

なお、Javaは純粋なオブジェクト指向言語ではなく、オブジェクト指向を強制しない[5]。すべてのデータおよび処理は何らかのクラスに属していなければならないという制約はあるが、静的フィールド、静的メソッド、静的インポートなどを使うことで、必要に応じて手続き型プログラミングのスタイルをとることも可能であり、オブジェクト指向プログラミングのスタイルを採用するかどうかはプログラマの裁量にゆだねられている。

Java 1.1で追加されたリフレクションは、動作中のJava仮想マシン内のクラスやオブジェクトに関するイントロスペクションをサポートする、小規模で、型が保証されたAPIを提供する[6]。セキュリティポリシーで認められる場合、クラスおよびクラスのメンバーの名前を文字列によって動的に指定して利用することができる。用途としては、アプリケーションの外部拡張性、クラスブラウザやビジュアル開発環境、デバッガーやテストツールなどの実現を想定されている。リフレクションは強力だが、パフォーマンス上のオーバーヘッドやセキュリティリスク、内部状態の公開を伴うため、不用意に使うべきではないとされている[7]

プラットフォーム非依存

Java Swingグラフィカルユーザインタフェース (GUI) のルックアンドフィールは、プラットフォームに依存しない

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のバイトコードを生成する他の手段としては、RubyJRuby)、PythonJython)、GroovyScalaKotlinCeylon、などのプログラミング言語でプログラムを書く方法もある。

サン・マイクロシステムズのJavaのライセンスは、すべてのJava実行環境の実装は「互換性」を備えるべきであることを要求していた。このことに関連して、サン・マイクロシステムズマイクロソフトとの間で法的な争いが起こったことがあった。この法的な争いは、サンが、マイクロソフトのJava実行環境の実装について次のように主張したことによる。

  • RMIJNIの機能が無い。
  • マイクロソフトのプラットフォーム (Windows) に特有の機能を備えている。

サンは訴訟を起こして勝訴し、約2000万ドルの違約金の支払いを受けた。また裁判所は、マイクロソフトに対してサンのライセンス条件に従うことを命じた。この決定を受けて、マイクロソフトは自社のOSであるWindowsにJava実行環境を同梱しない方針を採った。また近年[いつ?]のバージョンのWindowsでは自社のウェブブラウザであるInternet ExplorerでJavaをサポートしないようにした。その結果、Internet ExplorerでJavaアプレットを動かすためには、別途にプラグインが必要となった。しかし、サンなどの企業は、近年[いつ?]のバージョンのWindowsのユーザが、無償でJava実行環境を利用できるようにした。そのため、ほとんどのWindows PCのユーザは、何ら問題なくウェブおよびデスクトップ上でJavaアプリケーションを実行できる。

最初期のJava実行環境の実装では、Javaプログラムの実行速度が遅かったが、近年[いつ?]では大きく改善されて、高速に実行できるようになった。最初期のJava実行環境のJava仮想マシンの実装は、移植性を実現するためにインタプリタとして動作する仮想マシンを採用した。こうした初期のJava実行環境の実装では、Javaプログラムの実行速度がCC++のプログラムと比べて遅かった。そのため、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 EE) では、Java のサーブレットWebサービスEJB (Enterprise JavaBeans) などの技術が広く使われている。組み込みシステムの分野においても、組み込みシステム向けの Java環境 (Java ME) を使ったOSGiを基にした開発が広く行われている。

マルチスレッド

Javaではスレッドを言語仕様で規定しており、マルチスレッドによる並行計算マルチコアCPUを活かした並列計算を、従来の言語と比べて簡単に実装できる。

ガベージコレクション

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

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

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

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

オブジェクトがどこからも参照されなくなった場合、Javaのガベージコレクション機能が自動的にその「到達不可能なオブジェクト」を削除し、そのメモリ領域を解放することでメモリリークを防ぐ。プログラマが解放処理を記述する必要はない。

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

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

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

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

ネットワーク機能

Javaでは充実した標準ライブラリにより、コンピュータネットワークを使うソフトウェアを、効率良く開発できる。Javaの初期のバージョンから、TCP/IP (IPv4) のライブラリを備えており、ネットワークでソケット通信を行うソフトウェアを簡単に実装できた。分散オブジェクト環境のソフトウェアの開発も早い時期からできるようになった。Java RMIもしくはCORBAの分散オブジェクト技術を標準で使うことができる。近年[いつ?]では、標準、拡張その他のライブラリにより、さまざまなネットワークプロトコルを高水準で扱えるようになっている。

現在[いつ?]ではIPv6も扱えるようになりつつある。

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

セキュリティ

Javaでは初期のバージョンから遠隔のコンピュータ上にある実行コード(Javaアプレット)を安全に実行できるよう設計されていた。

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

その他

Javaは「例外処理」の言語仕様を備えており、プログラム実行中に生じた異常(例外)の扱いを、比較的安全な方法で行い、プログラムを読みやすく記述できる。

Javaでは、C/C++のような、整数とポインタの相互変換、配列の要素へのポインタによるアクセス、ポインタ演算といった機能は、基本機能としては提供されていない。ただし、オブジェクトへの参照は内部的にはアドレスである。

Javaは「パッケージ」という名前空間を持つ。これはクラスとインタフェースを文字列レベルで分類し、またクラス名定義の衝突を回避するための機能である。パッケージ名は任意の数だけピリオドで繋ぐことができる。同時にこれはパッケージの階層構造を表現できる。パッケージの実体はクラス名に付ける接頭辞の羅列であり、その接頭辞文字列によってクラス名をユニークなものにしている。プログラミングの際はソースコード冒頭に、フルパス先頭から任意の数だけ指定したパッケージ名以降をワイルドカード化し、そのパッケージ内のクラスをデフォルト指定できるので短いコード記述が可能となる。

歴史

この節では次の構成でJavaの歴史と近況を説明する。

草創

Duke Javaのマスコット
Duke は2006年のJavaのオープンソース化発表と同時にBSDライセンス付与のオープンソース化が行われており、ウィキペディアに掲載することが可能である

Javaプラットフォームおよびプログラミング言語Javaは、1990年12月にサン・マイクロシステムズが1つの内部プロジェクトを立ち上げたことから始まった。この内部プロジェクトでは、C/C++の代替となるプログラミング言語を開発した。この言語は、プロジェクトで Greenオペレーティングシステム (Green OS) と共に、同OSの標準言語として開発された。この言語は、1992年頃プロジェクト内ではOakと呼ばれていたが、後にJavaの呼称に変更されることになる。呼称変更の理由は、Oakはすでに別の会社が商標として使っていたからである。

1990年頃、サンのエンジニア、パトリック・ノートンは、自社のプログラミング言語C++とCのアプリケーションプログラミングインタフェース(API)と開発ツールに不満を募らせていた。その頃、NeXTが注目を浴びていたことがきっかけとなって、ノートンはサンでプログラミング環境の開発の仕事をすることになった。NeXTワークステーションと、その環境であるNEXTSTEPでは、主力の言語としてObjective-Cが開発されていた(余談になるが、その「直系の子孫」に当たるのは、macOSおよびiOSと、Swiftである)。こうした経緯のなかで「ステルスプロジェクト」が始まった。

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

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

C++にはガベージコレクションの機能が無い。ガベージコレクションが無いということは、プログラマが自分でオブジェクトの寿命(生存期間)を管理しなければならないことを意味する。プログラマが自分でオブジェクトの寿命を管理することは、冒険的で間違いやすい作業である。

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

一方で、サンの別のエンジニア、ビル・ジョイは、ゼロックスパロアルト研究所Altoというワークステーション試作機のために開発されたプログラミング言語・Mesaと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 に応じてセットトップボックスの提案を提出した。しかし、FirstPersonは入札でシリコングラフィックス(SGI)に負けた。その後に3DO社のセットトップボックスの案件もあったが、契約には至らなかった。FirstPersonはテレビ業界では利益を出すことができず、サンはFirstPersonを解散してチームを自社に戻した。

インターネットの世界へ

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

同年、チームはOakの名称をJavaに変更する。変更の理由は、商標を調べて、"Oak" という名前がすでにビデオカードアダプタの製造会社 (Oak Technology) によって使われていたことが判明したからである。Javaという名称は、一部のチームメンバーがよく出入りしていた近くのコーヒーショップで命名されたという。 この名称が、何かの頭字語であるかどうかについては、よく分かっていない。

  • 頭字語ではないとの説が一般的に受け入れられている。
  • 近くのコーヒーショップで供されていたコーヒーのブランドに由来すると考える人が多い。その根拠は、Javaクラスファイルバイトコード)の最初の4バイトが十六進記数法で必ず0xCAFEBABEとなっていることである。
  • また、アメリカ英語においてはcoffeeを意味する一般名詞である。
  • ただし一部では、James Gosling, Arthur Van Hoff, and Andy Bechtolsheimの頭字語との説がある。
  • また、Just Another Vague Acronymの頭字語との説もある。

1994年10月に、HotJavaとJavaプラットフォームが、サン・マイクロシステムズの幹部社員の前でデモンストレーションされた。そして1994年内に Java 1.0a(アルファ版)がダウンロードできるようになる。

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

1995年秋にはJava 1.0のベータ版が公開された。1996年1月9日にサンは、JavaSoft部門を立ち上げた[9]。その2週間後に、最初の正式バージョンであるJava 1.0がリリースされた。

2000年代の動向

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

Webクライアント上

Javaアプレットは、WWWブラウザで動作するJavaプログラムであり、クライアントサイドのウェブアプリケーションの実装方法のひとつとして広く使われている。いくつかの有力な競合が存在する。競合技術の代表としてMicrosoft ActiveXおよびAdobe Flashが挙げられるが、これらはいずれも衰退している。

なお、Javaの最初の普及期であった20世紀末の頃には圧倒的なシェアを持っていた、Microsoft Windows 95上でのInternet Explorerが、Javaアプレットを使用したページを表示しようとする際に、VMの起動のために、数十秒〜数分間操作を受け付けなくなったことが(なお、起動してしまえば実際には高性能だったのだが)、「Javaは重い」という風評の根源である。その後は、携帯端末等を含めれば、Windowsのシェアが圧倒的という状況が順調に消滅したため、IEのシェアが圧倒的ということも無くなり、一方でそのような風評のせいで、Javaの利用先としてサーバサイドが注力されたこともあり、遅いなどと言われることもほとんどなくなった。

簡単でインタラクティブなアニメーション用には、JavaアプレットよりもGIF89aや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経験者のリッチクライアント作成ツールとしてアプレットに取って代わる存在となりうる。

以上のように、ネットワーク越しにダウンロードしたアプリケーションをその場で実行する、というような場合に不可欠なのは、サンドボックスと呼ばれる一種の仮想化環境である、という事実はJavaが設計された当初から(あるいは、それ以前の先駆的な事例から)基本的に何ら変わるものではない。そのためのJava以外のものとしては、インタプリタベースのJavaScriptの他、バイトコード(あるいはネイティブコードの安全な実行[注釈 2])を指向したものとしてはNaCl (PNaCl) や、WebAssemblyがある。

Webサーバ上

現在、ウェブサーバ側において、Java技術 (Java EE) は広く使われている。多くのウェブサイトが、Javaサーブレット (Java Servlet) やJavaServer Pages (JSP) などのJava EE技術を使って動的にページを生成するウェブを構築している。Javaサーブレットは2000年前後から急速に広く使われるようになり、現在では多くのウェブアプリケーション(動的なウェブページ)がサーブレットとして稼動するようになっている。

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

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

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

  • ウェブアプリケーション(動的なウェブページ)を記述するにはCGIを用いるか、マイクロソフトIISによるActive Server Pages (ASP) を用いるのが大半だった。
  • CGIはその特性から実行時のオーバーヘッドが高く、性能を向上することが難しかった。
  • ASPはサーバが高価な Microsoft Windows NT Server である必要があった。

Javaサーブレットはこれらの問題をある程度解決することができる技術だった。

PCデスクトップ上

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

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

このように、近年[いつ?]はデスクトップ上でJavaアプリケーションを使う事例が増えつつあるものの、従来は次に述べるいくつかの理由のためにあまり使われてこなかった[10]

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

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

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

Windows上

一昔前[いつ?]、ほとんどの パーソナルコンピュータ (PC) のユーザは、何ら問題なくウェブおよびデスクトップ環境上でJavaアプリケーションを実行できていた。かつて多くのPCメーカーは、自分たちが製造・販売するWindows PCにJava実行環境 (JRE) を同梱していた。アップルmacOSや、多くのLinuxディストリビューションでも、Java実行環境を同梱していた。[いつ?]では追加インストールが必要である。しかしながらパーソナルコンピュータにおいてJavaアプリケーションは殆ど使われなくなってしまっているので、マイクロソフトが2001年頃以降にJava実行環境をWindowsに同梱していないことの影響は小さい。

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

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

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

組み込みシステム上

組み込みシステム向けのJava (Java ME) も広く使われている。

携帯機器携帯電話PHSPDAスマートフォン等)にJavaの実行環境が実装されるケースが多い。Java環境はこれら携帯機器全般に広く普及している。一方、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 MEなどである。Java と同様に、開発者がライセンス料を支払わずに、プログラムを開発することができる。
  • BREWの技術は、クアルコムが開発し推進している、携帯電話向けのプラットフォームである。開発用言語は C/C++ である。Javaと異なり、プログラムを開発するために、開発者がライセンス料を支払う必要がある。BREWプログラムは、携帯電話利用者に課金する機能にアクセスすることができる。この課金機能は、クアルコムが管理する厳重な承認機能を、必要とする。この承認機能により、ライセンス料を徴収することができ、また携帯電話ごとにどの BREW プログラムが使えるかを制御することができる。BREWを採用する携帯電話事業社は、排他的なコンテンツ配布の技術を使うことができる。一部の携帯電話事業社はこのコンテンツ配布技術から利益を得ることができると考えている。

世界的な動向としては、

なお、AndroidのJavaライク仮想マシンの実装 (DalvikAndroid Runtime) はJava ME互換ではなく、様々な点で差異がある。

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

バージョン履歴

Java は、JDK(Java Development Kit; Java開発キット)1.0 以来、数度のメジャーバージョンアップを経ている。バージョンアップに伴い、多くのクラスパッケージ標準ライブラリに追加されてきた。プログラミング言語JavaおよびJavaプラットフォームは、高い水準でバージョン間の互換性を保ちつつ発展してきている。

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

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

言語仕様は JLS(Java Language Specification; Java言語仕様)により規定する。JLSは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日)

最初のバージョン[12]

  • このバージョンでは日本語などの国際化対応はなされていなかった。

JDK 1.1 (1997年2月19日)

いくつかの重要な機能が追加された[13]

J2SE 1.2 (1998年12月8日)

コードネームPlayground。このバージョンから呼称がJava 2に変更され、J2SE 5.0までこの呼称が使われる。またエディション名がJDKから "J2SE" (Java 2 Platform, Standard Edition) に変更された。この J2SE の名称により、J2EE (Java 2 Platform, Enterprise Edition) および J2ME (Java 2 Platform, Micro Edition) の基となるエディションであることが明確化された[15]

J2SE 1.3 (2000年5月8日)

コードネームKestrel[16][17]

  • HotSpot Java仮想マシンが導入され、ジャストインタイムコンパイラに加えて動的再コンパイル技術、世代別ガベージコレクションを備えた高速なJava仮想マシンを使えるようになった。実際には1999年4月から J2SE 1.2 向けの HotSpot Java仮想マシンがリリースされていた。
  • Java RMICORBA ベースに変更される
  • JavaSound : 音声データを扱うAPI
  • Java Naming and Directory Interface (JNDI) が標準ライブラリに統合される。ネーミングサービスとディレクトリサービスへのアクセス。従来は拡張機能として提供されていた。
  • Javaプログラムのデバッグを支援する機能群、Java Platform Debugger Architecture (JPDA) の導入。

J2SE 1.4 (2002年2月6日)

コードネームMerlin。このバージョンは、JCP (Java Community Process) の下で開発された最初のJavaプラットフォームである[18][19][20]

  • assert キーワード : ある程度、「契約による設計」に基づいたプログラミングが可能となる。JSR 41 で規定された。
  • Perlのような正規表現のライブラリの導入により、文字列データ(テキスト)の高度な処理機能が提供される。
  • 連鎖例外機能により、ある例外の原因となった例外を連鎖的に記録できるようになる。
  • NIO (New I/O) : 新しい入出力機能。JSR 51で規定。
  • ロギング APIが標準ライブラリに追加される。JSR 47で規定。
  • イメージ I/O API : JPEGPNGのようなフォーマットの画像イメージを読み書きするAPI
  • JAXP (Java API for XML Processing) による統合されたXMLプロセサとXSLTプロセサによるXML文書処理機能のライブラリが、標準で提供されるようになった。JSR 5およびJSR 63で規定。
  • セキュリティ暗号化の拡張機能を標準ライブラリに統合
    • JCE (Java Cryptography Extension) : Java暗号化拡張機能
    • JSSE (Java Secure Socket Extension) : Javaでセキュアなインターネット通信 (TLS/SSL) を実現する機能
    • JAAS (Java Authentication and Authorization Service) : Javaの認証と権限のサービス
  • Java Web Startの導入 : Javaアプリケーションの配備と実行を簡素化する技術。JSR 56で規定。Java Web Start自体は2001年3月に J2SE 1.3 向けのバージョンがリリースされていた。

J2SE 5.0 (2004年9月30日)

コードネームTiger。JSR 176 のもとで開発された。J2SE 5.0 では、言語仕様に大きく拡張が加えられ、多くの新しい言語機能が追加された[21][22]。もともとは J2SE 1.5 という名称だったが、この名称はすでに内部的なバージョン番号として使われていた[23]。またマーケティング上の理由もあった。

  • 総称型ジェネリクス): コンパイル時に静的にコレクションオブジェクトでその要素となるオブジェクトの型を安全に取り扱うことができるようになった。ほとんどの場合において型変換(キャスト)を行う必要は無くなった。JSR 14で規定された。
  • オートボクシング/オートアンボクシング : int型のようなプリミティブ型(primitive type)とIntegerクラスのようなプリミティブラッパークラスの間の変換が自動的に行われるようになった。JSR 201で規定。
  • 列挙型 : enumキーワードにより、Javaで安全な列挙型を実現するデザインパターンであるタイプセーフenumパターンが言語レベルでサポートされ、列挙型(順序つきリストの値、多くの場合は定数)を安全に定義することができる[注釈 3]。以前のバージョンまではこのような場合、タイプセーフではない整数の定数値で定義するか、プログラマが自分でタイプセーフenumパターンで実装するかの、どちらかの方法しか無かった。JSR 201で規定。
  • 可変引数 : メソッドの最後の引数を、型名に続けて3個のドットを記述することで可変個数の引数渡しの記述ができるようになった(例 : void drawText(String... lines))。メソッド呼び出しにおいて、最後の引数に関してはその型の任意の個数のパラメタを渡すことができる。その際、実際には内部的に最後の引数は配列としてメソッドに渡される。
  • メタデータ : 注釈(アノテーション)とも言い、クラスやメソッドに、"@" でタグ付けされた付加的な情報を記述することができるようになる。メタデータを扱うツールで処理することにより、決まった型のコードを生成することができるようになり、Javaによる開発で機械的な作業を減らして開発効率を上げることができる。JSR 175で規定。
  • 拡張forループ(for-each文): for文によるループの構文が拡張された。配列コレクションオブジェクト(ListSetなど)の各要素オブジェクトに対して、反復(繰り返し)処理をする専用の構文を使うことで、コーディングを簡略化しミスを減らすことができるようになった。この構文を使う場合コレクションは、配列か、Iterableインタフェースを実装したコレクションオブジェクトである必要がある。この構文を使ったコーディング例を示す。
void displayWidgets (Iterable<Widget> widgets) {
    for (Widget w : widgets) {
        w.display();
    }
}

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

Java SE 6 (2006年12月11日)

コードネームMustang。JSR 270のもとで開発された。Java SE 6においては、サンは命名方針を変更して、"J2SE" からJava SEに変更し、バージョン番号から ".0" の部分を廃止している[24]

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が搭載された[25]JavaアプレットJava Web Startの起動を容易にするための、配備ツールキットが公開された[26]

Java SE 7 (2011年7月28日)

コードネームはDolphinである[27]。2006年に開発が始まった。元々は2008年春にリリースされる見通しであったが[28]、何度かリリース予定が変更された。2007年8月の時点では2009年1月をリリース目標としていたが[29]、2008年12月、ジェームズ・ゴスリンは、「私の勝手な憶測だが」という注意書き付きで、2010年6月以降のリリースを予測し[30]、2009年11月には2010年9月以降のリリース予定に変更された[31]。2010年9月に、これ以上の延期を避けるため、大きな言語仕様の改訂などの部分は Java SE 8 に先送りし、Java SE 7 を2011年中頃に、Java SE 8を2012年終わり頃に提供するという目標を立て[32]、結局2011年7月28日にリリースした。Java SE 7は、オラクルによるサン買収後、初のメジャーリリースである。

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

Java SE 8 (2014年3月18日)

2014年3月4日に JSR 337[33] にて仕様が規定された。JDK 8 は2013年9月9日にリリース予定[34][35]だったが、2013年4月18日にリリースの延期が発表になり2014年3月18日にリリースされた[36][37][38]CLDC, CDC を統合した Java ME 8 は2014年4月30日にリリースされた[39]。主な新機能は以下。

  • ラムダ式の導入 (Project Lambda, JSR 335)
  • 型アノテーション (JSR 308)
  • Date and Time API (JSR 310)
  • 高速JavaScriptエンジン Nashorn
  • JavaFX 8
  • マルチタッチデバイス対応
  • HotspotとJRockitの統合

当初搭載予定だった、以下の機能はJava SE 9に延期となった[40]

  • 言語レベルでのモジュール化のサポート (Project Jigsaw, JSR 294)

また、搭載予定だった以下の機能は廃止 (withdrawn) になった。

  • Swing アプリケーションフレームワーク (JSR 296)

Java SE 9 (2017年9月21日)

Java SE 9 は Java SE 8 リリースの3年後の2017年9月21日にリリースされた。[41]。言語レベルでのモジュール化のサポート (Project Jigsaw, JSR 294) などを追加した。

オラクルはJavaの開発速度向上のため、これまでの新機能の完成を待ってメジャーバージョンアップを行うリリースモデルから、毎年3月と9月の年2回メジャーバージョンアップを行うタイムベースのリリースモデルへと移行することを発表した。またサポートサイクルも見直され、Java SE 9は次のメジャーバージョンまでの6ヵ月間のみ公式アップデートが提供されるnon-LTSリリースとなり、2018年3月に公式アップデートが終了した。なお、LTSリリースとなるJava SE 11以降は配布形態が変更されるため、LTSリリースの公式アップデートは提供されなかった[42]

Java SE 10 (2018年3月20日)

JSR 383[43] にて仕様が規定されたJava SE 10は新リリースモデルによる初リリースで、予定通りJava SE 9から半年後の2018年3月20日にリリースされた[44]。ローカル変数型推論などの機能が追加されている。

Java SE 11 (2018年9月25日)

JSR 384[45] にて仕様が規定され、2018年9月25日にリリースされた。オラクルによるビルドはOracle JDKとOpenJDKの二種類が提供され、Oracle JDKの商用利用は有償サポート契約を結んだ顧客のみとなっている。リリースモデル変更後の初LTSリリースとなる。

Java SE 12 (2019年3月19日)

JSR 386にて仕様が規定され、2019年3月19日にリリースされた。Unicode 11がサポートされている。

Java言語の構文

Javaの構文は、C言語またはC++と類似している。Javaプログラムは目的環境に従い、コマンドライン、GUI、アプレット、サーブレットといったアプリケーション形態に派生する。初心者向けの代表的なサンプルコードである「Hello world表示プログラム」によって各形態のコーディング実例を以下に示す。

スタンドアロン(コマンドライン)

// Hello.java
public class Hello {
    public static void main(String[] args) {
        System.out.println("Hello, world!");
    }
}
  • 全てのコードはclass内またはinterface内に記述される。
  • ソースコードのファイル拡張子はjavaとなる。ここではクラス名がHelloなのでソースファイル名はHello.javaとする。
  • コンパイルされたソースファイルは、バイトコードファイルに変換される。その拡張子はclassとなる。ここでのバイトコードファイル名はHello.classとなる。
  • プログラムはmainメソッドから実行される。mainメソッドは任意のクラス内に一つだけ定義する。他のクラスにも定義されているとコンパイルエラーとなる。
  • mainメソッドにはString配列の引数が渡される。Stringは文字列オブジェクトである。OS側はプログラム実行時のパラメーターのそれぞれをStringオブジェクトにして配列に格納しmainメソッドの引数とする。引数名はargsとするのが標準である。プログラマは引数として渡されたString配列から実行時パラメーターを読み出す。
  • mainメソッドはリターン値を返さないので、voidとする。
  • mainメソッドはクラスメソッドなので、staticとする。クラスメソッドはインスタンスを必要としない。
  • mainメソッドはクラス内外の全領域から呼び出し可能な、publicとする。
  • Systemクラスは使用OS環境のAPIを直接扱うクラスである。そのクラスフィールドであるoutはコンソール出力系APIを扱うPrintStreamクラスのインスタンスである。このoutからPrintStreamクラスのprintlnメソッドをコールして、パラメータとして渡す文字列をコンソール画面に表示させる。

スタンドアロン(GUIアプリ)

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

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

アプレット

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);
    }
}
<!-- Hello.html -->
<html>
  <head>
    <title>Hello World Applet</title>
  </head>
  <body>
    <div>
      <applet code="Hello" width="200" height="200">
      </applet>
    </div>
  </body>
</html>
  • import 文は、コンパイル時にJavaコンパイラに対し、このソースコード内では java.applet.Applet クラスと java.awt.Graphics クラスを、パッケージ名を付けないでクラス名だけで使うことを、伝える。
  • Hello class extends Applet の部分は、HelloクラスがAppletクラスを継承すること(HelloクラスがAppletクラスのサブクラスであること)を記述している。
  • Appletクラスは、ホストアプリケーション(アプレットを実行するアプリケーション)上で、アプレットによるグラフィクスの表示やアプレットのライフサイクル制御を支援するフレームワークを提供する。
  • HelloクラスはContainerスーパークラスから継承されたpaint(Graphics)メソッドをオーバーライドしている。
    • オーバーライドとは、スーパークラスで定義された、既定の振る舞いを実装したメソッドや抽象メソッドを、サブクラス側で実装し直すことをいう。
  • このpaint(Graphics)メソッドのオーバーライドにより、Helloアプレットを表示する処理を実装することができる。paint(Graphics)メソッドは、アプレットにGraphicsオブジェクトを渡す。アプレットはGraphicsオブジェクトを受け取る。Graphicsオブジェクトは、アプレットを表示するために使われるグラフィクスコンテクストを表している。
  • この例では、Graphicsオブジェクト(グラフィクスコンテクスト)のdrawString(String, int, int)メソッドを呼び出して、アプレット表示域の (65, 95) ピクセル座標(オフセット)で "Hello, world!" 文字列を表示する。
  • この例では、アプレットは XHTML (HTML) 文書内の、applet要素(<applet> タグ)が使われている位置に表示される。applet 要素は、3つの属性をもつ。
    • code="Hello" は、Applet クラスの名前を示す。
    • width="200" height="200" は、アプレット領域の幅と高さを設定する。
  • アプレットは、applet 要素の代わりに、object 要素あるいは embed 要素を使っても XHTML 文書に埋め込むことができる。ただし現時点では、ウェブブラウザによるこの2つの要素の扱いは、ブラウザごとに異なることがある[46][47]。 XHTML 1.1 仕様においては applet 要素は廃止され、アプレットを使う場合は object 要素を使うことになる。

サーブレット

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

// 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!");
    }
}
  • import文は、コンパイル時にJavaコンパイラに対し、このソースコード内ではjava.ioパッケージおよびjavax.servletパッケージ内のすべてのpublicなクラスとインタフェースを、パッケージ名をつけないでクラス名 / インタフェース名だけで使うことを伝える。
  • Hello class extends GenericServlet の部分は、Helloクラスが GenericServletクラスを継承すること(GenericServletサブクラスであること)を記述している。
  • GenericServletクラスは、サーブレットの一般的なフレームワークを提供する。サーバ上で、クライアントから送られてきた要求をサーブレットに渡し、サーブレットのライフサイクルを制御する。
  • HelloクラスはServletで宣言されたservice(ServletRequest, ServletResponse)メソッドをオーバーライドしている。このメソッドは、クライアントからの要求を扱うコードを開発者が記述する場所として、サーブレットフレームワークが開発者に提供しているメソッドである。service(ServletRequest, ServletResponse)メソッドは、ServletRequestオブジェクトとServletResponseオブジェクトをHelloに渡す。HelloServletRequestServletResponseを受け取る。
    • ServletRequestオブジェクトは、クライアントから送られてきた要求を表すオブジェクトである。
    • ServletResponseオブジェクトは、クライアントに送り返す応答を表すオブジェクトである。
  • service(ServletRequest, ServletResponse)メソッドのthrows ServletException, IOExceptionの部分では、このメソッドがServletExceptionもしくはIOException例外を投げる可能性があることを宣言している。これらの例外は、Hello サーブレットの実行中に何らかの問題が起こり、クライアントからの要求に正常な応答を返すことができなくなった場合に投げられる。
  • setContentType(String)メソッドを呼び出して、クライアントに返すデータのMIME Content-Type"text/html" に設定する。
  • getWriter()メソッドを呼び出してPrintWriterオブジェクトを取得する。このオブジェクトを使ってクライアントに返すデータを書き出すことができる。
  • println(String)メソッドを呼び出して、"Hello, world!" 文字列を応答データとして書き出す。
  • そして応答データはソケットストリームに書き出され、クライアントに返される。

Javaプラットフォーム

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

エディション

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

Java Platform, Standard Edition (Java SE)
パーソナルコンピュータなどのデスクトップクライアント環境向けである。主にデスクトップアプリケーションとWEBアプリを開発または実行する。一般ユーザー向けである。
組み込みシステム向けのプロファイルとしてJava SE Embeddedが存在する。
Java Platform, Enterprise Edition (Java EE) / Jakarta EE
サーバーマシン、ワークステーション向けである。スタンダード版に加え、WEBサーバー及び多層クライアントサーバーや業務用システムを開発する為の、様々な拡張技術クラスライブラリ&APIが追加されている。
2017年9月、OracleはJava EEの策定をEclipse Foundationに移管することを発表した[48][49]。Oracleが商標を手放さなかったため、新しい名称が投票によって決められ、Jakarta EEに決定した[50]
Web Profile
Webアプリケーション開発に焦点を当てたサブセット。Java EE 6から追加された。
Eclipse MicroProfile
マイクロサービス開発に焦点を当てた、Java EEのサブセットと追加仕様からなるプロファイル。Eclipse Foundationが主導するコミュニティベースの仕様だが、Java EEのEclipse Foundationへの移管に伴い、将来正式なプロファイルとなる可能性がある[51]
Java Platform, Micro Edition (Java ME)
組み込みシステムマイクロコントローラ向けである。コンピュータ資源が制限されている集積回路や電子機器に対応した特定技術仕様であり、専用のクラスライブラリ&APIも用意されている。Java仮想マシンも比較的コンパクトにまとめられている。
Java Card
スマートカード(ICカード)、小型メモリデバイス上で運用されるプログラムを開発するためのエディションである。現在[いつ?]ではSIMカードATMカードなど幅広い分野に普及している。Java仮想マシンの機能は非常にコンパクトにまとめられており、幾つかのプリミティブ型も省略されている。故に特殊なプログラミングスタイルが求められる。

Java実行環境(JRE)

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

Javaクラスライブラリ

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

  1. 基礎ライブラリ - Java言語仕様の基礎を扱う。
  2. 入出力ライブラリ - ファイル入出力など。
  3. データコレクションライブラリ - 配列の操作とList、Set、Mapなどのデータ集合。
  4. 数学ライブラリ - 各種計算。
  5. 国際化地域化ライブラリ - 暦、日付、時間、通貨、文字コードなどの国際化と地域化を扱う。
  6. ネットワークライブラリ - ソケットを置いてリモートポートを開きストリーム入出力を扱う。
  7. GUIライブラリ - ウィンドウとスイッチとイメージを表示し、ユーザーからの操作を認識する。
  8. Javaアプレットライブラリ - アプレット生成用。
  9. Javaビーンズライブラリ - Java版ソフトウェアコンポーネント作成用。
  10. データベース接続ライブラリ - SQLを扱う。
  11. リモートメソッドライブラリ - 外部マシン上にあるプロセス・メソッドを呼び出す。
  12. セキュリティライブラリ - 様々な通信セキュリティプロトコルを扱う。
  13. バッファストリームライブラリ - 連続バイトデータを扱う。
  14. リフレクションライブラリ - クラス定義を動的に操作する。
Javaアプリケーションの形態

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

Javaアプリケーション (application)
パーソナルコンピュータなどのローカル環境で実行されるJavaプログラム。「Java Web Start」は任意のjnlpファイル(java network launching protocol)をダウンロードして実行できるJavaアプリの配布システムである。この類似技術としてマイクロソフトのノータッチデプロイメント、ClickOnceがある。
Javaアプレット (applet)
サーバーからダウンロードされてウェブブラウザ上で実行されるJavaプログラム。サンドボックス機能下で厳しい動作制約が加えられている。公開当初はJavaの汎用仕様方針によりWEBブラウザ環境に特化出来なかった事が裏目に出て起動や動作の軽快さに難が見られた。その改善機会も某社との企業戦略上の確執から失われてしまい、他のブラウザメディアに押されてさほど普及しなかった。
Javaサーブレット (servlet)
サーバーマシンで実行されるJavaプログラム。その名の通り手軽にサーバープログラムを実装出来るが、大規模サーバーの構築にも適している。サーブレットはクライアントからのリクエストを逐次トランザクションして順次レスポンスする。WEBクライアントにはHTMLなどのプロトコルページ及び各種メディアをレスポンスしてWEBブラウザ上で表示させる。PerlなどによるCGIに比べ、サーバ側の負荷が低いなどのメリットがある。
Javaサーバーページ (server page)
サーブレットをWEBサーバー用に特化したものであり、XHTML (HTML) 内に記述するJavaプログラムである。WEBクライアントからのリクエストに伴うパラメータに従い、それをサーバー側で解釈してWEBページ内容を動的に生成、変化させてレスポンスする。コードは似ているが、JavaScriptの様にブラウザ側で実行するスクリプトではない。類似の技術にActive Server PagesPHPがある。

Java開発キット(JDK)

Java開発キット (Java Development Kit) は、Javaプログラムを開発するための基本的なソフトウェアである。コンパイラ、デバッガ、アーカイバ、ソフトウェアモニター、ドキュメントジェネレーターなどの基本開発ツールと、様々な開発支援ツールと、Java APIJava Application Programming Interface)で構成されている。前述のエディションによって開発ツール内容と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 からは、エンタープライズ版(EE)では Java SDK(Java Software Development Kit)と呼び、スタンダード版(SE)とマイクロ版(ME)では JDK(Java Development Kit)と呼ぶようになった。JDKはSDKの拡張サブセット(SDKの一部分+その他)とされる。
Java API

APIは、Application Programming Interface(アプリケーション・プログラミング・インタフェース)の頭字語であり、Javaクラスライブラリ内部からプログラマに向けて外部公開されているクラス、インタフェース、およびそれらに属するメソッド、フィールド、定数の集合である。またそのプロトコル(定義情報と使用方法)を指す。プログラマはこれを用いてアプリケーションソフトウェアの開発を行う。

  1. java.lang - Java言語仕様の基礎を扱う。
  2. java.io - ファイル入出力など。
  3. java.util - 配列の操作とList、Set、Mapなどのデータ集合。
  4. java.math - 各種計算。
  5. java.text - 暦、日付、時間、通貨、文字コードなどの国際化と地域化を扱う。
  6. java.net - ソケットを置いてリモートポートを開きストリーム入出力を扱う。
  7. java.awt - ウィンドウとスイッチとイメージを表示し、ユーザーからの操作を認識する。
  8. java.applet - アプレット生成用。
  9. java.beans - Java版ソフトウェアコンポーネント作成用。
  10. java.sql - SQLを扱う。
  11. java.rmi - 外部マシン上にあるプロセス・メソッドを呼び出す。
  12. java.security - 様々な通信セキュリティプロトコルを扱う。
  13. java.nio - 連続バイトデータを扱う。
  14. java.lang.reflect - クラス定義を動的に操作する。
統合開発環境と開発支援ツール

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

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

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

様々なJavaテクノロジ

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

  • JNDI (Java Naming and Directory Interface) - ネーミングサービスとディレクトリサービスを扱う
  • JSML (Java Speech Markup Language) - 音声合成システムにテキストの注釈を追加する
  • JDBC - データベース接続の API
  • 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 - 分散した記憶装置を管理する技術
  • JavaSpaces - 分散環境でJavaオブジェクトの送受信・永続化などを支援する技術
  • JML (Java Modeling Language) - 契約による設計(DbC)を指向した形式言語をソースコードに導入する
  • JMI (Java Metadata Interface) - Javaのメタデータの作成・アクセス・検索・送受信に関する仕様
  • JMX (Java Management Extensions) - 分散オブジェクト環境における管理と監視を行う技術
  • JSF (JavaServer Faces) - WEBクライアントに一定のデザインに基づいたUIを提供するサーバー用技術
  • JNI (Java Native Interface) - 他の言語で実装されたネイティブコードを呼び出す技術
  • JXTA - Peer to Peer (P2P) の仮想ネットワークのためのオープンプロトコル
  • Java 3D - 3次元グラフィクスプログラミングのための高水準な API Java 3D
  • JOGL (Java OpenGL) - OpenGL を使う3Dグラフィクスプログラミングのための低水準な API
  • LWJGL - ゲーム開発用のAPI。OpenGLOpenALOpenCLを扱える。様々なゲーム用コントローラーも扱える。
  • OSGi - サービスの動的な管理と遠隔保守
  • JavaDesktop
  • JavaOne
  • Blu-ray Disc Java
  • FindBugs - javaソースコードからコーディングレベルのバグを発見する開発支援ツール。

Javaテクノロジの標準化

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

Javaオープンソースモデル

Javaテクノロジのオープンソース化

1996年のJava登場初期から、ベンダー元のサン社(後にオラクル社が買収)は、Java仮想マシンとJavaクラスライブラリの仕様を公開しており、サードパーティによるJavaプラットフォーム移植と関連ソフトウェアと拡張テクノロジの開発を促していた。しかし過度の技術流出を避ける為の枠組みとして、ソースコードの改変までは認めていなかった。この部分的オープンソース制度に便乗する形で2004年から、IBM社BEAシステムズ社(後にオラクル社が買収)が、独自のオープンソース化を目的にしたJava関連ソフトウェア&拡張テクノロジの開発を支援するプロジェクトを立ち上げていた。その中でJava仮想マシンと標準クラスライブラリの互換製品も登場していた。

それらの標準化が進むにつれて、Javaコミュニティプロセスへの影響力低下を懸念したサン社は、IBM主体によるオープンソース化プロジェクトへの協力に消極的な立場を取っていたが、2006年から方針を変えて賛同し、2007年5月8日にはJava SE 6を「OpenJDK」としてGNU一般公開ライセンスの下でリリースした[52]。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用プラットフォーム

メジャーなオペレーティングシステム(OS)では、営利企業および任意団体による独自開発のJREとJDKが公開されている事が多い。

  • Linux / IA-32プラットフォーム : オラクル、Blackdown、IBM、Kaffe.org、GNUプロジェクトなどがJREやJDKを実装・提供している。
  • Windows/IA-32プラットフォーム : オラクル、IBMなどがJREやJDKを実装・提供している。
Excelsior JET

米Excelsior社がExcelsior JETというahead-of-timeコンパイラを販売している[53]。Java SE 用に書かれたプログラムをWindowsのネイティブマシンコードであるexeファイル(実行ファイル)に変換して、起動の高速化やアプリケーションの難読化を実現できる。

Windows用実行ファイル化ツール

JarファイルをWindous用実行ファイル(.exe)にラッピングする以下のツールが存在する。

JSmoothなどは、Java実行環境が無い時はそれも自動インストールする機能を備えている。また、純粋なJava実行環境では不可能だったタスクアイコンを表示させる機能も備えている。

Java認定資格

認定パス

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

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

脚注

注釈

  1. ^ 実装の多重継承をサポートせず、インタフェースにより型の多重継承のみをサポートするという設計思想は、後発のC#などでも採用されている。
  2. ^ アプリへの署名による安全性を強調する企業[要説明]もあるが。
  3. ^ このタイプセーフenumパターンの詳細は、Joshua Bloch (2001). “第5章 項目21 enum構文をクラスで置き換える”. Effective Java Programming Language Guide. pp. 97-106 を参照。
  4. ^ 買収前はサン・マイクロシステムズによって。
  5. ^ 日本でのみ行われている[58]
  6. ^ 日本以外での Oracle Certified Associate, Java SE 8 Programmer に対応。
  7. ^ 日本以外での Oracle Certified Professional, Java SE 8 Programmer に対応。

出典

  1. ^ What is Java and why do I need it?” (英語). 2019年2月4日閲覧。
  2. ^ About the Java Technology (The Java? Tutorials > Getting Started > The Java Technology Phenomenon)”. 2019年2月24日閲覧。
  3. ^ "1.2 Design Goals of the Java™ Programming Language". Oracle. January 1, 1999. Archived from the original on January 23, 2013. Retrieved January 14, 2013.
  4. ^ static のインポート
  5. ^ Javaプログラミング入門, 第 1 回: Java 言語の基本”. 2019年2月5日閲覧。
  6. ^ Java Core Reflection | Oracle
  7. ^ Trail: The Reflection API (The Java™ Tutorials)
  8. ^ Javaの理論と実践: 弱参照でメモリー・リークを塞ぐ
  9. ^ SUN MICROSYSTEMS ANNOUNCES FORMATION OF JAVASOFT” (英語). 2006年12月31日時点のオリジナルよりアーカイブ。2006年7月8日閲覧。
  10. ^ Why don't you ship Swing apps?” (英語). 2012年10月30日時点のオリジナルよりアーカイブ。2006年7月8日閲覧。
  11. ^ プレステ2でJavaが動く!――SCEIがPS2へのJava搭載を発表”. 2019年2月23日閲覧。
  12. ^ "JAVASOFT SHIPS JAVA 1.0" (Press release) (英語). Sun Microsystems. 2008年6月25日時点のオリジナルよりアーカイブ。2006年7月8日閲覧 {{cite press release2}}: 不明な引数|deadlinkdate=は無視されます。 (説明)
  13. ^ "SUN SHIPS JDK 1.1 -- JAVABEANS INCLUDED" (Press release) (英語). Sun Microsystems. 2008年5月6日時点のオリジナルよりアーカイブ。2006年7月8日閲覧 {{cite press release2}}: 不明な引数|deadlinkdate=は無視されます。 (説明)
  14. ^ java.lang.reflect (Java Platform SE 8)”. 2017年4月1日閲覧。
  15. ^ "SUN DELIVERS NEXT VERSION OF THE JAVA PLATFORM" (Press release) (英語). Sun Microsystems. 2008年5月6日時点のオリジナルよりアーカイブ。2006年7月8日閲覧 {{cite press release2}}: 不明な引数|deadlinkdate=は無視されます。 (説明)
  16. ^ "SUN MICROSYSTEMS RELEASES FASTEST CLIENT-SIDE JAVA PLATFORM TO DATE" (Press release) (英語). Sun Microsystems. 2008年5月16日時点のオリジナルよりアーカイブ。2006年7月8日閲覧 {{cite press release2}}: 不明な引数|deadlinkdate=は無視されます。 (説明)
  17. ^ JavaTM 2 SDK, Standard Edition, version 1.3 の新機能および機能拡張の概要”. 2019年3月4日閲覧。
  18. ^ JSR 59
  19. ^ "SUN ANNOUNCES LATEST VERSION OF JAVA 2 PLATFORM STANDARD EDITION" (Press release) (英語). Sun Microsystems. 2008年9月6日時点のオリジナルよりアーカイブ。2006年7月8日閲覧 {{cite press release2}}: 不明な引数|deadlinkdate=は無視されます。 (説明)
  20. ^ JavaTM 2 SDK, Standard Edition, version 1.4 の新機能および機能拡張の概要”. 2019年3月4日閲覧。
  21. ^ "Sun Ships New Version of Java Platform" (Press release) (英語). Sun Microsystems. 2005年2月15日時点のオリジナルよりアーカイブ。2006年7月8日閲覧 {{cite press release2}}: 不明な引数|deadlinkdate=は無視されます。 (説明)
  22. ^ J2SE(TM) 5.0 の新機能”. 2006年7月8日閲覧。
  23. ^ Version 1.5.0 or 5.0?” (英語). 2006年7月8日閲覧。
  24. ^ Java Naming” (英語). 2019年3月4日閲覧。
  25. ^ 「Java SE 6 Update 10」公開、動作速度を高速化”. 2008年12月3日閲覧。
  26. ^ JavaTM Web アプリケーション 配備アドバイス”. 2019年3月4日閲覧。
  27. ^ Dolphin
  28. ^ Evolving a Language” (英語). 2006年4月5日時点のオリジナルよりアーカイブ。2006年7月8日閲覧。
  29. ^ The Open Road: Looking Ahead to Java 7” (英語). 2008年12月22日時点のオリジナルよりアーカイブ。2006年7月8日閲覧。
  30. ^ Javaがレガシーだって? 冗談じゃないよ - James Goslingが語るJavaの現在”. 2018年4月7日閲覧。
  31. ^ JDK 7が、突然"単純な"クロージャをサポート、しかしリリースは、2010年の終わりに。”. 2009年12月3日閲覧。
  32. ^ It's time for … Plan B”. 2010年9月23日閲覧。
  33. ^ JSR 337: Java SE 8 Release Contents
  34. ^ Java SE 8リリース予定を延期 - 2013年夏へ - エンタープライズ - マイナビニュース”. 2012年2月22日閲覧。
  35. ^ Java SE 8 Platform Umbrella JSR (337)
  36. ^ Java 8: Secure the train” (英語). 2013年4月23日閲覧。
  37. ^ Java 8リリースに遅れ、2014年3月へ - マイナビニュース”. 2013年4月23日閲覧。
  38. ^ Java 8 officially arrives at last” (英語). 2014年3月19日閲覧。
  39. ^ 7年ぶりのJavaOne Tokyoでは「Javaテクノロジーのすべてを見せる」 - クラウド Watch”. 2012年2月22日閲覧。
  40. ^ Project Jigsaw: On the next train” (英語). 2013年1月13日閲覧。
  41. ^ JDK 9”. 2015年6月29日閲覧。
  42. ^ Oracle Java SE サポート・ロードマップ”. 2018年10月19日閲覧。
  43. ^ JSR 383: Java™ SE 10 (18.3)
  44. ^ JDK 10”. 2018年6月17日閲覧。
  45. ^ JSR 384: JavaTM SE 11 (18.9)
  46. ^ Using the applet Tag” (英語). 2008年12月18日時点のオリジナルよりアーカイブ。2006年7月8日閲覧。
  47. ^ Deploying Applets in a Mixed-Browser Environment” (英語). 2008年12月18日時点のオリジナルよりアーカイブ。2006年7月8日閲覧。
  48. ^ Opening Up Java EE - An Update” (英語). Oracle (2017年9月12日). 2019年3月10日閲覧。
  49. ^ EE4J、EclipseファウンデーションがオープンソースJava EEを準備”. InfoQ (2017年11月16日). 2019年3月10日閲覧。
  50. ^ Java EE は Jakarta EE となる”. InfoQ (2018年3月5日). 2019年3月10日閲覧。
  51. ^ EE4J FAQ” (英語). Eclipse Foundation. 2019年3月10日閲覧。
  52. ^ 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日閲覧。
  53. ^ http://www.excelsior-usa.com/jet.html
  54. ^ オラクル Java SE 認定資格パス 概要”. 2019年3月7日閲覧。
  55. ^ オラクル Java EE and Web Services 認定資格パス 概要”. 2019年3月7日閲覧。
  56. ^ Java Foundations Certified Junior Associate (novice-level certification)”. 2019年3月10日閲覧。
  57. ^ 認定試験一覧”. 2019年3月7日閲覧。
  58. ^ Java資格が大幅リニューアル。Bronze/Silver/Goldが登場”. 2019年3月7日閲覧。

参考文献

関連項目

外部リンク

オラクル・JCP関連
技術情報