「Java」の版間の差分
m 外部リンクの修正 (tech.nikkeibp.co.jp) (Botによる編集) |
|||
(88人の利用者による、間の190版が非表示) | |||
1行目: | 1行目: | ||
{{Otheruses| |
{{Otheruses|プログラミング言語|その他|ジャバ}} |
||
{{混同|JavaScript}}{{出典の明記| date = 2019年3月}} |
{{混同|JavaScript}} |
||
{{出典の明記| date = 2019年3月}} |
|||
{{Infobox プログラミング言語 |
{{Infobox プログラミング言語 |
||
| fetchwikidata = ALL |
|||
|name = Java |
|||
| onlysourced = true |
|||
|logo = |
|||
| name = Java |
|||
|caption = |
|||
| logo = |
|||
|paradigm = [[オブジェクト指向プログラミング|オブジェクト指向]]・[[構造化プログラミング|構造化]]・[[手続き型プログラミング|手続き型]] |
|||
| released = 1995年5月23日α版<br/>1995年秋β版<br/>1996年1月23日ver1.0 |
|||
|released = {{Start date|1995}} |
|||
|designer = [[Java Community Process]] |
| designer = [[Java Community Process]] |
||
| latest release version = Java Standard Edition 23.0.1 |
|||
|developer = [[オラクル (企業)|オラクル]]([[サン・マイクロシステムズ]]) |
|||
|latest release |
| latest release date = {{release date|2024|10|15}} |
||
| typing = 強い[[静的型付け]] |
|||
|latest release date = {{release date|2019|04|16}} |
|||
| implementations = [[Javaプラットフォーム]] |
|||
|型付け = 強い[[静的型付け]] |
|||
|paradigm = [[オブジェクト指向プログラミング|オブジェクト指向]], [[ソフトウェアコンポーネント|コンポーネントベース]], [[リフレクティブ]], [[ジェネリックプログラミング|ジェネリック]], [[関数型プログラミング|関数型]], [[並行計算|並行プログラミング]] |
|||
|プラットフォーム = [[Solaris]], [[Linux]], [[Microsoft Windows|Windows]],<br>[[macOS]], [[AIX]], [[i5/OS|System i]],<br>各種の[[組み込みシステム]]ほか多数 |
|||
|influenced_by=[[C++]], [[Ada]]<ref>{{cite web|url={{Google books|0rUtBAAAQBAJ|page=PA133|keywords=|text=|plainurl=yes}}|title=Cracking The Java Programming Interview :: 2000+ Java Interview Que/Ans|first=Harry H.|last=Chaudhary|accessdate=2016-05-29|date=2014-07-28}}</ref>, [[Eiffel]]<ref>{{cite web|author1=Gosling, James|author2=McGilton, Henry|title=The Java Language Environment|date=May 1996|url=https://www.oracle.com/technetwork/java/langenv-140151.html|access-date=May 6, 2014|archive-url=https://web.archive.org/web/20140506214653/http://www.oracle.com/technetwork/java/langenv-140151.html|archive-date=May 6, 2014|url-status=live|df=mdy-all}}</ref>, [[Mesa]]<ref>{{cite web|author1=Gosling, James|author2=Joy, Bill|author3=Steele, Guy|author4=Bracha, Gilad|title=The Java Language Specification, 2nd Edition|url=https://java.sun.com/docs/books/jls/second_edition/html/intro.doc.html#237601|access-date=February 8, 2008|archive-url=https://web.archive.org/web/20110805051057/http://java.sun.com/docs/books/jls/second_edition/html/intro.doc.html#237601|archive-date=August 5, 2011 |url-status=live |df=mdy-all}}</ref>, [[Modula-3]]<ref>{{cite web|url=http://www.computerworld.com.au/index.php/id;1422447371;pp;3;fp;4194304;fpid;1|title=The A-Z of Programming Languages: Modula-3|publisher=Computerworld.com.au|accessdate=2010-06-09|url-status=dead|archiveurl=https://web.archive.org/web/20090105145818/http://www.computerworld.com.au/index.php/id%3B1422447371%3Bpp%3B3%3Bfp%3B4194304%3Bfpid%3B1|archivedate=January 5, 2009|df=mdy-all}}</ref>, [[Objective-C]]<ref>[[Patrick Naughton]] cites [[Objective-C]] as a strong influence on the design of the Java programming language, stating that notable direct derivatives include Java interfaces (derived from Objective-C's [[Objective-C#プロトコル|protocol]]) and primitive wrapper classes. [http://cs.gmu.edu/~sean/stuff/java-objc.html] {{Wayback|url=http://cs.gmu.edu/~sean/stuff/java-objc.html|title=Java Was Strongly Influenced by Objective-C|date=20110713014816}}</ref> |
|||
|処理系 = [[コンパイラ]]([[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など多数) |
|||
| |
| influenced = [[C Sharp|C#]], [[D言語|D]], [[Dart]], [[Groovy]], [[Scala]], [[Kotlin]], [[Ceylon]] |
||
| |
| operating system = [[Solaris]], [[Linux]], [[Microsoft Windows|Windows]],<br>[[macOS]], [[AIX]], [[i5/OS|System i]] |
||
| license = [[GNU General Public License]]、[[Java Community Process]] |
|||
|ウェブサイト = [https://java.com/ja/ java.com] |
|||
| website = {{ConditionalURL}} |
|||
|file ext = java, class, jar |
|||
| file ext = java、class、jar |
|||
|wikibooks = Java |
|||
}} |
}} |
||
{{プログラミング言語}} |
{{プログラミング言語}} |
||
'''Java'''(ジャバ)は、狭義では[[プログラミング言語]]のJavaを指し、広義ではJava言語を中心にした[[プラットフォーム (コンピューティング)|コンピューティング・プラットフォーム]]を意味する<ref>{{Cite web|url=https://www.java.com/en/download/faq/whatis_java.xml |title=What is Java and why do I need it? |language=en |accessdate=2019-02-04}}</ref>。後者はJavaプラットフォームと呼ばれ、Javaの関連技術はJavaテクノロジと総称されている<ref>{{Cite web|url=https://docs.oracle.com/cd/E26537_01/tutorial/getStarted/intro/definition.html |title=About the Java Technology (The Java? Tutorials > Getting Started > The Java Technology Phenomenon) |language=ja-jp |accessdate=2019-02-24}}</ref>。Java言語の構文は[[C++]]<!-- C言語ではない。 -->に類似したものであり、[[オブジェクト指向]]が主要[[プログラミングパラダイム|パラダイム]]として導入されている。 |
|||
'''Java'''(ジャバ、ジャヴァ)は、汎用[[プログラミング言語]]と[[プラットフォーム (コンピューティング)|ソフトウェアプラットフォーム]]の双方を指している総称ブランドである<ref>{{Cite web|url=https://www.java.com/en/download/faq/whatis_java.xml|title=What is Java and why do I need it?|language=en|accessdate=2019-01|publisher=}}</ref>。[[オラクル (企業)|オラクル]]およびその関連会社の登録商標である。1996年に[[サン・マイクロシステムズ]]によって市場リリースされ、2010年に同社がオラクルに吸収合併された事によりJavaの版権もそちらに移行した。 |
|||
Javaは、従来のソフトウェアが抱えていた[[移植性]]問題の解決を図り、特定の環境に依存しない理想的な[[クロスプラットフォーム]]・プログラムの実現を目指して開発された。Javaソフトウェアは、家電機器や乗用車の[[組み込みシステム]]から、[[マイクロコントローラ|マイクロ制御装置]]、[[携帯機器]]、[[パーソナルコンピュータ]]、[[サーバー (コンピューター)|サーバーマシン]]、[[スマートカード]]といった様々な環境に普及している。 |
|||
プログラミング言語Javaは、[[C++]]に類似の構文、[[クラスベース]]の[[オブジェクト指向プログラミング|オブジェクト指向]]、[[マルチスレッド]]、[[ガベージコレクション]]、[[ソフトウェアコンポーネント|コンポーネントベース]]、[[分散コンピューティング]]といった特徴を持ち、平易性重視のプログラム書式による堅牢性と、[[仮想マシン]]上での実行によるセキュリティ性および[[プラットフォーム非依存|プラットフォーム非依存性]]が理念とされている。[[Javaプラットフォーム]]は、Javaプログラムの実行環境または、実行環境と開発環境の双方を統合したソフトウェアであり、[[サーバ|ビジネスサーバ]]、[[モバイル機器]]、[[組み込みシステム]]、[[スマートカード]]といった様々なハードウェア環境に対応したソフトウェア形態で提供されている。その中枢技術である[[Java仮想マシン]]は各プラットフォーム環境間の違いを吸収しながら、Javaプログラムの適切な共通動作を実現する機能を備えている<ref name="design_goals">{{Cite web|url=https://www.oracle.com/technetwork/java/intro-141325.html|title=1.2 Design Goals of the Java™ Programming Language|publisher=オラクル|date=January 1, 1999|accessdate=2013-01-14|archiveurl=https://web.archive.org/web/20130123204103/http://www.oracle.com/technetwork/java/intro-141325.html|archivedate=January 23, 2013}}</ref>。このテクノロジは''「[[write once, run anywhere]]''」と標榜されていた<ref>{{Cite web|url=http://www.computerweekly.com/Articles/2002/05/02/186793/write-once-run-anywhere.htm|title=Write once, run anywhere?|date=May 2, 2002|publisher=[[Computer Weekly]]|accessdate=2009-07-27}}</ref>。 |
|||
Javaは、1995年に[[サン・マイクロシステムズ]]によって公開された。2010年にサンは[[オラクル (企業)|オラクル]]に吸収合併され、Javaの各種権利もオラクルに移行した。おおよそ数年おきに言語仕様の改訂が重ねられており、2019年4月現在の最新メジャーバージョンは、2019年3月19日に公開された第12版となっている。 |
|||
2019年の時点で[[GitHub]]によると<ref name="名前なし-1">{{Cite web|author=Chan|first=Rosalie|title=The 10 most popular programming languages, according to the 'Facebook for programmers'|url=https://www.businessinsider.de/the-10-most-popular-programming-languages-according-to-github-2018-10?op=1|website=[[Business Insider]]|accessdate=June 29, 2019|archiveurl=https://archive.today/20190629083530/https://www.businessinsider.com/the-10-most-popular-programming-languages-according-to-github-2018-10?op=1&r=DE&IR=T|archivedate=June 29, 2019|date=January 22, 2019}}</ref>、Javaは特に[[クライアントサーバモデル|クライアント/サーバモデル]]の[[ウェブアプリケーション|Webアプリケーション]]で使用されている最も人気の高いプログラミング言語の1つであり<ref name="名前なし-1"/>、全世界でおよそ900万人の開発者がいるとレポートされている<ref>{{Cite web|url=https://www.oracle.com/technetwork/articles/java/afterglow2013-2030343.html|title=JavaOne 2013 Review: Java Takes on the Internet of Things|website=www.oracle.com|accessdate=2016-06-19|archiveurl=https://www.imarslan.com/javaone-2013-review-java-takes-on-the-internet-of-things|archivedate=April 19, 2016}}</ref>。最新バージョンは、2024年9月にリリースされたJava 23と、2021年9月にリリースされたJava 17の長期サポート(LTS)版である。オラクルは未解決のセキュリティ問題によるリスクを回避するために、旧バージョンのアンインストールと新バージョンへの移行を強く推奨している<ref>{{Cite web|url=https://www.java.com/en/download/faq/remove_olderversions.xml|title=Why should I uninstall older versions of Java from my system?|publisher=オラクル|accessdate=2016-09-09}}</ref>。 |
|||
== Javaの方針 == |
|||
Javaは5つの方針に基づいて開発された<ref>{{Cite web|url=https://www.oracle.com/technetwork/java/intro-141325.html |title=The Java Language Environment |accessdate=2019-04-24}}</ref>。これらはJavaテクノロジの中枢となる[[仮想マシン]]に向けられたものでもあるが、言語仕様にも大きく反映されている。 |
|||
== Javaの特徴 == |
|||
# シンプルで、[[オブジェクト指向プログラミング|オブジェクト指向]]で、見慣れたものにする(''simple, object-oriented, and familiar'') |
|||
現在の正規ベンダーである[[オラクル (企業)|オラクル]]の公式アピールは、以下の通りである<ref name=":0">{{Cite web|和書|title=Java Software {{!}} オラクル|url=https://www.oracle.com/java/|website=www.oracle.com|accessdate=2019-10-19}}</ref>。特に業務用システムの構築に最適であるとしている。 |
|||
# 堅牢で安全にする(''robust and secure'') |
|||
{{Quotation|Java reduces costs, shortens developer timeframes, drives innovation, and improves application services as the programming language of choice for enterprise architecture, finance, and HR. Java is used in many industries including manufacturing, automotive, insurance, and public sector.<br/> |
|||
#[[プラットフォーム非依存]]で、[[移植 (ソフトウェア)|移植]]を容易にする(''architecture-neutral and portable'') |
|||
Javaは、コストを削減し、開発者の時間枠を短縮し、イノベーションを促進し、エンタープライズアーキテクチャ、財務、およびHRに最適なプログラミング言語としてアプリケーションサービスを改善します。 Javaは、製造・自動車・保険・公共部門などの多くの業界で使用されています。}}オラクルによると、全世界の3億のコンピュータデバイスでJava実行環境が動作しており、全世界の200万の人員がJava開発環境を使用しており、全世界で250億枚の[[Java Card]]が発行されている、と統計されている<ref name=":0" />。 |
|||
# 高いパフォーマンスで動作する(''to execute with high performance'') |
|||
#[[インタプリタ|インタプリタ式]]で、[[スレッド (コンピュータ)|スレッド式]]で、動的([[最適化 (情報工学)|最適化]])にする(''interpreted, threaded, and dynamic'') |
|||
<!-- 同じ内容が別の項にもあり冗長かなと思ったので取り敢えずコメントアウト |
|||
あとで確認して書き直します。 |
|||
=== Javaの構文 === |
|||
変数の在り方 |
|||
{{main|Javaの文法}}Javaプログラム構文は、[[C++]]によく似たものである。[[オブジェクト指向言語]]の一面が強調されがちだが、C言語のような[[手続き型プログラミング|手続き型言語]]としてもプログラミングできる。Javaはオブジェクト指向パラダイムをそれほど強制しない。 |
|||
Javaは、同時に[[マルチパラダイムプログラミング言語|マルチパラダイム言語]]でもある。JDK 1.1で[[JavaBeans]]/[[Java Remote Method Invocation|JavaRMI]]/[[CORBA]]による[[ソフトウェアコンポーネント|コンポーネントプログラミング]]と、[[リフレクション (情報工学)|リフレクション]]APIによる[[メタプログラミング]]が備えられた。J2SE 5.0でジェネリクス構文/APIによる[[ジェネリックプログラミング]]が追加された。Java SE 7で並行[[Application Programming Interface|API]]による[[並行コンピューティング|並行プログラミング]]が追加された。Java SE 8では[[ラムダ式]]/関数型インターフェース/ストリームAPIなどによる[[関数型プログラミング]]が追加された。2014年(Java 8)以降の関数型とジェネリクスを多用しているJavaプログラムは、それ以前のJavaプログラムから大きく様変わりしている。 |
|||
Javaでは変数として、メモリに書き込まれる具体的なデータのみを扱うプリミティブ型と、クラスのインスタンスや文字列などの参照型が存在する。 |
|||
また使用されていないメモリ領域を自動で開放するガベージコレクションが導入されたため、メモリ管理の複雑さを解消している。 |
|||
型定義と関数の在り方 |
|||
テンプレート(ジェネリクス)と演算子オーバーロード(+関数オブジェクト)を除外した事は同時に、データ型とメソッド呼出の認識を厳格化し、利便性よりも堅牢性を重視するという方針を示す事になったが、Java5から導入されたジェネリクス構文や、Java8で導入された |
|||
、Java 8で導入されたラムダ式、型推論、メソッド参照、ストリームといった関数型プログラミング由来の構文が導入され、特に細部の実装に適用された事によりJavaの方向性は大きく変化したと言える。 |
|||
オブジェクト指向の在り方 |
|||
オブジェクト指向はC++と同様のクラスのメカニズムに基づく仕様から多重継承が取り除かれ、無名クラスの構文が追加されている。後者はプロトタイプベースオブジェクトの取り扱いに近い利便性を実現した。カプセル化はソースコード単位がデフォルトの緩やかなもので利便性が優先されている。Javaの多態性の中心は仮想関数であり、その集合体であるinterface構文が専門に用意されている。interfaceは継承と区別されて多重に実装できる。また堅牢性を重視しながらも動的な型比較と型キャストとリフレクションが備えられており、動的な多態性の実現が優先されている。上述二点の多態性の背景には分散コンピューティングの重視があり、その実現をサポートするネットワーク機能とリモートメソッドおよびCORBAのAPIも充実している。 |
|||
スレッドの在り方 |
|||
Javaではスレッドベースの並行コンピューティングが重視されている。全てのインスタンスに同期用のロック機能が備えられているのでイメージ的にオブジェクト単位の排他制御の実装が容易となっており、オブジェクト指向との協調が図られている。これは仮想マシン組み込みのsynchronized構文で用いられるが、その他にも様々な同期用APIが揃えられている。スレッド資源の制約を解決する為にタスクの仕組みを併せたモニタ(Executor)の技法が導入されている。ロック手法にはミューテックス、セマフォ、バリア、読み書きロック、イベント(CountDownLatch)が揃えられており排他制御手法の選択肢も広い。またアトミック操作をサポートするAPIも揃えられている。 |
|||
堅牢性から利便性へ |
|||
Javaの予約語は少なくAPIは膨大であり、シンプルで応用性に富んだ言語仕様と見る事が出来る。基礎部分を簡素化して残りをアドオン的にする設計は、Javaの主眼であるマルチプラットフォーム性を実現する為でもあった。加えてJava仮想マシン上でのプログラム実行は基礎レベルからの堅牢性とセキュリティを実現した。公開初期と比べたJavaの方向性は大きく変化している。動的多態性、分散処理、並行処理、総称型構文、関数型構文の拡張ないし追加が示すものは柔軟性(flexible)と利便性(utility)の追求であり、結果的に堅牢性(robust)を旨としたJavaの哲学に優越した。 |
|||
--> |
|||
== Javaの特徴 == |
|||
=== オブジェクト指向 === |
=== オブジェクト指向 === |
||
{{main|オブジェクト指向プログラミング}}Javaは、[[クラスベース]]の[[オブジェクト指向プログラミング言語|オブジェクト指向]]である<ref>広辞苑 第六版</ref>。[[クラス (コンピュータ)|クラス]]、[[インタフェース (抽象型)|インターフェース]]、[[インスタンス]]といった概念を中心にしたものである。クラスのメンバ要素は、フィールド、メソッド、静的フィールド、静的メソッド、定数、内部クラス、コンストラクタ、ファイナライザである。インターフェースは抽象メソッドと定数で構成される純粋抽象クラスである。クラスはインスタンスのひな型であり、インスタンスはクラスを実体化したものである。Javaプログラムは、1個以上のクラス定義文から形成される。Javaのクラスは[[カプセル化]]、[[継承 (プログラミング)|継承]]、[[ポリモーフィズム|多態性]]をサポートしている。 |
|||
Javaは[[クラスベース]]の[[オブジェクト指向プログラミング言語]]である。[[オブジェクト指向]]とは、現実世界をモデル化する手法のひとつであり、データ(状態)とそれに関連する振る舞い(処理)をまとめて[[オブジェクト (プログラミング)|オブジェクト]](物体)として扱う。 |
|||
[[カプセル化]]は、クラスメンバの可視性 (private, package, protected, public) でサポートされている。可視性とはメンバのアクセス許可範囲を定めるものであり、<code>private</code>は同クラス内限定、<code>package</code>は同クラス内と同パッケージ内限定、<code>protected</code>は同クラス内と同パッケージ内と派生クラス内限定、<code>public</code>は制限なしを意味する。パッケージはプログラム全体を任意に分割したソースファイルの1個以上のまとまりである。Javaのデフォルト可視性は、ファイル単位の<code>package</code>なので隠蔽性よりも利便性が重視されている。 |
|||
Javaのプログラムは通常複数の[[クラス (コンピュータ)|クラス]]から構成される。[[オブジェクト指向]]におけるクラスとは、オブジェクトの設計図にあたるものである。各クラスから実体化した[[オブジェクト (プログラミング)|オブジェクト]]はインスタンスと呼ばれる。クラスは再利用可能なソフトウェア部品の単位としてよく使われる。Javaのクラスは[[カプセル化]]・[[継承 (プログラミング)|継承]]・[[ポリモーフィズム]]をサポートする。 |
|||
[[継承 (プログラミング)|継承]]は、スーパークラスが一つに限られる単一継承をサポートしている。多重継承は不可である。既存クラスに任意メンバを追加した新規クラスを作成できる。Javaの全クラスは<code>Object</code>クラスをルートクラスとしてデフォルト継承する。<code>Object</code>クラスには[[ロック (計算機科学)|ロック]]機能が備えられており、これは[[並行プログラミング]]を前提にした仕様である。 |
|||
Javaでは、クラスに定義する状態を「[[フィールド (計算機科学)|フィールド]]」([[インスタンス変数]])と呼び、振る舞いを「[[メソッド (計算機科学)|メソッド]]」と呼ぶ。それぞれ、[[C++]]で「メンバー変数」「メンバー関数」と呼ばれているものに相当する。なおJavaのオブジェクト指向は、[[Smalltalk]]に代表されるような[[メッセージパッシング]]によるオブジェクト指向ではなく、C++に代表されるようなクラス機構を中心としたオブジェクト指向である。後者は、限られた計算機資源でもオブジェクト指向を実現できるというメリットがある。 |
|||
[[多態性]]は、[[仮想関数]]、[[抽象クラス]]、[[インタフェース (抽象型)|インターフェース]]、動的[[ダウンキャスト]]でサポートされている。スーパークラスの<code>virtual</code>メソッドを、サブクラスの同名メソッドで[[オーバーライド]]できる機能を仮想関数と言う。スーパークラス変数にサブクラスインスタンスを代入してその変数からサブクラスのメソッドが呼ばれるようにするのは、[[サブタイピング (計算機科学)|サブタイピング]]になる。インターフェースは抽象メソッドだけの純粋抽象クラスであり、任意の数だけクラスに実装できる。実行時ダウンキャストは<code>instanceof</code>演算子の実行時型チェックが可能で、ダウンキャスト失敗時は[[例外処理|例外]]発生する。 |
|||
[[継承 (プログラミング)|継承]]とは、既存のクラスを基にして、そのクラスの機能を引き継いだ新しいクラスを定義できることをいう。継承は拡張とも呼ばれ、Javaのクラス構文では継承の際に<code>extends</code>キーワードが使われる。Javaのクラスはすべて、暗黙的に基底クラス{{Javadoc:SE|name=java.lang.Object|java/lang|Object}}から派生する。また、C++のような実装の[[多重継承]]はサポートせず、単一継承のみをサポートする。ただし、クラスは複数の[[インタフェース (抽象型)|インタフェース]]を実装 (<code>implements</code>) することができる。Javaのインタフェースは、C++では純粋仮想関数のみを持つクラスに相当し、実装を持たない型である<ref group="注釈">実装の多重継承をサポートせず、インタフェースにより型の多重継承のみをサポートするという設計思想は、後発の[[C Sharp|C#]]などでも採用されている。</ref>。ただし、Java 8以降はインタフェースのデフォルトメソッドにより、実装の多重継承も限定的にサポートするようになった。 |
|||
Javaで扱うデータ / オブジェクトの型([[データ型]])は、強い[[静的型付け]]を採用している。静的型付けにより、Javaの[[コンパイラ]]および実行環境が、型同士の整合性を検査することによって、プログラムが正しく記述されていることや、安全に動作することの検証が可能である。 |
|||
Javaのデータ型には、大別して[[参照 (情報工学)|参照]]型 (reference type) と[[プリミティブ型]](原始型、primitive type)の2種類がある。Javaのオブジェクトはすべて参照型である。一方、Javaのプリミティブ型はオブジェクトではなく、単純な構造のデータ(数値、論理値、文字など)を扱うための型である。[[Javaクラスライブラリ|Javaの標準ライブラリ]]は、[[ボックス化]]によりプリミティブ型の値をオブジェクトとして扱えるようにするための[[プリミティブラッパークラス]]を提供している。 |
|||
* Java 1.5 (J2SE 5.0) 以降は、コンパイラが自動的にプリミティブ型のデータとそれに対応する参照型([[プリミティブラッパークラス]])のオブジェクトとの間の変換を行う。これを自動ボックス化/自動ボックス化解除([[オートボクシング]]/オートアンボクシング)と呼ぶ。これにより、プリミティブ型と対応する参照型の2種類のデータ型が存在することによる複雑さや煩雑さは軽減されているが、性能面での変化はない。 |
|||
* Java 1.5以降は、[[総称型]]による[[ジェネリックプログラミング]]をサポートするようになった。これにより、プログラマによる明示的な[[型変換]]を減らすことができ、安全性が向上した。 |
|||
JavaはC++と違って名前空間レベルのフリー関数(グローバル関数)および[[グローバル変数]]の定義を許可しておらず、必ず何らかのクラス定義の中にメソッドとフィールドを記述することが特徴である。Java 1.5では、メソッドとフィールドの静的インポートをサポートするようになり、クラス修飾なしで静的メンバーを利用できるようになった。しかし静的インポートを不用意に使うとソースコードを判読困難にしてしまう可能性があるため、利用する際のガイドラインが公開されている<ref>[https://docs.oracle.com/javase/jp/1.5.0/guide/language/static-import.html static のインポート]</ref>。 |
|||
なお、Javaは純粋なオブジェクト指向言語ではなく、オブジェクト指向を強制しない<ref>{{Cite web|url=https://www.ibm.com/developerworks/jp/java/tutorials/j-introtojava1/index.html |title=Javaプログラミング入門, 第 1 回: Java 言語の基本 |language=ja-jp |accessdate=2019-02-05}}</ref>。すべてのデータおよび処理は何らかのクラスに属していなければならないという制約はあるが、静的フィールド、静的メソッド、静的インポートなどを使うことで、必要に応じて手続き型プログラミングのスタイルをとることも可能であり、オブジェクト指向プログラミングのスタイルを採用するかどうかはプログラマの裁量にゆだねられている。 |
|||
Java 1.1で追加された[[リフレクション (情報工学)|リフレクション]]は、動作中のJava仮想マシン内のクラスやオブジェクトに関するイントロスペクションをサポートする、小規模で、型が保証されたAPIを提供する<ref>[https://docs.oracle.com/javase/jp/1.5.0/guide/reflection/spec/java-reflection.doc.html Java Core Reflection | Oracle]</ref>。セキュリティポリシーで認められる場合、クラスおよびクラスのメンバーの名前を文字列によって動的に指定して利用することができる。用途としては、アプリケーションの外部拡張性、クラスブラウザやビジュアル開発環境、デバッガーやテストツールなどの実現を想定されている。リフレクションは強力だが、パフォーマンス上のオーバーヘッドやセキュリティリスク、内部状態の公開を伴うため、不用意に使うべきではないとされている<ref>[https://docs.oracle.com/javase/tutorial/reflect/ Trail: The Reflection API (The Java™ Tutorials)]</ref>。 |
|||
=== プラットフォーム非依存 === |
=== プラットフォーム非依存 === |
||
{{main|Java仮想マシン}}[[プラットフォーム (コンピューティング)|プラットフォーム]]非依存とは、Javaプログラムが特定の[[ハードウェア]]や[[オペレーティングシステム]]に依存せずに、あらゆる環境での共通動作を保証する概念である。”''Write once, run anywhere''”(一度プログラムを書いてしまえば、どのコンピューターでも動くよ)とされる。Javaのプラットフォーム非依存性は次のようにして実現されている。 |
|||
[[ファイル:GC SwingDemo.jpg|thumb|250px|Java [[Swing]][[グラフィカルユーザインタフェース]] (GUI) の[[Look and feel|ルックアンドフィール]]は、[[プラットフォーム (コンピューティング)|プラットフォーム]]に依存しない]] |
|||
<!-- |
|||
[[画像:SwingSet.png|thumb|Java [[Swing]][[グラフィカルユーザインタフェース]] (GUI) の[[Look and feel|ルックアンドフィール]]は、[[プラットフォーム (コンピューティング)|プラットフォーム]]に依存しない]] |
|||
--> |
|||
Javaでは[[プラットフォーム (コンピューティング)|プラットフォーム]]非依存を目標の一つとし、またバージョン間の[[互換性]]に注意して開発が進められている。プラットフォームに依存しない(Javaプラットフォーム自体を除く)[[アプリケーションソフトウェア]]の開発と配備を行うことができると主張される。従来の[[プログラミング言語]]の多くはプラットフォーム([[CPU]])に依存したネイティブなコードに[[コンパイラ|コンパイル]]することを前提として設計されていたが、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コンパイラ]]の[[実装]]として、[[ソースコード]]から直接にプラットフォームのハードウェアにネイティブな[[オブジェクトファイル|オブジェクトコード]]([[機械語]]コード)を生成するものがある。このようなJavaコンパイラの実装としては[[GNUプロジェクト]]の[[GNU Compiler for Java]] (GCJ) などがある。この場合、バイトコードを生成するという段階は省かれる。しかしこの方法で生成されるJavaの実行コードは、コンパイル時に指定したプラットフォームでしか動かない。 |
|||
Javaの実行コード([[バイトコード]])を生成する手段としては、[[プログラミング言語]]Javaでプログラムを書くことが標準的な方法である。Javaのバイトコードの実行は、[[Java仮想マシン]]という[[仮想機械|仮想マシン]]の環境上で行われる。Java仮想マシンは実行時にバイトコードをネイティブコードに変換する。なお、Javaのバイトコードを生成する他の手段としては、[[Ruby]]([[JRuby]])、[[Python]]([[Jython]])、[[Groovy]]、[[Scala]]、[[Kotlin]]、[[Ceylon]]、<!--[http://www.jabaco.org Jabaco]--><!-- Jabacoは2009年で更新が止まっており、ここで列挙するにはマイナーすぎる存在のためコメントアウト。 -->などのプログラミング言語でプログラムを書く方法もある。 |
|||
[[サン・マイクロシステムズ]]のJavaのライセンスは、すべてのJava実行環境の実装は「[[互換性]]」を備えるべきであることを要求していた。このことに関連して、[[サン・マイクロシステムズ]]と[[マイクロソフト]]との間で法的な争いが起こったことがあった。この法的な争いは、サンが、マイクロソフトのJava実行環境の実装について次のように主張したことによる。 |
|||
*[[Java Remote Method Invocation|RMI]]と[[Java Native Interface|JNI]]の機能が無い。 |
|||
*マイクロソフトのプラットフォーム ([[Microsoft Windows|Windows]]) に特有の機能を備えている。 |
|||
サンは訴訟を起こして勝訴し、約2000万ドルの違約金の支払いを受けた。また裁判所は、マイクロソフトに対してサンのライセンス条件に従うことを命じた。この決定を受けて、マイクロソフトは自社のOSであるWindowsにJava実行環境を同梱しない方針を採った。また{{いつ範囲|date=2019年2月|近年}}のバージョンのWindowsでは自社の[[ウェブブラウザ]]である[[Internet Explorer]]でJavaをサポートしないようにした。その結果、Internet Explorerで[[Javaアプレット]]を動かすためには、別途に[[プラグイン]]が必要となった。しかし、サンなどの企業は、Windowsのユーザが、無償でJava実行環境を利用できるようにした。そのため、ほとんどのWindows PCのユーザは、何ら問題なくウェブおよびデスクトップ上でJavaアプリケーションを実行できる。 |
|||
最初期の[[Java Runtime Environment|Java実行環境]]の実装では、Javaプログラムの実行速度が遅かったが、Javaのバージョンアップに伴う仮想マシンの進歩により、高速に実行できるようになった。最初期のJava実行環境の[[Java仮想マシン]]の実装は、[[移植性]]を実現するために[[インタプリタ]]として動作する[[仮想機械|仮想マシン]]を採用した。こうした初期のJava実行環境の実装では、Javaプログラムの実行速度が[[C言語|C]]や[[C++]]のプログラムと比べて遅かった。そのため、Javaプログラムの実行速度は遅いという評判が広まっていた。 |
|||
Javaプログラムを高速に実行するために使われる技術を説明する。 |
|||
*Java仮想マシンに高速化の技術を導入する。 |
|||
**Java仮想マシンに[[ジャストインタイムコンパイル方式]](JITコンパイル方式)を導入する。ジャストインタイムコンパイラは、Javaプログラム(バイトコード)の実行時に、バイトコードをネイティブコードに変換する。 |
|||
**さらに洗練されたJava仮想マシンでは「動的再コンパイル」(dynamic recompilation) を行う。こうしたJava仮想マシンでは、実行中のプログラムを分析して、プログラムの重要な部分を特定して再コンパイルを行い[[最適化 (情報工学)|最適化]]する。動的再コンパイルは、静的コンパイルよりも優れた最適化を行うことができる。その理由は、動的再コンパイルは、実行環境と実行中にロードされている[[クラス (コンピュータ)|クラス]]に関する情報に基づいて最適化しているからである。 |
|||
**Java仮想マシンに[[世代別ガベージコレクション]]の技術を導入して[[ガベージコレクション]]を効率化する。 |
|||
*あるいは、先に述べたように、Javaのソースコードを、従来の言語のコンパイラと同様に、単純にネイティブな機械語コードにコンパイルする。この場合、バイトコードを生成する過程は全く省かれる。この技術を使うと、良好な実行速度を得ることができる。ただし[[移植性]](プラットフォーム非依存)は損なわれる。Java仮想マシンにジャストインタイムコンパイルと動的再コンパイル、世代別ガベージコレクションの技術を導入することにより、Javaプログラムは、移植性を保ちつつ、ネイティブコードと同水準で高速に実行することができるようになった。 |
|||
<!-- 以下のコメントアウトに伴い文章のつながりが不自然になるためコメントアウト。校正して再び書き直す可能性あり |
|||
#[[Javaコンパイラ]]は、Javaソースコードを、[[Javaバイトコード]]という[[中間表現]]にコンパイルする。Javaバイトコードは、[[Java仮想マシン]]用の実行コードである。Javaバイトコードは通常、[[Javaクラスファイル]]にまとめられる。 |
|||
Java の移植性(プラットフォーム非依存性)がどの程度実現できているかについては、議論の対象となっている。技術的には、移植性とは実現が難しい目標であるが、多くのプラットフォームにおいて同一に動作するJavaプログラムを作成することは可能である。 --><!-- 出典が見つからなかったためコメントアウト |
|||
#[[Java仮想マシン]]は、各プラットフォームの差異を吸収するクッション的なソフトウェアである。Java仮想マシンは、様々なコンピュータ環境対応バージョンが提供されており、各プラットフォームに[[Java実行環境]]の中核としてインストールされる。 |
|||
#[[Java仮想マシン]]は、任意の[[Javaクラスファイル]]を[[Javaクラスローダー]]で読み込み、その[[Javaバイトコード]]を解釈実行する。インタプリタ式の解釈走行と、[[実行時コンパイラ]]で解釈走行させるものがある。 |
|||
Java初期のインタプリタ式で走行されるJavaプログラムの実行速度は遅かったが、[[実行時コンパイラ]]技術と動的再コンパイル技術 (dynamic recompilation) の導入によって実行速度問題はほぼ解決した。実行時コンパイラとは、一定のJavaバイトコードをまとめて[[ネイティブコード]]にコンパイルして継続的に実行させる技術である。Java仮想マシンはメモリ境界と[[バッファオーバーフロー]]のチェックを行いながらプログラムを走行させる。また、クラスロード時のバイトコード検証機能によって、あからさまなコード暴走や致命的エラーの頻発を事前抑止している。 |
|||
しかし実際には、Javaを利用できるプラットフォームによってはちょっとしたエラーが発生したり、微妙に異なる動作をしたりする事例が多い。こうしたことから一部の人々は、サン・マイクロシステムズのJavaの売り文句であった "Write once, run anywhere"(一度コードを書けば、どの環境でも動く)をもじって "Write once, debug everywhere"(一度コードを書けば、どの環境でもデバッグが必要)と皮肉をいわれることがある。[要出典] --><!-- WARN: Java仕様の不備だったのか、それとも各プラットフォームにおけるJava実装に問題があったのか、それが論じられていないので意味がない。仕様に適合しない処理系や実行環境であれば、プログラムの動作互換性が保証できないのはどの言語でも同じ。 --> |
|||
Javaのプラットフォーム非依存性は、[[サーバ]]側や[[組み込みシステム]]のアプリケーションに関しても成功を収めている。サーバ側 ([[Java Platform, Enterprise Edition|Java EE]]) では、Java の[[Java Servlet|サーブレット]]、[[Webサービス]]、[[Enterprise JavaBeans|EJB]] (Enterprise JavaBeans) などの技術が広く使われている。組み込みシステムの分野においても、組み込みシステム向けの Java環境 ([[Java Platform, Micro Edition|Java ME]]) を使った[[OSGi]]を基にした開発が広く行われている。 |
|||
=== スレッド === |
=== マルチスレッド === |
||
{{main|マルチスレッド}}Javaプログラムは、複数以上の[[スレッド (コンピュータ)|スレッド]]を同時走行できる。これをマルチスレッドと言う。多数のスレッドを扱う大規模システムにも対応しており、例えばスレッドグループAPIは、スレッドたちを役割や性質でグループ化して一括操作できる。これは[[クライアント・サーバシステム]]の実装向けである。また、多数の断続的[[トランザクション]]をさばくシステムにおいて発生しがちなスレッド生成/破棄の反復による負荷増大を回避するための、スレッドプールとタスクキューを合わせたスレッドモニタAPIも用意されている。 |
|||
Javaではその前身であるGreenOS用言語およびOakと呼ばれていた頃にあたる、主に家電機器向け組込システムへの普及を目指していた初期の段階から、スレッド式(''threaded'')を基底要素にして設計されていた。組込システム開発では主に2~4タスクによる並行処理が要望される状況が頻出しており、大抵はシングルタスクでも実装可能なコルーチンによる交互切り替えフローで対応される事が多かった。家電機器の高機能化に伴うマルチタスク環境のニーズ増加を予測したサン社のプロジェクトチームは、その組み込み分野におけるシェア独占を目指してマルチスレッド機能の標準配備を、プログラミング言語と仮想マシン設計における重要課題としていた。初期バージョンにおけるJavaのスレッドは、仮想マシンソフトウェア上のユーザー空間で走行される純粋なユーザースレッドとして実装された。一台のJava仮想マシンの実行は一つのプロセスとなり、Javaのプロセスは始めから複数スレッド(糸)の寄り合わせとして設計されていた。この高度なネイティブスレッド・エミュレート技術は注目を集め、その開発チームの名に因んだグリーンスレッドという名称を確立し、ランタイムライブラリ及び仮想マシン上で走行されるマルチスレッドの代名詞となった。グリーンスレッドは公開初期においては、例えばLinuxのネイティブスレッドよりもやや軽量なパフォーマンスを発揮した。組み込みシステム向けのJava仮想マシンでは基本的にこのグリーンスレッドが標準仕様となり続けている。しかし、パソコンやサーバーマシン用の各OSの間で、マルチコアCPUの特性を活かして設計された更に軽量なネイティブスレッドが一般的になると、グリーンスレッドのパフォーマンスは明確に見劣りするようになった。やむなく開発チームはグリーンスレッドを順次廃止し、JavaのスレッドをOSが提供するネイティブスレッド上で走行させるように設計変更した。これはやや苦汁の決断だったようで、特に並行処理同期=排他制御を多用するJavaプログラムにおいては、この時点からプラットフォーム非依存性に対する問題が生じるようになったと言われる。 |
|||
Javaのマルチスレッド[[並行計算]]は、[[クリティカルセクション]][[同期]]が基準にされている。Javaの全インスタンスは、[[ロック (計算機科学)|ロック]]機能を備えている<code>Object</code>クラスをルート継承しているので、クリティカルセクションのロックオブジェクトにできる。Javaでは<code>synchronized</code>で指定された範囲がクリティカルセクションになる。Javaの標準ロック手法は、[[ミューテックス]]の[[モニタ (同期)|モニタ]]である。<code>synchronized</code>メソッドはその全体が排他セクションになり、そこでは[[This (プログラミング)|This]]インスタンスがロックオブジェクトになる。<code>synchronized</code>静的メソッドでは、システム内の専用インスタンスがロックオブジェクトになる。また、<code>synchronized(指名変数)</code>構文でメソッド内の任意範囲をクリティカルセクションにして、そこでは指名変数がロックオブジェクトになる。 |
|||
Javaの同期(''synchronization'')設計の特徴としては、全てのインスタンスにロックオブジェクト機能を持たせている事が挙げられる。このロックは''synchronized''キーワードで示される標準同期構文で使用される。標準同期はJava仮想マシン内包仕様であり、機能的にはミューテックスに相当する。''synchronized''修飾子を付加された各メソッドはその全体が排他制御エリアとなり、呼び出し時はデフォルト的にthisインスタンスからロックを取得するので、イメージ的にオブジェクト(=インスタンス)単位となる排他制御が容易に実装できた。このロック普遍化はオブジェクト指向との協調を明確に表現した設計と言える。''synchronized''クラスメソッドの方は、システム内に存在するクラスオブジェクトからロック取得を試みるので、これもイメージ的に同種オブジェクト(同属性インスタンス)共通の同期と排他制御を表現できた。また、''synchronized()''定義子の波括弧で任意のコード部分を括る事により、メソッド内に部分的な排他制御エリアを設ける事が出来る。ここではthis以外のインスタンスもロックオブジェクトに指定出来るので多様な同期が可能となった。上述の排他制御エリアの仕組みは基本的に入口でロックを取得し、出口でロックを解放するものである。ロックが取得出来なかったら待機キューに入れられる。再入可能(リエントランス)に設計されているので再帰アルゴリズムなどで一度ロックを取得したスレッドが再び入口を通る時はそのまま素通りする。エリア内からのメソッドリターンは同時に出口通過と見なされてロックを解放する。ただしエリア内ですでにロック解放(''notify'')を行っている場合はそのまま脱出する。エリア内では任意位置での待機キュー入り(''wait'')も可能で同時にそこでロックも解放される。状態異常発生時は各スレッドに例外を投げて待機キューから強制脱出させる事も出来る。この標準同期は、組み込みシステムやさほど複雑でないアプリケーションの実装をほとんどカバー出来るものと言える。またこのミューテックス相当の機能は様々に応用可能でもある。しかし、実際にカウントセマフォやバリアや読み書きロックなどを再現しようとすると余計なワンステップを必要としがちなので、それらのロック手法は専用のAPIで用意されている。 |
|||
ミューテックスのモニタ以外の、カウント[[セマフォ]]や[[バリア (計算機科学)|バリア]]や読み書きロックなどのロック手法は、並行APIの方で用意されている。 |
|||
スレッドはその性質ごとにスレッドグループにまとめる事が出来て同時に様々な一括操作も可能となっている。これはクライアント・サーバーシステムの実装でよく用いられる。また膨大な数の断続的トランザクションをさばくシステムにおいて発生しがちなスレッド生成と破棄の繰り返しによる負荷増大を解決する為の、スレッドプールとタスクキューを併せたいわゆるモニタの技法を提供するAPIも用意されている。 |
|||
=== ガベージコレクション === |
=== ガベージコレクション === |
||
{{see also|ガベージコレクション}} |
{{see also|ガベージコレクション}} |
||
Java |
Javaプログラムのメモリ管理は、[[Java仮想マシン]]の[[ガベージコレクション]]によって行われる。ガベージコレクションとは、すでにどこからも参照されていないインスタンスを自動的に特定して破棄し、その占有メモリ領域を自動的に解放する機能である。人の手によるオブジェクトの生成と破棄を正確に対応させるメモリ管理作業は煩雑化するのが常であり、[[メモリリーク]]や不正リリースによるエラーを引き起こしやすく、バグの温床と化すのが通例であった。それらを自動化したガベージコレクションは、Javaプログラマを複雑なメモリ管理作業から解放する。 |
||
ガベージコレクタのプロセスは、システムスレッドに乗って未参照のインスタンスを探し続ける。どこかの末端だけが途切れている参照の連鎖のかたまりも正確に特定して、参照の孤島に例えられたメモリ領域を一気に解放する。Javaではガベージコレクション機能に並々ならぬ力が入れられており、その技術更新は現在も進行中である。[[世代別ガベージコレクション|世代別ガベージコレクタ]]、応答時間短縮化の[[レイテンシ]]重視ガーベジコレクタ、休止時間短縮化の[[スループット]]重視ガーベジコレクタなどが導入されて更に改訂を重ねており、運用環境別の選択使用も可能にされている。 |
|||
[[ガベージコレクション]]機能を備えた事により、これを備えていない従来の多くの言語と比較して、プログラムの開発生産性と安定性が高く、[[プログラマ]]の負担が完全に解消されるわけではないものの、大きく軽減される。Java1.2以降では[[世代別ガベージコレクション]]というより効率的な技術を導入している。 |
|||
=== 分散コンピューティング === |
|||
<!-- Java以外のガベージコレクションについて深く説明しすぎていたためコメントアウト |
|||
{{see also|分散コンピューティング}} |
|||
詳細はガベージコレクションのページを閲覧すべき |
|||
Javaの[[分散コンピューティング]]プログラミングは、[[Object Request Broker|オブジェクト要求ブローカー]]に準拠している。これはネットワーク上に存在する様々なプラットフォームの間で、互いに異なる環境を意識せずにリクエストとレスポンスを送りあい任意のタスクを遂行する[[分散システム]]の構築をサポートする。各プラットフォーム上で稼働されるサーバアプリケーションとクライアントアプリケーションは、それぞれオブジェクトを内包しており、業界共通規格の[[Common Object Request Broker Architecture|CORBA]]またはJava独自規格の[[Java Remote Method Invocation|RMI]]が提供する運用アーキテクチャと通信プロトコルを通して、他のオブジェクトと相互にコミュニケーションする。それらは分散オブジェクトと呼ばれている。 |
|||
業務用システムではすでにCORBAが普及していたので、高パフォーマンスだがJavaプラットフォーム間の限定になるRMIはその後追いであった。そのためRMIはCORBAと連携できるようにRMI over IIOPなどの様々な技術が実装されている。CORBAの通信プロトコルは[[IIOP]]、RMIの方はJRMPである。分散オブジェクトを実装するためのAPIとクラスライブラリの多くは[[Jakarta EE]]に属している。分散オブジェクトの中でサーバ機能に特化されたものは[[Enterprise JavaBeans|EJB]] (Enterprise JavaBeans) と呼ばれている。 |
|||
ガベージコレクションを備えていないC++などの言語の場合、プログラマが適切にメモリの管理をしなければならない。オブジェクト指向プログラミングにおいて、オブジェクトを格納する領域をメモリ内のヒープ領域に動的に割り当てた場合(動的メモリ確保)、そのオブジェクトがもはや必要なくなった場合に、プログラマは必ず明示的にオブジェクトを削除する指示を記述して、そのオブジェクトが使っていたメモリ領域を解放しなければならない。メモリ管理が不適切なプログラムでは、メモリリークが発生する可能性がある。メモリリークとは、プログラミングミスなどにより、解放されなかったメモリ領域が累積していき、利用できるメモリの量が減っていくことであり、気付かないうちに大量のメモリを消費してしまう問題が起こり得る。他にも、メモリ領域を解放する際に、解放の指示を重複して行ってしまい、プログラムの実行を不安定にするなどのケースがあり、悪くすると異常終了してしまうこともある。 |
|||
[[Enterprise JavaBeans|EJB]]は、クライアントと同期通信を行いトランザクションを管理するセッションビーン、データベースとリンクして永続データを管理するエンティティビーン、様々なイベントからの非同期通信を管理するメッセージドリブンビーンの三種に大別される。これらのEJBは、[[EJBコンテナ]]に内包されて運用される。分散オブジェクト同士が通信するためのプロトコルは、IIOPかJRMPが使われる。[[Java Naming and Directory Interface|JNDI]]は、照会された識別名からネットワーク上の分散オブジェクトや各種リソースのロケーションを特定して通信ないしアクセスできるようにする。 |
|||
ガベージコレクション機能は、このような潜在的な問題の多くを未然に防ぐことができる。Javaのオブジェクトは、常にヒープ領域に動的に割り当てられる。プログラマは任意の時点でオブジェクトを生成することができ、Java実行環境は生成されたオブジェクトのライフサイクルを管理する責任を持つ。 |
|||
EJBコンテナは、[[Webコンテナ|WEBコンテナ]]と連携して運用されるのが普通である。EJBコンテナはWEBコンテナを一般的なクライアント窓口として使用することが多い。WEBコンテナは[[サーブレット]]と[[JavaServer Pages|JSP]](Java Server Pages)を内包しているWEB用サーバアプリケーションであり、[[HTTP]]プロトコルを通して一般的な[[WEBブラウザ]]との同期通信を行う。WEB方面の分散オブジェクトは、WEBコンポーネントと呼ばれる。JSPはいわゆるWEBサイトの表示に特化したコンポーネントである。サーブレットはWEBサイトへのリクエストを処理し、場合によってはセッションビーンにトランザクションを委譲するコンポーネントである。[[EJBコンテナ]]では[[JBoss]]や[[WebSphere Application Server|WebSphere]]などが有名である。EJBコンテナはWEBコンテナと統合されて提供されている事が多い。[[Webコンテナ|WEBコンテナ]]では[[Apache Tomcat]]が有名である。 |
|||
プログラム(オブジェクト)は、他のオブジェクトへの参照を持ち、そのオブジェクトのメソッドを呼び出すことができる。他のオブジェクトへの参照とは、低水準の視点で述べると、メモリ内のヒープという領域上に確保されたそのオブジェクトを指すアドレスのことである。 |
|||
オブジェクトがどこからも参照されなくなった場合、Javaのガベージコレクション機能が自動的にその「到達不可能なオブジェクト」を削除し、そのメモリ領域を解放することでメモリリークを防ぐ。プログラマが解放処理を記述する必要はない。 --> |
|||
ただしJavaのガベージコレクション機能は、メモリリークの問題を完全に解消するわけではない。[[プログラマ]]が、自分のプログラムでもはや必要のないはずのオブジェクトへの参照を誤って保持し続けた場合は、やはりメモリリークが発生する可能性がある<ref>[しなければならない。メモリ管理が不適切なプログラムでは、[[メモリリーク]]が発生する可能性がある。メモリリークとは、プログラミングミスなどによ Javaの理論と実践: 弱参照でメモリー・リークを塞ぐ]</ref>。 |
|||
別の表現で述べると、Javaでは、メモリリークは概念的に高い水準においては、発生する可能性が残っているということである。概念的に低い水準においては、ガベージコレクションが正しく実装された[[Java仮想マシン]]を使えば、メモリリークが発生する可能性は無くなった。全体として、Javaのガベージコレクション機能により、C++の場合と比べると、オブジェクトの生成と削除は、より簡潔になり、潜在的に安全になり、また多くの場合は高速になっている。 |
|||
C++においても、Javaと同等のメモリ管理の高速性と効率性を実現することは可能ではあるが、先に述べた通り、複雑な作業で間違いやすく、完璧に行おうとすれば開発期間が非常に長くなり、開発したソフトウェアはかなり複雑で難解になる。たとえば、C++で特定のクラスを対象として、高速実行およびメモリ利用の断片化の最小化を、高水準で達成できるメモリ管理モデルで設計開発する技法があるが、こうした技法は複雑である。 |
|||
ガベージコレクションの機構は、Java仮想マシンに組み込まれており、開発者からは、事実上隠蔽されている。開発者は、場合にもよるが、ガベージコレクションがいつ起こるか意識しなくて良い。というのも多くの場合、ガベージコレクションの実行は、プログラマが自分で書いたコードによって明示的に起こる何らかの挙動と、必ずしも関連しているわけではないからである。 |
|||
=== ネットワーク === |
|||
Javaでは充実した[[ライブラリ]]により、[[コンピュータネットワーク]]を活用するソフトウェアを、効率良く開発できる。Javaはその初期のバージョンから、[[インターネット・プロトコル・スイート|TCP/IP]] のライブラリを備えており、ネットワークで[[ソケット (BSD)|ソケット]]通信を行うソフトウェアを簡単に実装できた。分散オブジェクト環境 ([[Java Remote Method Invocation|Java RMI]], [[Common Object Request Broker Architecture|CORBA]]) のソフトウェアの開発も早い時期からできるようになっていた。またさまざまな[[ネットワークプロトコル]]の高水準なライブラリが使えるようになっている。[[W3C]]により標準化された、汎用[[マークアップ言語]]のひとつである[[Extensible Markup Language|XML]]で記述された文書を扱うライブラリも早期に実装・標準サポートされた。充実したネットワーク機能とXML文書を扱う機能を有効に組み合わせることにより、Javaは標準機能だけでも高度なシステムを構築できる言語の一つとなっている。<!-- Javaの特徴と言えるかは微妙だと判断したため一度コメントアウト |
|||
FTP(ファイル送受信) |
|||
HTTP(ウェブによるデータ送受信) |
|||
SMTP/POP/IMAP、NNTP(電子メール送受信、ネットニュース) |
|||
SSH、TLS/SSL(セキュアな通信により盗聴やなりすましを防ぐ) |
|||
SMB(ファイルサーバへのアクセス) |
|||
ほか |
|||
現在[いつ?]ではIPv6も扱えるようになりつつある。 --> |
|||
[[Extensible Markup Language|XML]]文書を扱う技術とネットワーク機能を有効に組み合わせることにより、高度なシステムやサービスを構築できるようになっている。 |
|||
=== セキュリティ === |
=== セキュリティ === |
||
{{see also|サンドボックス (セキュリティ)}} |
|||
Javaは[[コンピュータセキュリティ|セキュリティ]]を考慮して設計されており、[[サンドボックス (セキュリティ)|サンドボックス]]モデルに基づいたセキュリティ機構を備えている。セキュリティ機構を正しく実装したJava実行環境を適切に使うことで、遠隔のコンピュータ上にある実行コードを安全に実行できる([[Javaアプレット]])。初期のバージョンからコードの実行前に様々なセキュリティチェックを行えるメカニズムが実装されていた。 |
|||
分散ネットワークプログラミングを重視しているJavaは、[[サンドボックス (セキュリティ)|サンドボックス]]モデルに基づいたセキュリティ機構を備えている。これは遠隔ダウンロードされた追加プログラム([[Javaバイトコード]])による実行環境への予期せぬ操作やユーザー資源への好ましくないアクセスを防止するためのものである。分散(distributed)指向のJavaプログラムでは、[[Javaクラスファイル]]を遠隔ロードする機会が多いので、サンドボックス実行は必須になる。Javaのサンドボックスは、大抵は以下の手順になる。 |
|||
*[[ |
*[[クラスローダ|クラスローダー]]は、バイトコードをダウンロードして順次クラス化する。 |
||
* |
*実行環境内のセキュリティポリシーファイルに従って、各種パーミッションが各クラスに付与される。セキュリティポリシーは主に、クラス名とそのパーミッションのペアで記述されている。 |
||
*実行環境に元からあるクラスは、オールパーミッション付与がデフォルトである。 |
|||
*Java実行環境のセキュリティマネージャ機能([[サンドボックス (セキュリティ)|サンドボックス]])により、Javaアプレットが、ユーザによって許可された資源以外の資源に不正にアクセスすることを防ぐ。 |
|||
*スレッドがリソースアクセスなどの操作をする度に、セキュリティマネージャが現行のパーミッションを調べて対象外なら例外を発生させる。 |
|||
*Java実行環境の既定の設定では、遠隔のコンピュータ上にある実行コード(Javaアプレット)に対して、ローカルにあるファイル等へのアクセスや、アプレットのダウンロード元以外の遠隔コンピュータとの通信を禁止している。 |
|||
*その際は、スレッドの各通過メソッドのクラスのパーミッションが全チェックされ、原則的に最少パーミッションの方に合わせる。 |
|||
*遠隔ロードされたappletクラスなどのパーミッション皆無のクラスのメソッドを一度でも通ったスレッドは、完全なサンドボックス実行になりほとんどのリソースにアクセスできなくなる。 |
|||
実際には上記に加えて、各クラスを役割やセキュリティレベルでまとめるドメイン機構、認証と承認によるユーザーパーミッション機構、バイトコード送受信時の署名付き証明書機構などが組み合わされて実装運用される。 |
|||
=== 例外処理 === |
|||
Javaは[[例外処理]]の構文を備えている。これは制御フローの一種であり、例外想定ブロック内の実行中に状態異常が発生すると例外オブジェクトが生成されて、その宛先となる例外捕捉ブロックに強制ジャンプするという仕組みを指す。これは「例外を投げる」と形容されている。例外捕捉ブロックでは、渡された例外オブジェクトの情報に基づいた任意の処理を行った後に例外ブロックを抜ける事になった。 |
|||
例外処理は様々なコード局面での使用が推奨されたが、例外発生後のコードが全スキップされるというフロー上の性質から例外想定ブロック内のコード行数は比較的少ないものとなり、それら例外ブロックの断続的な羅列は却ってソースコードの可読性低下にも繋がった。例外処理による堅牢性と、コーディングレベルでの利便性および実用性は様々な部分でマッチしなかったとも言える。また、実行中の多方面に影響が及ぶような致命的な例外ほど、単純な例外ブロックの記述では対応しきれず、細部の例外ブロックから更に大枠の例外ブロックへ飛ぶというような大胆なジャンプを頻発させてプログラムの把握が難しくなるという欠点もあった。結果的に例外処理は、入出力機能の呼び出しなど決まりきった状態異常の発生部分では積極的に用いられるが、それ以外ではコーディングの頻雑さに勝るだけの有用性がそれほど認められていないのが実情となっている。 |
|||
=== その他 === |
|||
Javaは「[[パッケージ (Java)|パッケージ]]」という[[名前空間]]を持つ。これはクラスとインタフェースを文字列レベルで分類し、またクラス名定義の衝突を回避するための機能である。パッケージ名は任意の数だけピリオドで繋ぐことができる。同時にこれはパッケージの階層構造を表現できる。パッケージの実体はクラス名に付ける接頭辞の羅列であり、その接頭辞文字列によってクラス名をユニークなものにしている。プログラミングの際はソースコード冒頭に、フルパス先頭から任意の数だけ指定したパッケージ名以降をワイルドカード化し、そのパッケージ内のクラスをデフォルト指定できるので短いコード記述が可能となる。 |
|||
== Javaの歴史 == |
== Javaの歴史 == |
||
=== 草創 === |
|||
[[ファイル:Duke3D.png|thumb|right|'''Duke''' Javaのマスコット<br>Duke は2006年のJavaのオープンソース化発表と同時に[[BSDライセンス]]付与のオープンソース化が行われており、ウィキペディアに掲載することが可能である]] |
|||
1990年頃、サンのエンジニア、パトリック・ノートンは、自社のプログラミング言語C++とCの[[アプリケーションプログラミングインタフェース]](API)と[[プログラミングツール|開発ツール]]に不満を募らせていた。その頃、[[NeXT]]が注目を浴びていたことがきっかけとなって、ノートンはサンでプログラミング環境の開発の仕事をすることになった。NeXT[[ワークステーション]]と、その環境である[[NEXTSTEP]]では、主力の言語として[[Objective-C]]が開発されていた<!-- 余談は百科事典に必要ないと判断。 |
|||
=== 誕生の経緯 === |
|||
(余談になるが、その「直系の子孫」に当たるのは、macOSおよびiOSと、Swiftである) -->。こうした経緯のなかで、次世代の家電製品のための新しいプログラミング言語を設計し、その処理系を開発することを目的とした「ステルスプロジェクト」と呼ばれるプロジェクトが始まった。 |
|||
'''家電向けプロジェクトの立ち上げ(1990年12月)''' |
|||
[[ファイル:James Gosling 2008.jpg|サムネイル|181x181ピクセル|ジェームズ・ゴスリン]] |
|||
Javaの歴史は、1990年12月に[[サン・マイクロシステムズ]](サン)が、次世代の家電製品が内蔵するマイクロコントローラ向けのプログラミング言語を開発するための水面下プロジェクトをリサーチ段階を兼ねて試験的に立ち上げた事から始まる。サンはこの分野が今後の重要市場になると予測していた。サンのエンジニアである[[ジェームズ・ゴスリン]]やパトリック・ノートンらの参加により、現実味を帯びたプロジェクトの名称は正式に「グリーンプロジェクト」と定められた。彼らはカリフォルニア州[[メンローパーク (カリフォルニア州)|メンローパーク]]市サンドヒルロードに用意された比較的小さなオフィスで開発を始めた。 |
|||
'''Oak言語とGreen OSの誕生(1991年)''' |
|||
ステルスプロジェクトには、始まってすぐに[[ジェームズ・ゴスリン]]とマイク・シェルダンが参加し、プロジェクトの名称は「グリーンプロジェクト」に変更された。プロジェクトには他のエンジニアたちも参加し、彼らは[[アメリカ合衆国]][[カリフォルニア州]][[メンローパーク (カリフォルニア州)|メンローパーク]]市サンドヒルロードの道沿いにある小さなオフィスで作業を始めた。サンはこの分野が重要な市場になると予測していた。 |
|||
グリーンチーム内では当時の主流であったオブジェクト指向を採用する事で一致していた。彼らはそのモデル言語である[[C++]]に白羽の矢を立て、当初はその移植版を検討していたが、プロジェクトの対象が家電製品の[[組み込みシステム]]であったために自然と却下された。C++の複雑な言語仕様はコンピュータ資源の浪費とプログラムエラーの発生率を高めがちであり、堅牢性と安全性が最重要の家電製品の制御装置には不向きであると判断されたためだった。加えてC++では[[移植性]]に対応できない点も指摘され、[[プラットフォーム非依存]]も重要な議題として提起された。彼らはC++に代わる言語の開発と同時に、あらゆる機器に容易に移植できるプラットフォームの必要性も認識するようになった。こうして新言語プログラムの動作環境になる「Green OS」の開発も始められた。 |
|||
プロジェクトチームでは当初は[[C++]]を検討していたが、いくつかの理由から却下された。理由は、当時の彼らの目的が、家電製品すなわち[[組み込みシステム]]だったからである。組み込みシステムでは、利用できるコンピュータ資源が少ないという制約がある。彼らはC++ではコンピュータ資源を食いすぎると判断した。またC++は複雑なプログラミング言語であり、C++を使う[[プログラマ]]は注意していても間違いを犯しがちである。 |
|||
一方で、[[Mesa]]言語と[[C言語]]の長所を理想にしていたサンのエンジニアの[[ビル・ジョイ]]は、C++をモデルにした新しいオブジェクト指向言語の開発を提案するワーキングペーパーに''Further''という題名を付けて自社に上申した。それを受けてまずジェームズ・ゴスリンがC++の拡張言語を提出した。ゴスリンはこれを「C++ ++ --」と名付けたがすぐに取り下げ、改めて一から設計しなおしたプログラミング言語を1991年秋に誕生させた。オフィスの側に立つオークの木を眺めながら開発を進めていたゴスリンは、この新しい言語に「Oak」という名前をつけた。これがJavaの前身である。 |
|||
C++には[[ガベージコレクション]]の機能が無い。ガベージコレクションが無いということは、プログラマが自分でオブジェクトの寿命(生存期間)を管理しなければならないことを意味する。プログラマが自分でオブジェクトの寿命を管理することは、冒険的で間違いやすい作業である。 |
|||
'''携帯端末、テレビ機器市場への参入と撤退(1992年 - 1994年5月)'''[[ファイル:Duke3D.png|thumb|Javaのマスコット「'''Duke'''」with [[BSDライセンス]]|代替文=|190x190ピクセル]]1992年夏にはGreen OSを実際の機器に載せてOakプログラムを実行できるようになっていた。この頃になるとより広範囲な可能性を秘めるようになったグリーンプロジェクトの対象は当初の家電機器から、当時のトレンドであった[[携帯情報端末]] (PDA)へとシフトされていた。1992年9月3日に最初のデモンストレーションが開催され「Star7」という名のPDA機器がOakプログラムの初のお披露目舞台になった。このStar7のユーザーインターフェース上で後のマスコットキャラ「Duke」が初登場している。 |
|||
プロジェクトチームは、いくつかの重要な機能についてC++の[[移植性]]が乏しいことも問題であると考えた。 |
|||
このプロジェクトでの重要な機能とは、[[コンピュータセキュリティ|セキュリティ]]および[[分散コンピューティング]]、[[マルチスレッド]]であり、これらの機能が、[[プラットフォーム (コンピューティング)|プラットフォーム]]に依存せずに使える必要があった。このような事情で、彼らはあらゆる機器に容易に移植できるプラットフォームが必要であると認識するようになった。 |
|||
1992年11月、サンはファーストパーソンという会社を設立しグリーンチームをそちらに所属させた。次世代のインタラクティブ機器に関心を持つファーストパーソンは、ケーブルテレビ用[[セットトップボックス]]事業への参入を決めて、[[タイム・ワーナー]]と[[3DO]]にそれぞれOakテクノロジを提示した。しかし、その余りに高度な柔軟さが却って倦厭されてしまい契約実現には到らなかった。サン本社はファーストパーソンの解散を決め、グリーンチームも本社に戻された。 |
|||
一方で、サンの別のエンジニア、[[ビル・ジョイ]]は、[[ゼロックス]]の[[パロアルト研究所]]で[[Alto]]という[[ワークステーション]]試作機のために開発された[[プログラミング言語]]・Mesaと[[C言語|C]]の良いとこどりをした新しいプログラミング言語を構想していた。ジョイは ''Further'' という名前で呼ばれる論文を書き、自社で[[C++]]に基づいた[[オブジェクト指向]]環境を開発するべきであることを進言した。まず[[ジェームズ・ゴスリン]]がC++を改変し拡張することを試みた。ゴスリンはこの拡張版C++を、"C++ ++ --"と名付けた。しかしゴスリンは、すぐにこの拡張版C++の開発を中止して、全く新しいプログラミング言語を開発する方針を採ることにした。ゴスリンはこの新しい言語に'''Oak'''という名前をつけた。この名前の由来は、ゴスリンのオフィスのすぐそばに[[オーク]]の木が立っていたことによる。 |
|||
'''ワールドワイドウェブ参入(1994年6月{{~}}1994年9月)''' |
|||
<!-- 不必要だと判断したため一度削除。 |
|||
消しすぎていた場合はノートでの議論の後復活させます。 --> |
|||
=== バージョン履歴 === |
|||
<!--[[画像: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および[[Javaプラットフォーム]]は、高い水準でバージョン間の[[互換性]]を保ちつつ発展してきている。 |
|||
1994年6月、サン技術部長ジョン・ゲージが[[ジェームズ・ゴスリン]]、[[ビル・ジョイ]]、パトリック・ノートン、[[エリック・シュミット]]ら集めて、延べ3日に渡るブレインストーミングが行われた。ここで彼らは[[World Wide Web|ワールドワイドウェブ]]をプロジェクトの本命に据える事で一致した。革新的な[[ウェブブラウザ]]である「[[NCSA Mosaic]]」の登場に触発された彼らは、インターネットの世界がケーブルテレビのそれを超えたインタラクティブな媒体に発展しつつある事を認識していた。パトリック・ノートンはOakテクノロジをベースにした「WebRunner」という小さなウェブブラウザを開発した。Oakによる小さなアクティブプログラムが埋め込まれたウェブページにアクセスすると、WebRunner上でマウス操作に連動するインタラクティブなアニメーションが表示された。 |
|||
J2SE 1.4から、Javaの開発は[[Java Community Process|JCP]] (Java Community Process) という標準化プロセスで行うようになっている。JCPでは、JSRs (Java Specification Requests) という文書群により、Javaに対する追加機能やJavaプラットフォームに対する変更の提案と規定を行う。 |
|||
'''Javaの始動(1994年10月~1996年1月)''' |
|||
また、J2SE 1.3以降では開発コードネームとして、メジャーバージョンには動物の名前が、マイナーバージョンには昆虫の名前が付けられる傾向がある。 |
|||
[[ファイル:Hotjava.jpg|サムネイル|180x180ピクセル|HotJavaブラウザ]] |
|||
1994年秋までにグリーンチームは、Oakを「Java」に、WebRunnerを「[[HotJava]]」に改称した。Green OSは「Java Runtime Environment」に落とし込まれた。改称の理由はOakがすでにビデオカードアダプタ製造会社の登録商標になっていたからだった。この命名は一部のチームメンバーがよく出入りしていた近くのコーヒーショップで決定されたと言われる。Javaの由来は不明とされているが、ロゴが示している通りコーヒーに因んでいるのは明らかである。ジャワ島はコーヒー豆の名産地であり、豆(Bean)はJavaテクノロジ内でコンポーネントを指す用語にされている。 |
|||
1994年10月、JavaランタイムとHotJavaブラウザがサンの幹部社員たちの前でデモンストレーションされた。1995年5月にアルファ版が社内公開され、5月23日のSunワールドカンファレンスで、JavaランタイムとHotJavaブラウザが社外初披露された。ここでは[[Javaアプレット]]の技術がセールスポイントとしてアピールされた。同時に[[ネットスケープコミュニケーションズ|ネットスケープ]]が「[[Netscape Navigator (ネットスケープコミュニケーションズ)|Netscape Navigator]]」ブラウザへのJavaアプレット機能導入をアナウンスして業界の注目を集めた。1995年秋にベータ版が社外公開された。1996年1月9日にサンは、正式にJavaソフトウェア部門を立ち上げた。基幹テクノロジは市場リリース段階まで進捗していたが、その他のテクノロジは未だ途上段階であり、プラットフォームと呼べる域までは達しておらず、初回リリースのプロダクト名は、Javaランタイム環境を内包したデヴェロップメントキットになった。1月23日に最初の公開バージョンである「JDK 1.0」が市場リリースされた。 |
|||
言語仕様は JLS(Java Language Specification; Java言語仕様)により規定する。JLSは[http://www.jcp.org/en/jsr/detail?id=901 JSR 901]の管理下にある。 |
|||
=== バージョン履歴 === |
|||
バージョンアップの過程で、言語仕様の変更だけでなく、標準クラスライブラリにおいても大きな変更が加えられている。JDK 1.0では[[Javaクラスライブラリ|標準ライブラリ]]は約200[[クラス (コンピュータ)|クラス]] / インタフェースだったが、Java SE 6では4000以上のクラス / インタフェースとなっている。[[Swing]]やJava 2Dのような全く新しい[[アプリケーションプログラミングインタフェース|API]]が追加された。その一方で、もともとJDK 1.0から存在していたクラスの[[メソッド (計算機科学)|メソッド]]の多くが、J2SE 5.0での使用は推奨されないようになっている。 |
|||
{{main|Javaバージョン履歴}} |
|||
{| class="wikitable" |
|||
! バージョン !! リリース日 |
|||
|- |
|||
| JDK Beta || 1995年 |
|||
|- |
|||
| JDK1.0 || 1996年1月23日<ref>{{cite web|url=http://www.sun.com/smi/Press/sunflash/1996-01/sunflash.960123.10561.xml |title=JAVASOFT SHIPS JAVA 1.0|website=sun.com |access-date=2008-02-05 |url-status=dead |archive-url=https://web.archive.org/web/20070310235103/http://www.sun.com/smi/Press/sunflash/1996-01/sunflash.960123.10561.xml |archive-date=March 10, 2007}}</ref> |
|||
|- |
|||
| JDK 1.1 || 1997年2月19日 |
|||
|- |
|||
| J2SE 1.2 || 1998年12月8日 |
|||
|- |
|||
| J2SE 1.3 || 2000年5月8日 |
|||
|- |
|||
| J2SE 1.4 || 2002年2月6日 |
|||
|- |
|||
| J2SE 5.0 || 2004年9月30日 |
|||
|- |
|||
| Java SE 6 || 2006年12月11日 |
|||
|- |
|||
| Java SE 7 || 2011年7月28日 |
|||
|- |
|||
| Java SE 8 || 2014年3月18日 |
|||
|- |
|||
| Java SE 9 || 2017年9月21日 |
|||
|- |
|||
| Java SE 10 || 2018年3月20日 |
|||
|- |
|||
| Java SE 11 || 2018年9月25日<ref>{{cite web|url=https://blogs.oracle.com/java-platform-group/introducing-java-se-11|title=Introducing Java SE 11|first=Sharat|last=Chander|website=oracle.com|access-date=September 26, 2018|archive-url=https://web.archive.org/web/20180926093144/https://blogs.oracle.com/java-platform-group/introducing-java-se-11|archive-date=September 26, 2018|url-status=live|df=mdy-all}}</ref> |
|||
|- |
|||
| Java SE 12 || 2019年3月19日 |
|||
|- |
|||
| Java SE 13 || 2019年9月17日 |
|||
|- |
|||
| Java SE 14 || 2020年3月17日 |
|||
|- |
|||
| Java SE 15 || 2020年9月15日<ref>{{cite web|url=https://blogs.oracle.com/java-platform-group/the-arrival-of-java-15|title=The Arrival of Java 15!|date=September 15, 2020|publisher=[[Oracle Corporation|Oracle]]|access-date=2020-09-15}}</ref> |
|||
|- |
|||
| Java SE 16 || 2021年3月16日 |
|||
|- |
|||
| Java SE 17 || 2021年9月14日<ref>{{Cite web|和書|url=https://www.oracle.com/jp/news/announcement/java17-jp-2021-09-17/|title=オラクル、Java 17をリリース|date=2021-09-17|publisher=[[Oracle Corporation|Oracle]]|access-date=2021-09-30}}</ref> |
|||
|- |
|||
| Java SE 18 || 2022年3月22日<ref>{{Cite web|和書|url=https://www.oracle.com/jp/news/announcement/oracle-releases-java-18-2022-03-23/|title=オラクル、Java 18を発表|date=2022-03-22|publisher=[[Oracle Corporation|Oracle]]|access-date=2022-03-23}}</ref> |
|||
|- |
|||
| Java SE 19 || 2022年9月20日<ref>{{Cite web|和書|url=https://www.oracle.com/jp/news/announcement/oracle-releases-java-19-2022-09-20/|title=オラクル、Java 19をリリース|date=2022-09-21|publisher=[[Oracle Corporation|Oracle]]|accessdate=2022-09-21}}</ref> |
|||
|- |
|||
| Java SE 20 || 2023年3月21日<ref>{{Cite web|和書|url=https://www.oracle.com/jp/news/announcement/oracle-releases-java-20-2023-03-21/|title=オラクル、Java 20をリリース|date=2023-03-22|publisher=[[Oracle Corporation|Oracle]]|accessdate=2022-03-23}}</ref> |
|||
|- |
|||
| Java SE 21 || 2023年9月19日<ref>{{Cite web|和書|url=https://www.oracle.com/jp/news/announcement/ocw-oracle-releases-java-21-2023-09-19/|title=オラクル、Java 21のリリースとサポート・ロードマップの延長を発表|date=2023-09-19|publisher=[[Oracle Corporation|Oracle]]|accessdate=2023-09-21}}</ref> |
|||
|- |
|||
| Java SE 22 || 2024年3月19日<ref>{{Cite web|和書|url=https://www.oracle.com/jp/news/announcement/oracle-releases-java-22-2024-03-19/|title=オラクル、Java 22をリリース|date=2024-03-21|publisher=[[Oracle Corporation|Oracle]]|accessdate=2024-03-23}}</ref> |
|||
|- |
|||
| Java SE 23 || 2024年9月17日<ref>{{Cite web|和書|url=https://www.oracle.com/jp/news/announcement/oracle-releases-java-23-2024-09-17/|title=オラクル、Java 23をリリース|date=2024-09-17|publisher=[[Oracle Corporation|Oracle]]|accessdate=2024-09-18}}</ref> |
|||
|} |
|||
== Javaプログラミング例 == |
|||
==== JDK 1.0 (1996年1月23日) ==== |
|||
最初のバージョン<ref>{{Cite press|url=http://www.sun.com/smi/Press/sunflash/1996-01/sunflash.960123.10561.html |title=JAVASOFT SHIPS JAVA 1.0 |publisher=Sun Microsystems |accessdate=2006-07-08 |language=en |deadlinkdate=2019-03-04 |archiveurl=https://web.archive.org/web/20080625030452/http://www.sun.com/smi/Press/sunflash/1996-01/sunflash.960123.10561.xml |archivedate=2008-06-25}}</ref>。 |
|||
* このバージョンでは日本語などの国際化対応はなされていなかった。 |
|||
==== JDK 1.1 (1997年2月19日) ==== |
|||
いくつかの重要な機能が追加された<ref>{{Cite press|url=http://www.sun.com/smi/Press/sunflash/1997-02/sunflash.970219.0001.html |title=SUN SHIPS JDK 1.1 -- JAVABEANS INCLUDED |publisher=Sun Microsystems |accessdate=2006-07-08 |language=en |deadlinkdate=2019-03-04 |archiveurl=https://web.archive.org/web/20080506220653/http://www.sun.com/smi/Press/sunflash/1997-02/sunflash.970219.0001.xml |archivedate=2008-05-06}}</ref>。 |
|||
* [[国際化と地域化|国際化]]対応([[日本語]]も含む) |
|||
* [[Abstract Window Toolkit|AWT]] : イベントモデルにおける大規模な再構成 |
|||
* 言語仕様に「内部クラス」が追加された |
|||
* [[JavaBeans]] : [[ソフトウェアコンポーネント]]技術 |
|||
* [[JDBC]] : [[データベース]]接続[[アプリケーションプログラミングインタフェース|API]] |
|||
* [[Java Remote Method Invocation|Java RMI]] : 分散オブジェクト技術 |
|||
* [[リフレクション (情報工学)|リフレクション]] : クラスや、クラスに定義されている[[コンストラクタ]]、[[メソッド (計算機科学)|メソッド]]および[[フィールド (計算機科学)|フィールド]]の名前を文字列によって動的に指定して利用することができる機能<ref>{{Cite web|url=http://docs.oracle.com/javase/jp/8/docs/api/java/lang/reflect/package-summary.html#package.description |title=java.lang.reflect (Java Platform SE 8) |accessdate=2017-04-01 |language=ja-jp}}</ref>。 |
|||
==== 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) の基となるエディションであることが明確化された<ref>{{Cite press|url=http://www.sun.com/smi/Press/sunflash/1998-12/sunflash.981208.9.html |title=SUN DELIVERS NEXT VERSION OF THE JAVA PLATFORM |publisher=Sun Microsystems |accessdate=2006-07-08 |language=en |deadlinkdate=2019-03-04 |archiveurl=https://web.archive.org/web/20080506220658/http://www.sun.com/smi/Press/sunflash/1998-12/sunflash.981208.9.xml |archivedate=2008-05-06}}</ref>。 |
|||
* <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<ref>{{Cite press|url=http://www.sun.com/smi/Press/sunflash/2000-05/sunflash.20000508.3.html |title=SUN MICROSYSTEMS RELEASES FASTEST CLIENT-SIDE JAVA PLATFORM TO DATE |publisher=Sun Microsystems |accessdate=2006-07-08 |language=en |deadlinkdate=2019-03-04 |archiveurl=https://web.archive.org/web/20080516195335/http://www.sun.com/smi/Press/sunflash/2000-05/sunflash.20000508.3.html |archivedate=2008-05-16}}</ref><ref>{{Cite web|url=https://docs.oracle.com/javase/jp/1.3/relnotes/features.html |title=JavaTM 2 SDK, Standard Edition, version 1.3 の新機能および機能拡張の概要 |accessdate=2019-03-04 |language=ja-jp}}</ref>。 |
|||
* [[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><ref>{{Cite press|url=http://www.sun.com/smi/Press/sunflash/2002-02/sunflash.20020206.5.html |title=SUN ANNOUNCES LATEST VERSION OF JAVA 2 PLATFORM STANDARD EDITION |publisher=Sun Microsystems |accessdate=2006-07-08 |language=en |deadlinkdate=2019-03-04 |archiveurl=https://web.archive.org/web/20080906195714/http://www.sun.com/smi/Press/sunflash/2002-02/sunflash.20020206.5.html |archivedate=2008-09-06}}</ref><ref>{{Cite web|url=https://docs.oracle.com/javase/jp/1.4/relnotes/features.html |title=JavaTM 2 SDK, Standard Edition, version 1.4 の新機能および機能拡張の概要 |accessdate=2019-03-04 |language=ja-jp}}</ref>。 |
|||
*<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 では、言語仕様に大きく拡張が加えられ、多くの新しい言語機能が追加された<ref>{{cite press|url=http://www.sun.com/smi/Press/sunflash/2004-09/sunflash.20040930.1.html |title=Sun Ships New Version of Java Platform |publisher=Sun Microsystems |language=en |accessdate=2006-07-08 |deadlinkdate=2019-03-04 |archiveurl=https://web.archive.org/web/20050215094036/http://www.sun.com/smi/Press/sunflash/2004-09/sunflash.20040930.1.html |archivedate=2005-02-15}} </ref><ref>{{cite web|url=https://docs.oracle.com/javase/jp/1.5.0/relnotes/features.html |title=J2SE(TM) 5.0 の新機能 |language=ja-jp |accessdate=2006-07-08}}</ref>。もともとは J2SE 1.5 という名称だったが、この名称はすでに内部的なバージョン番号として使われていた<ref>{{Cite web|url=https://docs.oracle.com/javase/1.5.0/docs/relnotes/version-5.0.html |title=Version 1.5.0 or 5.0? |language=en |accessdate=2006-07-08}}</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[[デザインパターン (ソフトウェア)|パターン]]が言語レベルでサポートされ、列挙型(順序つきリストの値、多くの場合は定数)を安全に定義することができる{{efn|このタイプセーフenumパターンの詳細は、{{Cite book|title=Effective Java Programming Language Guide |author=Joshua Bloch |authorlink=ジョシュア・ブロック |year=2001 |pages=97-106 |chapter=第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>{{cite web|url=http://www.java.com/en/about/brand/naming.jsp |title=Java Naming |language=en |accessdate=2019-03-04}}</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>{{Cite web|url=http://internet.watch.impress.co.jp/cda/news/2008/10/22/21274.html |title=「Java SE 6 Update 10」公開、動作速度を高速化 |language=ja-jp |accessdate=2008-12-03}}</ref>。[[Javaアプレット]]や[[Java Web Start]]の起動を容易にするための、配備ツールキットが公開された<ref>{{Cite web|url=https://docs.oracle.com/javase/jp/6/technotes/guides/jweb/deployment_advice.html |title=JavaTM Web アプリケーション 配備アドバイス |language=ja-jp |accessdate=2019-03-04}}</ref>。 |
|||
==== Java SE 7 (2011年7月28日) ==== |
|||
コードネームはDolphinである<ref>[http://jdk7.dev.java.net/ ''Dolphin'']</ref>。2006年に開発が始まった。元々は2008年春にリリースされる見通しであったが<ref>{{Cite web|url=http://weblogs.java.net/blog/editors/archives/2004/09/evolving_a_lang.html |title=Evolving a Language |language=en |accessdate=2006-07-08 |deadlinkdate=2019-03-04 |archiveurl=https://web.archive.org/web/20060405192824/http://weblogs.java.net/blog/editors/archives/2004/09/evolving_a_lang.html |archivedate=2006-04-05}}</ref>、何度かリリース予定が変更された。2007年8月の時点では2009年1月をリリース目標としていたが<ref name="Looking ahead to Java 7">{{Cite web|url=http://today.java.net/pub/a/today/2007/08/09/looking-ahead-to-java-7.html |title=The Open Road: Looking Ahead to Java 7 |language=en |accessdate=2006-07-08 |deadlinkdate=2019-03-04 |archiveurl=https://web.archive.org/web/20081222034020/http://today.java.net/pub/a/today/2007/08/09/looking-ahead-to-java-7.html |archivedate=2008-12-22}}</ref>、2008年12月、[[ジェームズ・ゴスリン]]は、「私の勝手な憶測だが」という注意書き付きで、2010年6月以降のリリースを予測し<ref>{{Cite web|url=https://news.mynavi.jp/articles/2008/12/03/javasfather/index.html |title=Javaがレガシーだって? 冗談じゃないよ - James Goslingが語るJavaの現在 |language=ja-jp |accessdate=2018-04-07}}</ref>、2009年11月には2010年9月以降のリリース予定に変更された<ref>{{Cite web|url=http://www.infoq.com/jp/news/2009/11/jdk7-simple-closures |title=JDK 7が、突然"単純な"クロージャをサポート、しかしリリースは、2010年の終わりに。|language=ja-jp |accessdate=2009-12-03}}</ref>。2010年9月に、これ以上の延期を避けるため、大きな言語仕様の改訂などの部分は Java SE 8 に先送りし、Java SE 7 を2011年中頃に、Java SE 8を2012年終わり頃に提供するという目標を立て<ref>{{Cite web|url=http://blogs.sun.com/mr/entry/plan_b |title=It's time for … Plan B |accessdate=2010-09-23}}</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日) ==== |
|||
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>{{Cite web|url=http://news.mynavi.jp/news/2011/10/17/033/index.html |title=Java SE 8リリース予定を延期 - 2013年夏へ - エンタープライズ - マイナビニュース |language=ja-jp |accessdate=2012-02-22}}</ref><ref>[http://openjdk.java.net/projects/jdk8/spec/ Java SE 8 Platform Umbrella JSR (337)]</ref>だったが、2013年4月18日にリリースの延期が発表になり2014年3月18日にリリースされた<ref>{{Cite web|url=http://mreinhold.org/blog/secure-the-train |title=Java 8: Secure the train |language=en |accessdate=2013-04-23}}</ref><ref>{{Cite web|url=http://news.mynavi.jp/news/2013/04/22/053/index.html |title=Java 8リリースに遅れ、2014年3月へ - マイナビニュース |language=ja-jp |accessdate=2013-04-23}}</ref><ref>{{Cite web|url=http://www.infoworld.com/t/java-programming/java-8-officially-arrives-last-238552 |title=Java 8 officially arrives at last | Java programming - InfoWorld |language=en |accessdate=2014-03-19}}</ref>。[[Connected Limited Device Configuration|CLDC]], [[Connected Device Configuration|CDC]] を統合した Java ME 8 は2014年[[4月30日]]にリリースされた<ref>{{Cite web|url=http://cloud.watch.impress.co.jp/docs/news/20120221_513391.html |title=7年ぶりのJavaOne Tokyoでは「Javaテクノロジーのすべてを見せる」 - クラウド Watch |language=ja-jp |accessdate=2012-02-22}}</ref>。主な新機能は以下。 |
|||
*[[ラムダ式]]の導入 (Project Lambda, JSR 335) |
|||
*型アノテーション (JSR 308) |
|||
*Date and Time API (JSR 310) |
|||
*高速[[JavaScript]]エンジン Nashorn |
|||
*[[JavaFX]] 8 |
|||
*マルチタッチデバイス対応 |
|||
*HotspotとJRockitの統合 <!-- これ、たぶん中止です --> |
|||
当初搭載予定だった、以下の機能はJava SE 9に延期となった<ref>{{Cite web|url=http://mreinhold.org/blog/on-the-next-train |title=Project Jigsaw: On the next train |language=en |accessdate=2013-01-13}}</ref>。 |
|||
*言語レベルでのモジュール化のサポート (Project Jigsaw, JSR 294) |
|||
また、搭載予定だった以下の機能は廃止 (withdrawn) になった。 |
|||
*Swing アプリケーションフレームワーク (JSR 296) |
|||
==== Java SE 9 (2017年9月21日) ==== |
|||
Java SE 9 は Java SE 8 リリースの3年後の[[2017年]]9月21日にリリースされた。<ref>{{Cite web|url=http://openjdk.java.net/projects/jdk9/ |title=JDK 9 |accessdate=2015-06-29}}</ref>。言語レベルでのモジュール化のサポート (Project Jigsaw, JSR 294) などを追加した。 |
|||
[[オラクル (企業)|オラクル]]はJavaの開発速度向上のため、これまでの新機能の完成を待ってメジャーバージョンアップを行うリリースモデルから、毎年3月と9月の年2回メジャーバージョンアップを行うタイムベースのリリースモデルへと移行することを発表した。またサポートサイクルも見直され、Java SE 9は次のメジャーバージョンまでの6ヵ月間のみ公式アップデートが提供されるnon-LTSリリースとなり、2018年3月に公式アップデートが終了した。なお、LTSリリースとなるJava SE 11以降は配布形態が変更されるため、LTSリリースの公式アップデートは提供されなかった<ref>{{Cite web|url=https://www.oracle.com/technetwork/jp/java/eol-135779-ja.html |title=Oracle Java SE サポート・ロードマップ |language=ja-jp |accessdate=2018-10-19}}</ref>。 |
|||
==== Java SE 10 (2018年3月20日) ==== |
|||
JSR 383<ref>[http://jcp.org/en/jsr/detail?id=383 JSR 383: Java™ SE 10 (18.3)]</ref> にて仕様が規定されたJava SE 10は新リリースモデルによる初リリースで、予定通りJava SE 9から半年後の[[2018年]]3月20日にリリースされた<ref>{{Cite web|url=http://openjdk.java.net/projects/jdk/10/ |title=JDK 10 |accessdate=2018-06-17}}</ref>。ローカル変数[[型推論]]などの機能が追加されている。 |
|||
==== Java SE 11 (2018年9月25日) ==== |
|||
JSR 384<ref>[http://jcp.org/en/jsr/detail?id=384 JSR 384: JavaTM SE 11 (18.9)]</ref> にて仕様が規定され、[[2018年]]9月25日にリリースされた。[[オラクル (企業)|オラクル]]によるビルドはOracle JDKと[[OpenJDK]]の二種類が提供され、Oracle JDKの商用利用は有償サポート契約を結んだ顧客のみとなっている。リリースモデル変更後の初LTSリリースとなる。 |
|||
==== Java SE 12 (2019年3月19日) ==== |
|||
JSR 386にて仕様が規定され、[[2019年]]3月19日にリリースされた。Unicode 11がサポートされている。 |
|||
== Java言語の構文 == |
|||
{{main|Javaの文法}} |
{{main|Javaの文法}} |
||
構文は、[[C言語|C]]および[[C++]]から多くを引き継いでいる。このため、設計当時には割合として多かった、CやC++しか書けない[[プログラマ]]にも使いやすいという評判が広まった。Javaが設計された1990年代中旬以前は、Cのプログラマが多く、また[[オブジェクト指向プログラミング言語]]の中では、[[C++]]は広く使われてきた言語の一つだった。なお、JavaではC++と違って名前空間レベルの関数(メソッド)および変数(フィールド)の宣言および定義を許可しておらず、必ず何らかのクラス定義の中に記述することが特徴である。この特徴は後発の[[C Sharp|C#]]も踏襲している。 |
|||
次の節以降では、[[Hello world]][[プログラム (コンピュータ)|プログラム]]で、Javaプログラムの例を示して説明する。Hello worldプログラムとは、"Hello, world" という文字列をディスプレイなどの出力装置に出力する簡単なソフトウェアプログラムである。プログラミング言語の初学者向けのプログラム例としてよく使われる。なお先に述べた通り、Javaには複数の実行形態があると考えることができるので、以降では、それぞれの実行形態におけるHello worldプログラムを例示する。 |
|||
=== スタンドアロン(コマンドライン) === |
|||
[[キャラクターユーザインタフェース|コマンドライン]]環境で動く[[スタンドアローン|スタンドアロン]]の[[Javaアプリケーション]]の例を示す。Javaでは、他のプログラミング言語と同様に、コマンドライン環境で動く[[プログラム (コンピュータ)|プログラム]]を簡単に開発できる。 |
|||
=== Hello World === |
|||
<source lang="java"> |
|||
<syntaxhighlight lang="java"> |
|||
// Hello.java |
// Hello.java |
||
public class Hello { |
public class Hello { |
||
361行目: | 187行目: | ||
} |
} |
||
} |
} |
||
</syntaxhighlight> |
|||
</source> |
|||
*Javaプログラムでは全てのフィールドとメソッドが<code>'''class'''</code>内に記述される。 |
|||
*Java |
*Javaプログラムは静的メソッド<code>'''public static void main (String[] args)'''</code>から開始される。<code>'''args'''</code>はプログラム開始時のコマンドライン・パラメータである。 |
||
*<code>'''System.out'''</code>はSystemクラスの静的フィールドoutを意味する。outはPrintStream型のインスタンスである。<code>'''out.println("文字列")'''</code>はoutのprintlnメソッドを呼び出す。 |
|||
*[[ソースコード]]の[[ファイル (コンピュータ)|ファイル]]名は、そのファイルで記述している[[クラス (コンピュータ)|クラス]]の名前に ".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は脆弱性などの観点から使用は推奨されていない。JavaFXを使用した例に書き換えてください。 |
|||
=== スタンドアロン(GUIアプリ) === |
|||
[[グラフィカルユーザインタフェース]] (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"?> |
|||
<!-- Hello.html --> |
|||
<!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> |
|||
<div> |
|||
<object classid="java:Hello" width="200" height="200"> |
|||
</object> |
|||
</div> |
|||
</body> |
|||
</html>--><!-- |
|||
(XHTML 1.0 Transitional に準拠) |
|||
<?xml version="1.0" encoding="UTF-8"?> |
|||
<!-- Hello.html --> |
|||
<!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つの要素の扱いは、ブラウザごとに異なることがある<ref>{{Cite web|url=http://java.sun.com/docs/books/tutorial/deployment/applet/applettag.html |title=Using the applet Tag |language=en |accessdate=2006-07-08 |deadlinkdate=2019-03-04 |archiveurl=https://web.archive.org/web/20081218054858/http://java.sun.com/docs/books/tutorial/deployment/applet/applettag.html |archivedate=2008-12-18}}</ref><ref>{{Cite web|url=http://java.sun.com/docs/books/tutorial/deployment/applet/mixedbrowser.html |title=Deploying Applets in a Mixed-Browser Environment |language=en |accessdate=2006-07-08 |deadlinkdate=2019-03-04 |archiveurl=https://web.archive.org/web/20081218135453/http://java.sun.com/docs/books/tutorial/deployment/applet/mixedbrowser.html |archivedate=2008-12-18}}</ref>。 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)}}-->'''メソッドを呼び出して、クライアントに返すデータの[[メディアタイプ|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プラットフォーム == |
||
{{Main|Javaプラットフォーム}} |
{{Main|Javaプラットフォーム}} |
||
Javaプラットフォーム |
Javaプラットフォーム (''Java Platform'') は、Javaプログラムを開発または実行する為のソフトウェア群の総称である。Javaプラットフォームは対象環境に合わせて、Java実行環境およびJava開発環境の構成内容と、Javaテクノロジの追加内容を変えたエディションに編集されて公開されている。Javaテクノロジは権利元ベンダーだけでなく[[サードパーティー]]側からも提供されており、その標準化は[[Java Community Process|Javaコミュニティプロセス]] (JCP) が管理している。Java実行環境とJava開発環境はオープンソース化されているので各企業、各団体、開発者各自が営利または非営利で様々なソフトウェアと関連技術を公開しており、巨大なITエコシステムを構築している。 |
||
=== エディション === |
=== エディション === |
||
2019年現在、Java権利元のオラクル |
2019年現在、Java権利元のオラクルは、対象環境に合わせたJavaプラットフォームの4つのエディションを公開している。エディションによってJava実行環境とJava開発キットに含まれるツール構成に違いがあり、またクラスライブラリとAPIの構成内容も異なっている。Java仮想マシンの性能にも差異がある。JDK 1.1までは単体エディションで、J2SE 1.2から3エディションに分かれた。J2SE 5.0頃から拡張テクノロジの一つであったJava Cardが昇格して4エディションとなった。 |
||
; [[Java Platform, Standard Edition]] |
; [[Java Platform, Standard Edition]] (Java SE) |
||
: スマートフォンやタブレットを含むパーソナルコンピュータ向けである。主にデスクトップアプリケーションとWEBアプリを開発または実行する。一般ユーザー用仕様と言え |
: [[スマートフォン]]や[[タブレット端末]]を含むパーソナルコンピュータ向けである。主にデスクトップアプリケーションとWEBアプリを開発または実行する。一般ユーザー用仕様と言える。 |
||
; [[Java Platform, Enterprise Edition]] |
; [[Jakarta EE|Java Platform, Enterprise Edition]] (Java EE) / [[Jakarta EE]] |
||
: サーバ |
: サーバマシン、ワークステーション向けである。スタンダード版に加え、WEBサーバ及び多層クライアントサーバ、業務用システムを開発する為の、様々な拡張技術クラスライブラリ&APIが追加されている。業務用プロフェッショナル仕様であり大規模である。 |
||
: 2017年9月に |
: 2017年9月にオラクルは今後のJava EEのバージョンアップが[[Eclipse Foundation|エクリプス財団]]によって行われる事を発表した<ref>{{Cite web|url=https://blogs.oracle.com/theaquarium/opening-up-ee-update |title=Opening Up Java EE - An Update |date=2017-09-12 |publisher=オラクル |language=en |accessdate=2019-03-10}}</ref><ref>{{Cite web|和書|url=https://www.infoq.com/jp/news/2017/11/towards-java-EE-at-eclipse |title=EE4J、EclipseファウンデーションがオープンソースJava EEを準備 |date=2017-11-16 |publisher=InfoQ |language=ja-jp |accessdate=2019-03-10}}</ref>。Java EEの商標は現行版のサポートを続けるオラクルが保持したので、エクリプス財団による今後のバージョンは'''Jakarta EE'''の名称で公開される事になった<ref>{{Cite web|和書|url=https://www.infoq.com/jp/news/2018/03/java-ee-becomes-jakarta-ee |title=Java EE は Jakarta EE となる |date=2018-03-05 |publisher=InfoQ |language=ja-jp |accessdate=2019-03-10}}</ref>。 |
||
; [[Java Platform, Micro Edition]] |
; [[Java Platform, Micro Edition]] (Java ME) |
||
: [[組み込みシステム]]、[[マイクロコントローラ]]向けである。コンピュータ資源が制限されている集積回路や電子機器に対応した特定技術仕様であり、専用のクラスライブラリ |
: [[組み込みシステム]]、[[マイクロコントローラ]]向けである。コンピュータ資源が制限されている集積回路や電子機器に対応した特定技術仕様であり、専用のクラスライブラリ&APIも用意されている。Java仮想マシンも比較的コンパクトにまとめられている。 |
||
; [[Javaカード|Java Card]] |
; [[Javaカード|Java Card]] |
||
: [[スマートカード]](ICカード)、小型メモリデバイス上で運用されるプログラムを開発するためのエディションである。{{いつ範囲|date=2019年3月|現在}}では[[SIMカード]]や[[ATMカード]]など幅広い分野に普及している。Java仮想マシンの機能は非常にコンパクトにまとめられており、幾つかのプリミティブ型も省略されている。故に特殊なプログラミングスタイルが求められる。 |
: [[スマートカード]](ICカード)、小型メモリデバイス上で運用されるプログラムを開発するためのエディションである。{{いつ範囲|date=2019年3月|現在}}では[[SIMカード]]や[[ATMカード]]など幅広い分野に普及している。Java仮想マシンの機能は非常にコンパクトにまとめられており、幾つかのプリミティブ型も省略されている。故に特殊なプログラミングスタイルが求められる。 |
||
=== Java実行環境 |
=== Java実行環境 (JRE) === |
||
{{未検証|section=1|date=2019年3月}} |
|||
{{Main|Java Runtime Environment}} |
{{Main|Java Runtime Environment}} |
||
Java実行環境 (''Java Runtime Environment'') は、Javaアプリケーションを実行するために必要なソフトウェアである。 |
Java実行環境 (''Java Runtime Environment''; JRE) は、Javaアプリケーションを実行するために必要なソフトウェアである。[[Java仮想マシン]]、<nowiki>''</nowiki>Java.exe<nowiki>''</nowiki>のスターターを含めた各種実行サポートツール、Javaクラスライブラリで構成される。Java実行環境の中核はJava仮想マシンである。エディション毎に仮想マシンの仕様と性能は異なっており、また実行時は複数の動作モードを持つ。仮想マシンはスターターを通して稼働されるのが普通である。様々な使用状況に対応したスターターが最初に実行されて、そこから仮想マシンが呼び出されてJavaプログラムの実行を移譲される。仮想マシンはJavaクラスライブラリを逐次読み込みながらJavaプログラムを実行する。Java実行環境のツール内容とクラスライブラリ構成は、エディション毎に違いがある。 |
||
;Javaクラスライブラリ |
;Javaクラスライブラリ |
||
539行目: | 219行目: | ||
Javaクラスライブラリは、普遍的に呼び出される特定の機能を実装したクラスの集合体である。Javaプログラムはライブラリ内のクラスを逐次呼び出しながら処理を実行する。なお、それぞれのJavaクラスライブラリ内部からプログラマの利用に向けて外部公開されている部分を「Java API」と呼ぶ。 |
Javaクラスライブラリは、普遍的に呼び出される特定の機能を実装したクラスの集合体である。Javaプログラムはライブラリ内のクラスを逐次呼び出しながら処理を実行する。なお、それぞれのJavaクラスライブラリ内部からプログラマの利用に向けて外部公開されている部分を「Java API」と呼ぶ。 |
||
# 基礎ライブラリ - Java言語 |
# 基礎ライブラリ - Java言語の基礎を扱う。 |
||
# 入出力ライブラリ - ファイル入出力など。 |
# 入出力ライブラリ - ファイル入出力など。 |
||
# |
# コレクションライブラリ - 動的配列と動的連想配列。データ集合の操作。 |
||
# 数学ライブラリ - 各種計算。 |
# 数学ライブラリ - 各種計算を扱う。 |
||
# 国際化地域化ライブラリ - 暦、日付、時間、通貨、文字コードなどの[[国際化と地域化]]を扱う。 |
# 国際化地域化ライブラリ - 暦、日付、時間、通貨、文字コードなどの[[国際化と地域化]]を扱う。 |
||
# ネットワークライブラリ - ソケット |
# ネットワークライブラリ - ソケット通信を扱う。 |
||
# GUIライブラリ - |
# GUIライブラリ - グラフィカル・ユーザーインターフェースを扱う。 |
||
# |
# アプレットライブラリ - アプレット生成用。 |
||
# Javaビーンズライブラリ - |
# Javaビーンズライブラリ - ソフトウェアコンポーネント作成用。 |
||
# データベース接続ライブラリ - SQLを扱う。 |
# データベース接続ライブラリ - SQLを扱う。 |
||
# リモートメソッドライブラリ - |
# リモートメソッドライブラリ - 分散オブジェクトを扱う。 |
||
#セキュリティライブラリ - |
#セキュリティライブラリ - セキュリティポリシー、ユーザー認証と権限承認、公開鍵暗号方式など。 |
||
# バッファストリームライブラリ - 連続バイトデータを扱う。 |
|||
#リフレクションライブラリ - クラス定義を動的に操作する。 |
|||
;Javaアプリケーションの形態 |
;Javaアプリケーションの形態 |
||
560行目: | 238行目: | ||
:パーソナルコンピュータなどのローカル環境で実行されるJavaプログラム。「[[Java Web Start]]」は任意のjnlpファイル(''java network launching protocol'')をダウンロードして実行できるJavaアプリの配布システムである。この類似技術としてマイクロソフトのノータッチデプロイメント、ClickOnceがある。 |
:パーソナルコンピュータなどのローカル環境で実行されるJavaプログラム。「[[Java Web Start]]」は任意のjnlpファイル(''java network launching protocol'')をダウンロードして実行できるJavaアプリの配布システムである。この類似技術としてマイクロソフトのノータッチデプロイメント、ClickOnceがある。 |
||
;[[Javaアプレット]] (applet) |
;[[Javaアプレット]] (applet) |
||
:サーバ |
:サーバからダウンロードされてWEBブラウザ上で実行されるJavaプログラム。[[サンドボックス (セキュリティ)|サンドボックス]]機能下で厳しい動作制約が加えられている。{{独自研究範囲|当初はJavaの目玉技術であったが、様々な理由からさほど普及しなかった|date=2020年12月10日 (木) 13:45 (UTC)}}。 |
||
:Java Cardプラットフォームの分野である[[スマートカード]](ICカード)上で動くJavaプログラムもアプレットと呼ばれており、現在ではこちらに舞台を移している。 |
|||
;[[Java Servlet|Javaサーブレット]] (servlet) |
;[[Java Servlet|Javaサーブレット]] (servlet) |
||
:サーバ |
:サーバマシンで実行されるJavaプログラム。その名の通り手軽にサーバプログラムを実装出来るが、大規模サーバの構築にも適している。サーブレットはクライアントからのリクエストを逐次トランザクションして順次レスポンスする。WEBクライアントにはHTMLなどのプロトコルページ及び各種メディアをレスポンスしてWEBブラウザ上で表示させる。[[Perl]]などによる[[Common Gateway Interface|CGI]]に比べ、サーバ側の負荷が低いなどのメリットがある。 |
||
;[[JavaServer Pages|Javaサーバ |
;[[JavaServer Pages|Javaサーバページ]] (server page) |
||
:サーブレットをWEBサーバ |
:サーブレットをWEBサーバ用に特化したものであり、[[Extensible HyperText Markup Language|XHTML]] ([[HyperText Markup Language|HTML]]) 内に記述するJavaプログラムである。WEBクライアントからのリクエストに伴うパラメータに従い、それをサーバ側で解釈してWEBページ内容を動的に生成、変化させてレスポンスする。コードは似ているが、[[JavaScript]]の様にブラウザ側で実行するスクリプトではない。類似の技術に[[Active Server Pages]]、[[PHP (プログラミング言語)|PHP]]がある。 |
||
=== Java開発キット |
=== Java開発キット (JDK) === |
||
{{未検証|section=1|date=2019年3月}} |
|||
{{main|Java Development Kit}} |
{{main|Java Development Kit}} |
||
Java開発キット (''Java Development Kit'') は、Javaプログラムを開発するため |
Java開発キット (''Java Development Kit'') は、Javaプログラムを開発するために必要なソフトウェアである。Java実行環境も内包している。[[Javaコンパイラ]]などの基本開発ツール、各種開発サポートツール、Java APIで構成されている。前述のエディションによって開発ツール内容とAPI構成に違いがある。Java開発キットの呼称はこれまでに何度か変更されている。 |
||
*J2SE 1.2.2_004 までは、 |
*J2SE 1.2.2_004 までは、JDK (''Java Development Kit'') と呼んでいた。 |
||
*J2SE 1.4 までは、Java2 |
*J2SE 1.4 までは、Java2 SDK (''Java2 Software Development Kit'') と呼んでいた。 |
||
*J2SE 5.0 からは再び、 |
*J2SE 5.0 からは再び、JDK (''Java Development Kit'') と呼んだ。 |
||
*JavaSE 7 からは、エンタープライズ版 |
*JavaSE 7 からは、エンタープライズ版とマイクロ版では Java SDK (''Java Software Development Kit'') と呼び、スタンダード版とカード版では JDK (''Java Development Kit'')と呼ぶようになった。JDKはSDKの拡張サブセット(SDKの一部分+その他)とされる。 |
||
;Java API |
;Java API |
||
APIは、アプリケーション・プログラミング・インタフェースの頭字語であり、Javaクラスライブラリ内部からプログラマに向けて外部公開されているクラス、インタフェース、メソッド、フィールド、定数の集合である。プログラマはこれを用いて |
APIは、アプリケーション・プログラミング・インタフェースの頭字語であり、Javaクラスライブラリ内部からプログラマに向けて外部公開されているクラス、インタフェース、メソッド、フィールド、定数の集合である。プログラマはこれを用いて各種ソフトウェアの開発を行う。APIは基本的にクラスライブラリの所属に沿って、パッケージ (''package'') と呼ばれる名前空間で分類されて提供されている。パッケージは各ワードをピリオドで連結して階層化されている。先頭ワードのjavaは開発元提供の純正基礎版を意味する。他に純正拡張版のjavax、任意団体提供のorg、企業提供のcomがある。 |
||
# java.lang - Java言語の基礎を扱う。 |
|||
# java.io - ファイル入出力など。 |
|||
# java.util - 動的配列と動的連想配列。データ集合の操作。 |
|||
# java.math - 各種計算を扱う。 |
|||
# java.text - 暦、日付、時間、通貨、文字コードなどの国際化と地域化を扱う。 |
|||
# java.net - ソケット通信を扱う。 |
|||
# java.awt - グラフィカル・ユーザーインターフェイスを扱う。 |
|||
# java.applet - アプレット生成用。 |
|||
# java.beans - ソフトウェアコンポーネント作成用。 |
|||
# java.sql - SQLを扱う。 |
|||
# java.rmi - 分散オブジェクトを扱う。 |
|||
# java.security - セキュリティポリシー、ユーザー認証と権限承認、公開鍵暗号方式など。 |
|||
;統合開発環境と開発支援ツール |
;統合開発環境と開発支援ツール |
||
統合開発環境(IDE)は、JDKを中核にしてビジュアルエディターやビルドマネージャーなどの様々な開発支援機能を備えたソフトウェアである。JDKのみだと、メモ帳でプログラムを書きコマンドラインでコンパイルしコンソールでデバッグをするという極めて原始的な作業になるが、IDEを使用する事で多機能エディタコーディングとビルド過程の自動化と視覚的なデバッグが可能になる。Java開発用のIDEは様々な企業および団体から公開されている。 |
|||
統合開発環境 (IDE)は、JDKを中核にしてビジュアルエディターやビルドマネジャーなどの様々な開発支援機能を備えたソフトウェアである。JDKのみだと、メモ帳でプログラムを書きコマンドラインでコンパイルしコンソールでデバッグをするという極めて原始的な作業になるが、IDEを使用する事で多機能エディタコーディングとビルド過程の自動化と視覚的なデバッグが可能になる。Java開発用のIDEは様々な企業と任意団体から公開されている。 |
|||
*'''[[NetBeans]]''' - [[オラクル (企業)|オラクル社]]([[サン・マイクロシステムズ|サン社]])を中心に開発されている[[オープンソース]]のIDE。Win版、Linux版。Solaris版、MacOS版。[https://ja.netbeans.org NetBeans.org] [http://www.netbeans.jp/ NetBeans.jp]。 |
|||
*'''WebSphere Studio''' - [[IBM|IBM社]]。Eclipse SDK の上位版ともいえるもの。[[WebSphere]] [[WebSphere Application Server|Application Server]] と統合されている。Win版、Linux版。Solaris版、MacOS版。[http://www.ibm.com/jp/software/websphere/ft/studio/index.html WebSphere開発ツール]。 |
|||
*[[Eclipse (統合開発環境)|'''Eclipse SDK''']] - [[Eclipse財団]]。以前はIBMが管理していた。Web Sphere Studioのオープンソース版ともいえる。Win版、Linux版、Solaris版、MacOS版。[http://www.eclipse.org/ eclipse.org(英語)] [http://eclipsewiki.net/eclipse/ EclipseWiki(日本語)]。 |
|||
*'''[[JBuilder]]''' - [[エンバカデロ・テクノロジーズ|エンバカデロ社]]。Win版、Linux版。Solaris版、MacOS版。[http://www.embarcadero.com/jp/products/jbuilder JBuilder]。 |
|||
*[[JDeveloper|'''Oracle JDeveloper''']] - オラクル。Oracle Application Serverと統合されている。Win版、Linux版。Solaris版。2005年6月28日に無料化した。[http://www.oracle.com/technetwork/jp/developer-tools/jdev/overview/ JDeveloper]。 |
|||
*'''Oracle Workshop for WebLogic''' - オラクル社([[BEAシステムズ|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]]''' - [[アップル (企業)|アップル社]]。[[macOS]]に付属する統合開発環境。 |
|||
*'''[[NetBeans]]''' - ([[サン・マイクロシステムズ]]→[[オラクル (企業)|オラクル]])オープンソースIDE。[https://ja.netbeans.org NetBeans.org] [http://www.netbeans.jp/ NetBeans.jp]。 |
|||
開発サポートツールは、プロジェクト管理、自動ビルド、モニタリングを容易にする。下記の他にも多くの支援ツールが存在する。 |
|||
*[[Eclipse (統合開発環境)|'''Eclipse SDK''']] - ([[IBM]]→[[Eclipse財団]])オープンソースIDE。Java用IDEの共通基盤存在である。ここからWebSphere Studio、JBuilderなど様々なIDEが派生している。[http://www.eclipse.org/ eclipse.org] [http://eclipsewiki.net/eclipse/ EclipseWiki]。 |
|||
*'''WebSphere Studio''' -([[IBM]])商用IDE。Eclipseに有料プラグイン機能を組み合わせたもの<ref>{{Cite web|和書|url=https://xtech.nikkei.com/it/members/ITPro/J2EE/20031030/1/|title=EclipseとWebSphere Studioはどう違うのか {{!}} 日経 xTECH(クロステック)|accessdate=2019-11-17|publisher=Nikkei Business Publications, Inc.|author=星 暁雄=日経BP Javaプロジェクト|website=日経 xTECH(クロステック)|date=2003-10-31}}</ref>。現在はアップデート停止。[http://www.ibm.com/jp/software/websphere/ft/studio/index.html WebSphere]。 |
|||
*{{仮リンク|IBM Rational|en|Rational Application Developer|label='''IBM Rational'''}} - (IBM) [[Rational]]ブランド商用IDE。WebSphere Studioの後継製品。 |
|||
*'''[[JBuilder]]''' - ([[ボーランド]]→[[エンバカデロ・テクノロジーズ]])商用IDE。JBuilder2007からEclipseベースになっている。[http://www.embarcadero.com/jp/products/jbuilder JBuilder]。 |
|||
*[[JDeveloper|'''Oracle JDeveloper''']] - (オラクル)Oracle Application Serverと統合されている。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]。 |
|||
*'''[[BlueJ]]''' - ([[サン・マイクロシステムズ]]、豪[[ディーキン大学]]、英[[ケント大学]]の共同開発)フリーIDE。[http://www.bluej.org/ BlueJ]。 |
|||
*'''[[IntelliJ IDEA]]''' - (JetBrains) 商用IDE。[[Android Studio]]のベースになった。[http://www.jetbrains.com/idea/ IntelliJ IDEA]。 |
|||
*'''JCreator''' - (Xinox Software) 商用IDE。[http://www.jcreator.com/ JCreator]。 |
|||
*'''[[Xcode]]''' - ([[Apple]])[[macOS]]に付属するIDE。 |
|||
*'''[[Apache Ant]]''' - Javaアプリケーションのビルドツール。[[Apacheソフトウェア財団]]のプロジェクトによって開発された。コンパイル、[[バージョン管理システム]]との連携、jar、javadoc生成、ファイルのコピー/移動/削除/変換などの一連の処理を自動化して効率的に実行する。[[make]] と同種のツールであり、[[Extensible Markup Language|XML]]ファイルにビルドの規則を記述する。Java 以外の言語によるアプリケーション開発や、アプリケーション開発以外の用途にも使うことができる。 |
開発サポートツールは、プロジェクト管理、自動ビルド、デバッグ、モニタリングを容易にする。下記の他にも多くの支援ツールが存在する。 |
||
*'''[[Apache Ant]]''' - Javaアプリケーションのビルドツール。[[Apacheソフトウェア財団]]のプロジェクトによって開発された。コンパイル、[[バージョン管理システム]]との連携、jar、javadoc生成、ファイルのコピー/移動/削除/変換などの一連の処理を自動化して効率的に実行する。[[make (UNIX)|make]] と同種のツールであり、[[Extensible Markup Language|XML]]ファイルにビルドの規則を記述する。Java 以外の言語によるアプリケーション開発や、アプリケーション開発以外の用途にも使うことができる。 |
|||
*'''[[Apache Maven]]''' - Javaアプリケーションのプロジェクト管理ツール。Apacheソフトウェア財団のプロジェクトによって開発された。 |
*'''[[Apache Maven]]''' - Javaアプリケーションのプロジェクト管理ツール。Apacheソフトウェア財団のプロジェクトによって開発された。 |
||
*'''[[Gradle]]''' - [[Apache Ant]]や[[Apache Maven]]のコンセプトに基づくオープンソースビルド自動化システム。 |
*'''[[Gradle]]''' - [[Apache Ant]]や[[Apache Maven]]のコンセプトに基づくオープンソースビルド自動化システム。 |
||
*'''[[JUnit]]''' - Javaアプリケーションの単体テストフレームワーク。単体テストを自動化する。[[xUnit]]の一種である。[[テスト駆動開発]]を支援する。 |
*'''[[JUnit]]''' - Javaアプリケーションの単体テストフレームワーク。単体テストを自動化する。[[xUnit]]の一種である。[[テスト駆動開発]]を支援する。 |
||
=== |
=== Javaテクノロジの数々 === |
||
<!--================================================================================ |
{{Main|Java Community Process}}<!--================================================================================ |
||
ここには、Java Community Process のもとで開発された拡張機能と関連技術のみを記述します。 |
ここには、Java Community Process のもとで開発された拡張機能と関連技術のみを記述します。 |
||
=================================================================================--> |
=================================================================================--> |
||
Javaテクノロジは、個人を含む各種組織から様々な形態で公開されている。開発元から提示された技術は、[[Java Community Process]] (JCP) による審査を合格した後にJavaテクノロジの一つとして認証される。これを標準化 (''standardization'') と言う。Javaテクノロジが準拠すべき規範仕様は、JCP管理下で発行される数々の[[:Category:Java specification requests|Java仕様要求]] (Java Specification Request) にて定義されている。Javaテクノロジは様々な分野に導入されている。その一例を以下に列挙する。 |
|||
; [[Java Native Interface|JNI]] (Java Native Interface) : 他の言語で実装されたネイティブコードを呼び出す技術 |
|||
; JMI (Java Metadata Interface) : Javaのメタデータの作成・アクセス・検索・送受信に関する仕様 |
|||
* JSML (Java Speech Markup Language) - [[音声合成]]システムにテキストの注釈を追加する |
|||
; JML (Java Modeling Language) : [[契約による設計]] (DbC) を指向した形式言語をソースコードに導入する |
|||
*[[JDBC]]<!--(Java Database Connectivity)--> - [[データベース]]接続の API |
|||
; [[Java Management Extensions|JMX]] (Java Management Extensions) : 主に分散システムで[[依存性の注入]]によるJavaプログラムの動的な再構成技術 |
|||
*[[Java Data Objects|JDO]] (Java Data Objects) - Java[[オブジェクト (プログラミング)|オブジェクト]]の[[永続性 (計算機科学)|永続化]]のインタフェース |
|||
; JDMK (Java Dynamic Management Kit) : JMX仕様に基づいた開発支援ソフトウェア |
|||
*JAI (Java Advanced Imaging) - 画像を扱うための高水準なオブジェクト指向 API |
|||
; [[Java Data Objects|JDO]] (Java Data Objects) : [[オブジェクト (プログラミング)|オブジェクト]][[永続性|永続化]]の仕様 |
|||
*JAIN (Java API for Integrated Networks) - 統合された通信ネットワークの API |
|||
; Jini : 分散システムを構築するネットワークアーキテクチャ |
|||
*JDMK (Java Dynamic Management Kit) - JMX仕様に基づいた開発支援ソフトウェア |
|||
; JavaSpaces : Jiniの分散システム環境でオブジェクトの送受信と永続化などをサポートするテクノロジ |
|||
; JAIN (Java API for Integrated Networks) : 統合通信ネットワーク用のAPI |
|||
*Jiro - 分散した記憶装置を管理する技術 |
|||
; [[JavaServer Faces|JSF]] (Java Server Faces) : WEBクライアントにユーザーインターフェースを提供するサーバ用テクノロジ |
|||
*JavaSpaces - 分散環境でJavaオブジェクトの送受信・永続化などを支援する技術 |
|||
; [[JXTA]] : [[Peer to Peer|P2P]]の仮想ネットワークのためのオープンプロトコル |
|||
*JML (Java Modeling Language) - [[契約による設計|契約による設計(DbC)]]を指向した形式言語をソースコードに導入する |
|||
; [[OSGi]] : サービスの動的な管理と遠隔保守 |
|||
*JMI (Java Metadata Interface) - Javaのメタデータの作成・アクセス・検索・送受信に関する仕様 |
|||
; [[Java3D]] : 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])--> |
|||
*[[Java Management Extensions|JMX]] (Java Management Extensions) - 分散オブジェクト環境における管理と監視を行う技術 |
|||
; JOGL (Java OpenGL) : [[OpenGL]]を使う3Dプログラミングのための低水準なAPI |
|||
*[[JavaServer Faces|JSF]] (JavaServer Faces) - WEBクライアントに一定のデザインに基づいたUIを提供するサーバー用技術 |
|||
; JAI (Java Advanced Imaging) : 高水準な画像操作API |
|||
*[[Java Native Interface|JNI]] (Java Native Interface) - 他の言語で実装されたネイティブコードを呼び出す技術 |
|||
<!--; Java Media APIs [http://java.sun.com/products/java-media/](リンク切れ?) : java.media - マルチメディア向けAPI--> |
|||
*[[JXTA]] - [[Peer to Peer]] (P2P) の仮想ネットワークのためのオープンプロトコル |
|||
; [[LWJGL]] : ゲーム開発用のAPI。[[OpenGL]], [[OpenAL]], [[OpenCL]]を扱える。様々なゲーム用コントローラーも扱える。 |
|||
*[[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])--> |
|||
; JSML (Java Speech Markup Language) : [[音声合成]]システムにテキスト注釈を追加する |
|||
*JOGL (Java OpenGL) - [[OpenGL]] を使う3Dグラフィクスプログラミングのための低水準な API |
|||
<!--; Shared Data ToolkitSound--> |
|||
*[[LWJGL]] - ゲーム開発用のAPI。[[OpenGL]]、[[OpenAL]]、[[OpenCL]]を扱える。様々なゲーム用コントローラーも扱える。 |
|||
; [[BD-J|Blu-ray Disc Java]] : ブルーレイディスク (BD) で実行される各種コンテンツ制作用 |
|||
*[[OSGi]] - サービスの動的な管理と遠隔保守<!-- |
|||
*Java Media APIs [http://java.sun.com/products/java-media/](リンク切れ?) - java.media - マルチメディア向けAPI--><!-- |
|||
*Shared Data ToolkitSound--> |
|||
*[http://community.java.net/javadesktop/ JavaDesktop] |
|||
*[[JavaOne]] |
|||
*[[BD-J|Blu-ray Disc Java]] |
|||
*[[FindBugs]] - javaソースコードからコーディングレベルのバグを発見する開発支援ツール。 |
|||
=== Javaテクノロジの標準化 === |
|||
{{Main|Java Community Process}} |
|||
Javaプラットフォームの構成要素であるJavaテクノロジの標準化(''standardization'')は、[[Java Community Process|Javaコミュニティプロセス(JCP)]]が管理している。標準化とはその技術の品質を評価してJavaテクノロジの一つとして認証する事である。JCPが発行している数々の[[:Category:Java specification requests|Java仕様要求書(JSRs)]]によって、Javaテクノロジが準拠すべき仕様規定と技術基準は逐一定められている。その中にはJava言語に追加される新たな言語仕様などのコアテクノロジも含まれている。例として主に5.0版に関連した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=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=244 JSR 244] ''Java EE 5 Specification'' (Java EE 5) |
|||
*[http://www.jcp.org/en/jsr/detail?id=901 JSR 901] ''Java Language Specification'' (J2SE 5.0) |
|||
=== Javaオープンソースモデル === |
=== Javaオープンソースモデル === |
||
[[サン・マイクロシステムズ]]は1996年のリリース当初からJava実行環境とJava開発環境をオープンソース化しており、サードパーティーにJavaテクノロジ開発への参入をアピールしていた。ただしJavaの普及に一定のコントロールをかける為にソースコードの改変までは認めていなかった。2004年になると[[IBM]]が業界の優位性を活かしてJavaオープンソースプロジェクトの主導権を握るようになった。[[Java Community Process|Javaコミュニティプロセス]]を取り巻く業界の変化を悟ったサン・マイクロシステムズはIBMとの本格的な提携を承認し、2007年にJava SE 6を「[[OpenJDK]]」として[[GNU General Public License|GNU一般公開ライセンス]]の下でリリースした<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>。OpenJDKではソースコードの改変も認められた。[[GNUプロジェクト]]は「[[GNU Interpreter for Java]]」、[[GNUコンパイラコレクション]]の「[[GNU Compiler for Java]]」、互換クラスライブラリの「[[GNU Classpath]]」を公開した。Windows用GNU Compilerは、[[MinGW]]と併せて[[Cygwin]]の環境上でも実行できた。 |
|||
;Javaテクノロジのオープンソース化 |
|||
1996年のJava登場初期から、ベンダー元の[[サン・マイクロシステムズ|サン社]](後に[[オラクル (企業)|オラクル社]]が買収)は、Java仮想マシンとJavaクラスライブラリの仕様を公開しており、サードパーティによるJavaプラットフォーム移植と関連ソフトウェアと拡張テクノロジの開発を促していた。しかし過度の技術流出を避ける為の枠組みとして、ソースコードの改変までは認めていなかった。この部分的オープンソース制度に便乗する形で2004年から、[[IBM|IBM社]]と[[BEAシステムズ|BEAシステムズ社]](後にオラクル社が買収)が、独自のオープンソース化を目的にしたJava関連ソフトウェア&拡張テクノロジの開発を支援するプロジェクトを立ち上げていた。その中でJava仮想マシンと標準クラスライブラリの互換製品も登場していた。 |
|||
それらの標準化が進むにつれて、Javaコミュニティプロセスへの影響力低下を懸念したサン社は、IBM主体によるオープンソース化プロジェクトへの協力に消極的な立場を取っていたが、2006年から方針を変えて賛同し、2007年5月8日にはJava SE 6を「[[OpenJDK]]」として[[GNU General Public License|GNU一般公開ライセンス]]の下でリリースした<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>。OpenJDKではソースコードの改変も認められた。「[[GNU Classpath]]」は、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プロジェクト |
|||
[[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 General Public License|GNU一般公開ライセンス]]に従う必要があるが、MinGWの方はライセンスフリーである。 |
|||
;Windows / Linux用プラットフォーム |
|||
メジャーなオペレーティングシステム(OS)では、営利企業および任意団体による独自開発のJREとJDKが公開されている事が多い。 |
|||
*[[Linux]] / [[IA-32]]プラットフォーム : オラクル、Blackdown、IBM、Kaffe.org、GNUプロジェクトなどがJREやJDKを実装・提供している。 |
|||
*[[Microsoft Windows|Windows]]/IA-32プラットフォーム : オラクル、IBMなどがJREやJDKを実装・提供している。 |
|||
;Excelsior JET |
|||
米Excelsior社がExcelsior JETというahead-of-timeコンパイラを販売している<ref>http://www.excelsior-usa.com/jet.html</ref>。Java SE 用に書かれたプログラムをWindowsのネイティブマシンコードであるexeファイル(実行ファイル)に変換して、起動の高速化やアプリケーションの[[難読化コード|難読化]]を実現できる。 |
|||
;Windows用実行ファイル化ツール |
|||
[[Jar]]ファイルをWindous用実行ファイル(.exe)にラッピングする以下のツールが存在する。 |
|||
*[http://exewrap.osdn.jp/ 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] |
|||
WindowsやLinuxなどのメジャーOSでは、オラクル、IBM、Blackdown、GNUプロジェクト、Kaffe.orgなどによるJavaプラットフォームが公開されている。また、JavaソースコードをそのままWin用実行ファイルに変換する「Excelsior JET」や<ref>http://www.excelsior-usa.com/jet.html</ref>、JarファイルをWin用実行ファイルに変換する「[http://exewrap.osdn.jp/ exewrap]」「[http://launch4j.sourceforge.net/ Launch4j]」「[http://nsis.sourceforge.net/Java_Launcher_with_automatic_JRE_installation NSIS]」「[http://jsmooth.sourceforge.net/ JSmooth]」なども販売ないし公開されている。<!-- ただし、これらのツールには最新の[[JDK]]でコンパイルされた[[jar]]ファイルには対応していないなどの欠点もある上、{{いつ範囲|date=2019年2月|近年}}の [[Microsoft Windows|Windows]] にはほとんどにJavaがインストールされているため、あまり普及していない。 --> |
|||
JSmoothなどは、Java実行環境が無い時はそれも自動インストールする機能を備えている。また、純粋なJava実行環境では不可能だったタスクアイコンを表示させる機能も備えている。 |
|||
<!-- ただし、これらのツールには最新の[[JDK]]でコンパイルされた[[jar]]ファイルには対応していないなどの欠点もある上、{{いつ範囲|date=2019年2月|近年}}の [[Microsoft Windows|Windows]] にはほとんどにJavaがインストールされているため、あまり普及していない。 --> |
|||
== Java認定資格 == |
== Java認定資格 == |
||
684行目: | 334行目: | ||
代わりに現行のオラクルの再受験ポリシーを記述する。-->認定試験に不合格だった場合、その試験日を含めて14日以内は同一試験を受験することができない。 |
代わりに現行のオラクルの再受験ポリシーを記述する。-->認定試験に不合格だった場合、その試験日を含めて14日以内は同一試験を受験することができない。 |
||
{| class="sortable wikitable" style="font-size:small" |
{| class="sortable wikitable" style="font-size:small" |
||
|+ 現在受験可能な資格<ref>{{Cite web|url=https://education.oracle.com/ja/oracle-certification-path/product_267 |title=オラクル Java SE 認定資格パス 概要 |accessdate=2019-03-07}}</ref><ref>{{Cite web|url=https://education.oracle.com/ja/oracle-certification-path/product_264 |title=オラクル Java EE and Web Services 認定資格パス 概要 |accessdate=2019-03-07}}</ref><ref>{{Cite web|url=https://education.oracle.com/products/trackp_372 |title=Java Foundations Certified Junior Associate (novice-level certification) |accessdate=2019-03-10}}</ref><ref>{{Cite web|url=http://www.oracle.com/jp/education/certification/examlist-172597-ja.html#2 |title=認定試験一覧 |accessdate=2019-03-07}}</ref> |
|+ 現在受験可能な資格<ref>{{Cite web|和書|url=https://education.oracle.com/ja/oracle-certification-path/product_267 |title=オラクル Java SE 認定資格パス 概要 |accessdate=2019-03-07}}</ref><ref>{{Cite web|和書|url=https://education.oracle.com/ja/oracle-certification-path/product_264 |title=オラクル Java EE and Web Services 認定資格パス 概要 |accessdate=2019-03-07}}</ref><ref>{{Cite web|url=https://education.oracle.com/products/trackp_372 |title=Java Foundations Certified Junior Associate (novice-level certification) |accessdate=2019-03-10}}</ref><ref>{{Cite web|和書|url=http://www.oracle.com/jp/education/certification/examlist-172597-ja.html#2 |title=認定試験一覧 |accessdate=2019-03-07}}</ref> |
||
! 資格名 !! レベル !! 対象バージョン |
! 資格名 !! レベル !! 対象バージョン |
||
|- |
|- |
||
| Java Foundations Certified Junior Associate || |
| Java Foundations Certified Junior Associate || data-sort-value="0" | Junior Associate || {{Unknown}} |
||
|- |
|- |
||
| Oracle Certified Java Programmer, Bronze SE 7/8{{efn|日本でのみ行われている<ref>{{Cite web|url=https://www.atmarkit.co.jp/ait/articles/1209/27/news141.html |title=Java資格が大幅リニューアル。Bronze/Silver/Goldが登場 |accessdate=2019-03-07}}</ref>。}} || |
| Oracle Certified Java Programmer, Bronze SE 7/8{{efn|日本でのみ行われている<ref>{{Cite web|和書|url=https://www.atmarkit.co.jp/ait/articles/1209/27/news141.html |title=Java資格が大幅リニューアル。Bronze/Silver/Goldが登場 |accessdate=2019-03-07}}</ref>。}} || data-sort-value="0" | Bronze || Java SE 7/8 |
||
|- |
|- |
||
| Oracle Certified Java Programmer, Silver SE 8{{efn|日本以外での Oracle Certified Associate, Java SE 8 Programmer に対応。}} || |
| Oracle Certified Java Programmer, Silver SE 8{{efn|日本以外での Oracle Certified Associate, Java SE 8 Programmer に対応。}} || data-sort-value="1" | Associate || Java SE 8 |
||
|- |
|- |
||
| Oracle Certified Java Programmer, Gold SE 8{{efn|日本以外での Oracle Certified Professional, Java SE 8 Programmer に対応。}} || |
| Oracle Certified Java Programmer, Gold SE 8{{efn|日本以外での Oracle Certified Professional, Java SE 8 Programmer に対応。}} || data-sort-value="2" | Professional || Java SE 8 |
||
|- |
|- |
||
| Oracle Certified Professional, Java EE 7 Application Developer || |
| Oracle Certified Professional, Java EE 7 Application Developer || data-sort-value="2" | Professional || Java EE 7 |
||
|- |
|- |
||
| Oracle Certified Master, Java EE 6 Enterprise Architect || |
| Oracle Certified Master, Java EE 6 Enterprise Architect || data-sort-value="3" | Master || Java EE 6 |
||
|- |
|- |
||
| Oracle Certified Expert, Java EE 6 Enterprise JavaBeans Developer || |
| Oracle Certified Expert, Java EE 6 Enterprise JavaBeans Developer || data-sort-value="4" | Expert || Java EE 6 |
||
|- |
|- |
||
| Oracle Certified Expert, Java EE 6 JavaServer Faces Developer || |
| Oracle Certified Expert, Java EE 6 JavaServer Faces Developer || data-sort-value="4" | Expert || Java EE 6 |
||
|- |
|- |
||
| Oracle Certified Expert, Java EE 6 Web Services Developer || |
| Oracle Certified Expert, Java EE 6 Web Services Developer || data-sort-value="4" | Expert || Java EE 6 |
||
|- |
|- |
||
| Oracle Certified Expert, Java EE 6 Java Persistence API Developer || |
| Oracle Certified Expert, Java EE 6 Java Persistence API Developer || data-sort-value="4" | Expert || Java EE 6 |
||
|- |
|- |
||
| Oracle Certified Expert, Java EE 6 Web Component Developer || |
| Oracle Certified Expert, Java EE 6 Web Component Developer || data-sort-value="4" | Expert || Java EE 6 |
||
|} |
|} |
||
== |
== 注釈 == |
||
{{脚注ヘルプ}} |
|||
=== 注釈 === |
|||
{{Reflist|group=注釈}} |
{{Reflist|group=注釈}} |
||
=== 出典=== |
|||
== 出典 == |
|||
{{reflist|2}} |
|||
{{Reflist|2}} |
|||
== 参考文献 == |
== 参考文献 == |
||
738行目: | 387行目: | ||
*[[Javaコンパイラ]] |
*[[Javaコンパイラ]] |
||
*[[Java Community Process]] - Java技術の標準化プロセス |
*[[Java Community Process]] - Java技術の標準化プロセス |
||
*[[Javaチャンピオン]] |
|||
== 外部リンク == |
== 外部リンク == |
||
'''オラクル・JCP関連''' |
|||
*[https://java.com/ja/ Java |
*[https://www.java.com/ja/ Java] {{Ja icon}} - Javaのユーザー向け公式サイト |
||
*[https://www.oracle.com/jp/java/ Javaソフトウェア | オラクル | Oracle 日本] - オラクル |
|||
*[https://home.java.net/ Java.net] {{Ref-en}} - Javaの技術者向け公式サイト |
|||
*[https://www.jcp.org/ Java Community Process] {{ |
*[https://www.jcp.org/ Java Community Process] {{En icon}} - JCPのサイト。JSRなどを閲覧できる |
||
**[https://www.oracle.com/jp/java/technologies/downloads/ Java Downloads] |
|||
*[http://www.oracle.com/technetwork/jp/java/ Oracle Technology Network - Java] {{Ref-ja}} - オラクルの技術者向けサイト |
|||
**[ |
**[https://docs.oracle.com/javase/jp/7/ Java Platform Standard Edition 7 ドキュメント] |
||
**[ |
**[https://www.oracle.com/jp/java/technologies/java-se-api-doc.html Java SE APIおよびドキュメント] |
||
**[ |
**[https://docs.oracle.com/cd/E26537_01/tutorial/ Java チュートリアル] |
||
**[http://docs.oracle.com/cd/E26537_01/tutorial/ Java チュートリアル] |
|||
'''技術情報''' |
|||
*[ |
*[https://www.atmarkit.co.jp/ait/subtop/java/ @IT: Java Agile] {{Ja icon}} - Java技術者のための情報提供/情報交換フォーラム |
||
*[ |
*[https://developer.ibm.com/languages/java/ IBM developerWorks Java technology] {{Ja icon}} - IBM developerWorks の開発者向けの記事 |
||
*[https://openjdk.org/ OpenJDK] {{En icon}} |
|||
*[http://www.computer-books.us/java.php Computer-Books.us] {{Ref-en}} - 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}} |
{{Java}} |
||
763行目: | 408行目: | ||
{{プログラミング言語一覧}} |
{{プログラミング言語一覧}} |
||
{{FOSS}} |
{{FOSS}} |
||
{{典拠管理}} |
|||
{{DEFAULTSORT:JAVA}} |
|||
[[カテゴリ:Java|*]] |
|||
[[ |
[[Category:Java|*]] |
||
[[Category:Javaプラットフォーム|*Java]] |
|||
[[カテゴリ:オブジェクト指向言語]] |
|||
[[ |
[[Category:サン・マイクロシステムズ]] |
||
[[ |
[[Category:オラクル]] |
||
[[ |
[[Category:オブジェクト指向言語]] |
||
[[Category:Java仮想マシンで動作するプログラミング言語]] |
|||
[[Category:プログラミング言語]] |
2024年12月5日 (木) 12:23時点における最新版
パラダイム | オブジェクト指向, コンポーネントベース, リフレクティブ, ジェネリック, 関数型, 並行プログラミング |
---|---|
登場時期 |
1995年5月23日α版 1995年秋β版 1996年1月23日ver1.0 |
設計者 | Java Community Process |
開発者 | サン・マイクロシステムズ、オラクル |
最新リリース | Java Standard Edition 23.0.1/ 2024年10月15日 |
型付け | 強い静的型付け |
主な処理系 | Javaプラットフォーム |
影響を受けた言語 | C++, Ada[1], Eiffel[2], Mesa[3], Modula-3[4], Objective-C[5] |
影響を与えた言語 | C#, D, Dart, Groovy, Scala, Kotlin, Ceylon |
プラットフォーム |
Solaris, Linux, Windows, macOS, AIX, System i |
ライセンス | GNU General Public License、Java Community Process |
ウェブサイト |
www |
拡張子 | java、class、jar |
Java(ジャバ、ジャヴァ)は、汎用プログラミング言語とソフトウェアプラットフォームの双方を指している総称ブランドである[6]。オラクルおよびその関連会社の登録商標である。1996年にサン・マイクロシステムズによって市場リリースされ、2010年に同社がオラクルに吸収合併された事によりJavaの版権もそちらに移行した。
プログラミング言語Javaは、C++に類似の構文、クラスベースのオブジェクト指向、マルチスレッド、ガベージコレクション、コンポーネントベース、分散コンピューティングといった特徴を持ち、平易性重視のプログラム書式による堅牢性と、仮想マシン上での実行によるセキュリティ性およびプラットフォーム非依存性が理念とされている。Javaプラットフォームは、Javaプログラムの実行環境または、実行環境と開発環境の双方を統合したソフトウェアであり、ビジネスサーバ、モバイル機器、組み込みシステム、スマートカードといった様々なハードウェア環境に対応したソフトウェア形態で提供されている。その中枢技術であるJava仮想マシンは各プラットフォーム環境間の違いを吸収しながら、Javaプログラムの適切な共通動作を実現する機能を備えている[7]。このテクノロジは「write once, run anywhere」と標榜されていた[8]。
2019年の時点でGitHubによると[9]、Javaは特にクライアント/サーバモデルのWebアプリケーションで使用されている最も人気の高いプログラミング言語の1つであり[9]、全世界でおよそ900万人の開発者がいるとレポートされている[10]。最新バージョンは、2024年9月にリリースされたJava 23と、2021年9月にリリースされたJava 17の長期サポート(LTS)版である。オラクルは未解決のセキュリティ問題によるリスクを回避するために、旧バージョンのアンインストールと新バージョンへの移行を強く推奨している[11]。
Javaの特徴
[編集]現在の正規ベンダーであるオラクルの公式アピールは、以下の通りである[12]。特に業務用システムの構築に最適であるとしている。
Java reduces costs, shortens developer timeframes, drives innovation, and improves application services as the programming language of choice for enterprise architecture, finance, and HR. Java is used in many industries including manufacturing, automotive, insurance, and public sector.
Javaは、コストを削減し、開発者の時間枠を短縮し、イノベーションを促進し、エンタープライズアーキテクチャ、財務、およびHRに最適なプログラミング言語としてアプリケーションサービスを改善します。 Javaは、製造・自動車・保険・公共部門などの多くの業界で使用されています。
オラクルによると、全世界の3億のコンピュータデバイスでJava実行環境が動作しており、全世界の200万の人員がJava開発環境を使用しており、全世界で250億枚のJava Cardが発行されている、と統計されている[12]。
Javaの構文
[編集]Javaプログラム構文は、C++によく似たものである。オブジェクト指向言語の一面が強調されがちだが、C言語のような手続き型言語としてもプログラミングできる。Javaはオブジェクト指向パラダイムをそれほど強制しない。
Javaは、同時にマルチパラダイム言語でもある。JDK 1.1でJavaBeans/JavaRMI/CORBAによるコンポーネントプログラミングと、リフレクションAPIによるメタプログラミングが備えられた。J2SE 5.0でジェネリクス構文/APIによるジェネリックプログラミングが追加された。Java SE 7で並行APIによる並行プログラミングが追加された。Java SE 8ではラムダ式/関数型インターフェース/ストリームAPIなどによる関数型プログラミングが追加された。2014年(Java 8)以降の関数型とジェネリクスを多用しているJavaプログラムは、それ以前のJavaプログラムから大きく様変わりしている。
オブジェクト指向
[編集]Javaは、クラスベースのオブジェクト指向である[13]。クラス、インターフェース、インスタンスといった概念を中心にしたものである。クラスのメンバ要素は、フィールド、メソッド、静的フィールド、静的メソッド、定数、内部クラス、コンストラクタ、ファイナライザである。インターフェースは抽象メソッドと定数で構成される純粋抽象クラスである。クラスはインスタンスのひな型であり、インスタンスはクラスを実体化したものである。Javaプログラムは、1個以上のクラス定義文から形成される。Javaのクラスはカプセル化、継承、多態性をサポートしている。
カプセル化は、クラスメンバの可視性 (private, package, protected, public) でサポートされている。可視性とはメンバのアクセス許可範囲を定めるものであり、private
は同クラス内限定、package
は同クラス内と同パッケージ内限定、protected
は同クラス内と同パッケージ内と派生クラス内限定、public
は制限なしを意味する。パッケージはプログラム全体を任意に分割したソースファイルの1個以上のまとまりである。Javaのデフォルト可視性は、ファイル単位のpackage
なので隠蔽性よりも利便性が重視されている。
継承は、スーパークラスが一つに限られる単一継承をサポートしている。多重継承は不可である。既存クラスに任意メンバを追加した新規クラスを作成できる。Javaの全クラスはObject
クラスをルートクラスとしてデフォルト継承する。Object
クラスにはロック機能が備えられており、これは並行プログラミングを前提にした仕様である。
多態性は、仮想関数、抽象クラス、インターフェース、動的ダウンキャストでサポートされている。スーパークラスのvirtual
メソッドを、サブクラスの同名メソッドでオーバーライドできる機能を仮想関数と言う。スーパークラス変数にサブクラスインスタンスを代入してその変数からサブクラスのメソッドが呼ばれるようにするのは、サブタイピングになる。インターフェースは抽象メソッドだけの純粋抽象クラスであり、任意の数だけクラスに実装できる。実行時ダウンキャストはinstanceof
演算子の実行時型チェックが可能で、ダウンキャスト失敗時は例外発生する。
プラットフォーム非依存
[編集]プラットフォーム非依存とは、Javaプログラムが特定のハードウェアやオペレーティングシステムに依存せずに、あらゆる環境での共通動作を保証する概念である。”Write once, run anywhere”(一度プログラムを書いてしまえば、どのコンピューターでも動くよ)とされる。Javaのプラットフォーム非依存性は次のようにして実現されている。
- Javaコンパイラは、Javaソースコードを、Javaバイトコードという中間表現にコンパイルする。Javaバイトコードは、Java仮想マシン用の実行コードである。Javaバイトコードは通常、Javaクラスファイルにまとめられる。
- Java仮想マシンは、各プラットフォームの差異を吸収するクッション的なソフトウェアである。Java仮想マシンは、様々なコンピュータ環境対応バージョンが提供されており、各プラットフォームにJava実行環境の中核としてインストールされる。
- Java仮想マシンは、任意のJavaクラスファイルをJavaクラスローダーで読み込み、そのJavaバイトコードを解釈実行する。インタプリタ式の解釈走行と、実行時コンパイラで解釈走行させるものがある。
Java初期のインタプリタ式で走行されるJavaプログラムの実行速度は遅かったが、実行時コンパイラ技術と動的再コンパイル技術 (dynamic recompilation) の導入によって実行速度問題はほぼ解決した。実行時コンパイラとは、一定のJavaバイトコードをまとめてネイティブコードにコンパイルして継続的に実行させる技術である。Java仮想マシンはメモリ境界とバッファオーバーフローのチェックを行いながらプログラムを走行させる。また、クラスロード時のバイトコード検証機能によって、あからさまなコード暴走や致命的エラーの頻発を事前抑止している。
マルチスレッド
[編集]Javaプログラムは、複数以上のスレッドを同時走行できる。これをマルチスレッドと言う。多数のスレッドを扱う大規模システムにも対応しており、例えばスレッドグループAPIは、スレッドたちを役割や性質でグループ化して一括操作できる。これはクライアント・サーバシステムの実装向けである。また、多数の断続的トランザクションをさばくシステムにおいて発生しがちなスレッド生成/破棄の反復による負荷増大を回避するための、スレッドプールとタスクキューを合わせたスレッドモニタAPIも用意されている。
Javaのマルチスレッド並行計算は、クリティカルセクション同期が基準にされている。Javaの全インスタンスは、ロック機能を備えているObject
クラスをルート継承しているので、クリティカルセクションのロックオブジェクトにできる。Javaではsynchronized
で指定された範囲がクリティカルセクションになる。Javaの標準ロック手法は、ミューテックスのモニタである。synchronized
メソッドはその全体が排他セクションになり、そこではThisインスタンスがロックオブジェクトになる。synchronized
静的メソッドでは、システム内の専用インスタンスがロックオブジェクトになる。また、synchronized(指名変数)
構文でメソッド内の任意範囲をクリティカルセクションにして、そこでは指名変数がロックオブジェクトになる。
ミューテックスのモニタ以外の、カウントセマフォやバリアや読み書きロックなどのロック手法は、並行APIの方で用意されている。
ガベージコレクション
[編集]Javaプログラムのメモリ管理は、Java仮想マシンのガベージコレクションによって行われる。ガベージコレクションとは、すでにどこからも参照されていないインスタンスを自動的に特定して破棄し、その占有メモリ領域を自動的に解放する機能である。人の手によるオブジェクトの生成と破棄を正確に対応させるメモリ管理作業は煩雑化するのが常であり、メモリリークや不正リリースによるエラーを引き起こしやすく、バグの温床と化すのが通例であった。それらを自動化したガベージコレクションは、Javaプログラマを複雑なメモリ管理作業から解放する。
ガベージコレクタのプロセスは、システムスレッドに乗って未参照のインスタンスを探し続ける。どこかの末端だけが途切れている参照の連鎖のかたまりも正確に特定して、参照の孤島に例えられたメモリ領域を一気に解放する。Javaではガベージコレクション機能に並々ならぬ力が入れられており、その技術更新は現在も進行中である。世代別ガベージコレクタ、応答時間短縮化のレイテンシ重視ガーベジコレクタ、休止時間短縮化のスループット重視ガーベジコレクタなどが導入されて更に改訂を重ねており、運用環境別の選択使用も可能にされている。
分散コンピューティング
[編集]Javaの分散コンピューティングプログラミングは、オブジェクト要求ブローカーに準拠している。これはネットワーク上に存在する様々なプラットフォームの間で、互いに異なる環境を意識せずにリクエストとレスポンスを送りあい任意のタスクを遂行する分散システムの構築をサポートする。各プラットフォーム上で稼働されるサーバアプリケーションとクライアントアプリケーションは、それぞれオブジェクトを内包しており、業界共通規格のCORBAまたはJava独自規格のRMIが提供する運用アーキテクチャと通信プロトコルを通して、他のオブジェクトと相互にコミュニケーションする。それらは分散オブジェクトと呼ばれている。
業務用システムではすでにCORBAが普及していたので、高パフォーマンスだがJavaプラットフォーム間の限定になるRMIはその後追いであった。そのためRMIはCORBAと連携できるようにRMI over IIOPなどの様々な技術が実装されている。CORBAの通信プロトコルはIIOP、RMIの方はJRMPである。分散オブジェクトを実装するためのAPIとクラスライブラリの多くはJakarta EEに属している。分散オブジェクトの中でサーバ機能に特化されたものはEJB (Enterprise JavaBeans) と呼ばれている。
EJBは、クライアントと同期通信を行いトランザクションを管理するセッションビーン、データベースとリンクして永続データを管理するエンティティビーン、様々なイベントからの非同期通信を管理するメッセージドリブンビーンの三種に大別される。これらのEJBは、EJBコンテナに内包されて運用される。分散オブジェクト同士が通信するためのプロトコルは、IIOPかJRMPが使われる。JNDIは、照会された識別名からネットワーク上の分散オブジェクトや各種リソースのロケーションを特定して通信ないしアクセスできるようにする。
EJBコンテナは、WEBコンテナと連携して運用されるのが普通である。EJBコンテナはWEBコンテナを一般的なクライアント窓口として使用することが多い。WEBコンテナはサーブレットとJSP(Java Server Pages)を内包しているWEB用サーバアプリケーションであり、HTTPプロトコルを通して一般的なWEBブラウザとの同期通信を行う。WEB方面の分散オブジェクトは、WEBコンポーネントと呼ばれる。JSPはいわゆるWEBサイトの表示に特化したコンポーネントである。サーブレットはWEBサイトへのリクエストを処理し、場合によってはセッションビーンにトランザクションを委譲するコンポーネントである。EJBコンテナではJBossやWebSphereなどが有名である。EJBコンテナはWEBコンテナと統合されて提供されている事が多い。WEBコンテナではApache Tomcatが有名である。
セキュリティ
[編集]分散ネットワークプログラミングを重視しているJavaは、サンドボックスモデルに基づいたセキュリティ機構を備えている。これは遠隔ダウンロードされた追加プログラム(Javaバイトコード)による実行環境への予期せぬ操作やユーザー資源への好ましくないアクセスを防止するためのものである。分散(distributed)指向のJavaプログラムでは、Javaクラスファイルを遠隔ロードする機会が多いので、サンドボックス実行は必須になる。Javaのサンドボックスは、大抵は以下の手順になる。
- クラスローダーは、バイトコードをダウンロードして順次クラス化する。
- 実行環境内のセキュリティポリシーファイルに従って、各種パーミッションが各クラスに付与される。セキュリティポリシーは主に、クラス名とそのパーミッションのペアで記述されている。
- 実行環境に元からあるクラスは、オールパーミッション付与がデフォルトである。
- スレッドがリソースアクセスなどの操作をする度に、セキュリティマネージャが現行のパーミッションを調べて対象外なら例外を発生させる。
- その際は、スレッドの各通過メソッドのクラスのパーミッションが全チェックされ、原則的に最少パーミッションの方に合わせる。
- 遠隔ロードされたappletクラスなどのパーミッション皆無のクラスのメソッドを一度でも通ったスレッドは、完全なサンドボックス実行になりほとんどのリソースにアクセスできなくなる。
実際には上記に加えて、各クラスを役割やセキュリティレベルでまとめるドメイン機構、認証と承認によるユーザーパーミッション機構、バイトコード送受信時の署名付き証明書機構などが組み合わされて実装運用される。
Javaの歴史
[編集]誕生の経緯
[編集]家電向けプロジェクトの立ち上げ(1990年12月)
Javaの歴史は、1990年12月にサン・マイクロシステムズ(サン)が、次世代の家電製品が内蔵するマイクロコントローラ向けのプログラミング言語を開発するための水面下プロジェクトをリサーチ段階を兼ねて試験的に立ち上げた事から始まる。サンはこの分野が今後の重要市場になると予測していた。サンのエンジニアであるジェームズ・ゴスリンやパトリック・ノートンらの参加により、現実味を帯びたプロジェクトの名称は正式に「グリーンプロジェクト」と定められた。彼らはカリフォルニア州メンローパーク市サンドヒルロードに用意された比較的小さなオフィスで開発を始めた。
Oak言語とGreen OSの誕生(1991年)
グリーンチーム内では当時の主流であったオブジェクト指向を採用する事で一致していた。彼らはそのモデル言語であるC++に白羽の矢を立て、当初はその移植版を検討していたが、プロジェクトの対象が家電製品の組み込みシステムであったために自然と却下された。C++の複雑な言語仕様はコンピュータ資源の浪費とプログラムエラーの発生率を高めがちであり、堅牢性と安全性が最重要の家電製品の制御装置には不向きであると判断されたためだった。加えてC++では移植性に対応できない点も指摘され、プラットフォーム非依存も重要な議題として提起された。彼らはC++に代わる言語の開発と同時に、あらゆる機器に容易に移植できるプラットフォームの必要性も認識するようになった。こうして新言語プログラムの動作環境になる「Green OS」の開発も始められた。
一方で、Mesa言語とC言語の長所を理想にしていたサンのエンジニアのビル・ジョイは、C++をモデルにした新しいオブジェクト指向言語の開発を提案するワーキングペーパーにFurtherという題名を付けて自社に上申した。それを受けてまずジェームズ・ゴスリンがC++の拡張言語を提出した。ゴスリンはこれを「C++ ++ --」と名付けたがすぐに取り下げ、改めて一から設計しなおしたプログラミング言語を1991年秋に誕生させた。オフィスの側に立つオークの木を眺めながら開発を進めていたゴスリンは、この新しい言語に「Oak」という名前をつけた。これがJavaの前身である。
携帯端末、テレビ機器市場への参入と撤退(1992年 - 1994年5月)
1992年夏にはGreen OSを実際の機器に載せてOakプログラムを実行できるようになっていた。この頃になるとより広範囲な可能性を秘めるようになったグリーンプロジェクトの対象は当初の家電機器から、当時のトレンドであった携帯情報端末 (PDA)へとシフトされていた。1992年9月3日に最初のデモンストレーションが開催され「Star7」という名のPDA機器がOakプログラムの初のお披露目舞台になった。このStar7のユーザーインターフェース上で後のマスコットキャラ「Duke」が初登場している。
1992年11月、サンはファーストパーソンという会社を設立しグリーンチームをそちらに所属させた。次世代のインタラクティブ機器に関心を持つファーストパーソンは、ケーブルテレビ用セットトップボックス事業への参入を決めて、タイム・ワーナーと3DOにそれぞれOakテクノロジを提示した。しかし、その余りに高度な柔軟さが却って倦厭されてしまい契約実現には到らなかった。サン本社はファーストパーソンの解散を決め、グリーンチームも本社に戻された。
ワールドワイドウェブ参入(1994年6月〜1994年9月)
1994年6月、サン技術部長ジョン・ゲージがジェームズ・ゴスリン、ビル・ジョイ、パトリック・ノートン、エリック・シュミットら集めて、延べ3日に渡るブレインストーミングが行われた。ここで彼らはワールドワイドウェブをプロジェクトの本命に据える事で一致した。革新的なウェブブラウザである「NCSA Mosaic」の登場に触発された彼らは、インターネットの世界がケーブルテレビのそれを超えたインタラクティブな媒体に発展しつつある事を認識していた。パトリック・ノートンはOakテクノロジをベースにした「WebRunner」という小さなウェブブラウザを開発した。Oakによる小さなアクティブプログラムが埋め込まれたウェブページにアクセスすると、WebRunner上でマウス操作に連動するインタラクティブなアニメーションが表示された。
Javaの始動(1994年10月~1996年1月)
1994年秋までにグリーンチームは、Oakを「Java」に、WebRunnerを「HotJava」に改称した。Green OSは「Java Runtime Environment」に落とし込まれた。改称の理由はOakがすでにビデオカードアダプタ製造会社の登録商標になっていたからだった。この命名は一部のチームメンバーがよく出入りしていた近くのコーヒーショップで決定されたと言われる。Javaの由来は不明とされているが、ロゴが示している通りコーヒーに因んでいるのは明らかである。ジャワ島はコーヒー豆の名産地であり、豆(Bean)はJavaテクノロジ内でコンポーネントを指す用語にされている。
1994年10月、JavaランタイムとHotJavaブラウザがサンの幹部社員たちの前でデモンストレーションされた。1995年5月にアルファ版が社内公開され、5月23日のSunワールドカンファレンスで、JavaランタイムとHotJavaブラウザが社外初披露された。ここではJavaアプレットの技術がセールスポイントとしてアピールされた。同時にネットスケープが「Netscape Navigator」ブラウザへのJavaアプレット機能導入をアナウンスして業界の注目を集めた。1995年秋にベータ版が社外公開された。1996年1月9日にサンは、正式にJavaソフトウェア部門を立ち上げた。基幹テクノロジは市場リリース段階まで進捗していたが、その他のテクノロジは未だ途上段階であり、プラットフォームと呼べる域までは達しておらず、初回リリースのプロダクト名は、Javaランタイム環境を内包したデヴェロップメントキットになった。1月23日に最初の公開バージョンである「JDK 1.0」が市場リリースされた。
バージョン履歴
[編集]バージョン | リリース日 |
---|---|
JDK Beta | 1995年 |
JDK1.0 | 1996年1月23日[14] |
JDK 1.1 | 1997年2月19日 |
J2SE 1.2 | 1998年12月8日 |
J2SE 1.3 | 2000年5月8日 |
J2SE 1.4 | 2002年2月6日 |
J2SE 5.0 | 2004年9月30日 |
Java SE 6 | 2006年12月11日 |
Java SE 7 | 2011年7月28日 |
Java SE 8 | 2014年3月18日 |
Java SE 9 | 2017年9月21日 |
Java SE 10 | 2018年3月20日 |
Java SE 11 | 2018年9月25日[15] |
Java SE 12 | 2019年3月19日 |
Java SE 13 | 2019年9月17日 |
Java SE 14 | 2020年3月17日 |
Java SE 15 | 2020年9月15日[16] |
Java SE 16 | 2021年3月16日 |
Java SE 17 | 2021年9月14日[17] |
Java SE 18 | 2022年3月22日[18] |
Java SE 19 | 2022年9月20日[19] |
Java SE 20 | 2023年3月21日[20] |
Java SE 21 | 2023年9月19日[21] |
Java SE 22 | 2024年3月19日[22] |
Java SE 23 | 2024年9月17日[23] |
Javaプログラミング例
[編集]Hello World
[編集]// Hello.java
public class Hello {
public static void main(String[] args) {
System.out.println("Hello, world!");
}
}
- Javaプログラムでは全てのフィールドとメソッドが
class
内に記述される。 - Javaプログラムは静的メソッド
public static void main (String[] args)
から開始される。args
はプログラム開始時のコマンドライン・パラメータである。 System.out
はSystemクラスの静的フィールドoutを意味する。outはPrintStream型のインスタンスである。out.println("文字列")
はoutのprintlnメソッドを呼び出す。
Javaプラットフォーム
[編集]Javaプラットフォーム (Java Platform) は、Javaプログラムを開発または実行する為のソフトウェア群の総称である。Javaプラットフォームは対象環境に合わせて、Java実行環境およびJava開発環境の構成内容と、Javaテクノロジの追加内容を変えたエディションに編集されて公開されている。Javaテクノロジは権利元ベンダーだけでなくサードパーティー側からも提供されており、その標準化はJavaコミュニティプロセス (JCP) が管理している。Java実行環境とJava開発環境はオープンソース化されているので各企業、各団体、開発者各自が営利または非営利で様々なソフトウェアと関連技術を公開しており、巨大なITエコシステムを構築している。
エディション
[編集]2019年現在、Java権利元のオラクルは、対象環境に合わせたJavaプラットフォームの4つのエディションを公開している。エディションによってJava実行環境とJava開発キットに含まれるツール構成に違いがあり、またクラスライブラリとAPIの構成内容も異なっている。Java仮想マシンの性能にも差異がある。JDK 1.1までは単体エディションで、J2SE 1.2から3エディションに分かれた。J2SE 5.0頃から拡張テクノロジの一つであったJava Cardが昇格して4エディションとなった。
- Java Platform, Standard Edition (Java SE)
- スマートフォンやタブレット端末を含むパーソナルコンピュータ向けである。主にデスクトップアプリケーションとWEBアプリを開発または実行する。一般ユーザー用仕様と言える。
- Java Platform, Enterprise Edition (Java EE) / Jakarta EE
- サーバマシン、ワークステーション向けである。スタンダード版に加え、WEBサーバ及び多層クライアントサーバ、業務用システムを開発する為の、様々な拡張技術クラスライブラリ&APIが追加されている。業務用プロフェッショナル仕様であり大規模である。
- 2017年9月にオラクルは今後のJava EEのバージョンアップがエクリプス財団によって行われる事を発表した[24][25]。Java EEの商標は現行版のサポートを続けるオラクルが保持したので、エクリプス財団による今後のバージョンはJakarta EEの名称で公開される事になった[26]。
- Java Platform, Micro Edition (Java ME)
- 組み込みシステム、マイクロコントローラ向けである。コンピュータ資源が制限されている集積回路や電子機器に対応した特定技術仕様であり、専用のクラスライブラリ&APIも用意されている。Java仮想マシンも比較的コンパクトにまとめられている。
- Java Card
- スマートカード(ICカード)、小型メモリデバイス上で運用されるプログラムを開発するためのエディションである。現在[いつ?]ではSIMカードやATMカードなど幅広い分野に普及している。Java仮想マシンの機能は非常にコンパクトにまとめられており、幾つかのプリミティブ型も省略されている。故に特殊なプログラミングスタイルが求められる。
Java実行環境 (JRE)
[編集]Java実行環境 (Java Runtime Environment; JRE) は、Javaアプリケーションを実行するために必要なソフトウェアである。Java仮想マシン、''Java.exe''のスターターを含めた各種実行サポートツール、Javaクラスライブラリで構成される。Java実行環境の中核はJava仮想マシンである。エディション毎に仮想マシンの仕様と性能は異なっており、また実行時は複数の動作モードを持つ。仮想マシンはスターターを通して稼働されるのが普通である。様々な使用状況に対応したスターターが最初に実行されて、そこから仮想マシンが呼び出されてJavaプログラムの実行を移譲される。仮想マシンはJavaクラスライブラリを逐次読み込みながらJavaプログラムを実行する。Java実行環境のツール内容とクラスライブラリ構成は、エディション毎に違いがある。
- Javaクラスライブラリ
Javaクラスライブラリは、普遍的に呼び出される特定の機能を実装したクラスの集合体である。Javaプログラムはライブラリ内のクラスを逐次呼び出しながら処理を実行する。なお、それぞれのJavaクラスライブラリ内部からプログラマの利用に向けて外部公開されている部分を「Java API」と呼ぶ。
- 基礎ライブラリ - Java言語の基礎を扱う。
- 入出力ライブラリ - ファイル入出力など。
- コレクションライブラリ - 動的配列と動的連想配列。データ集合の操作。
- 数学ライブラリ - 各種計算を扱う。
- 国際化地域化ライブラリ - 暦、日付、時間、通貨、文字コードなどの国際化と地域化を扱う。
- ネットワークライブラリ - ソケット通信を扱う。
- GUIライブラリ - グラフィカル・ユーザーインターフェースを扱う。
- アプレットライブラリ - アプレット生成用。
- Javaビーンズライブラリ - ソフトウェアコンポーネント作成用。
- データベース接続ライブラリ - SQLを扱う。
- リモートメソッドライブラリ - 分散オブジェクトを扱う。
- セキュリティライブラリ - セキュリティポリシー、ユーザー認証と権限承認、公開鍵暗号方式など。
- Javaアプリケーションの形態
Java実行環境に用意されている特定のJavaクラスライブラリを利用する事でJavaプログラムは結果的に、以下の四種類のアプリケーション形態に派生する。
- Javaアプリケーション (application)
- パーソナルコンピュータなどのローカル環境で実行されるJavaプログラム。「Java Web Start」は任意のjnlpファイル(java network launching protocol)をダウンロードして実行できるJavaアプリの配布システムである。この類似技術としてマイクロソフトのノータッチデプロイメント、ClickOnceがある。
- Javaアプレット (applet)
- サーバからダウンロードされてWEBブラウザ上で実行されるJavaプログラム。サンドボックス機能下で厳しい動作制約が加えられている。当初はJavaの目玉技術であったが、様々な理由からさほど普及しなかった[独自研究?]。
- Java Cardプラットフォームの分野であるスマートカード(ICカード)上で動くJavaプログラムもアプレットと呼ばれており、現在ではこちらに舞台を移している。
- Javaサーブレット (servlet)
- サーバマシンで実行されるJavaプログラム。その名の通り手軽にサーバプログラムを実装出来るが、大規模サーバの構築にも適している。サーブレットはクライアントからのリクエストを逐次トランザクションして順次レスポンスする。WEBクライアントにはHTMLなどのプロトコルページ及び各種メディアをレスポンスしてWEBブラウザ上で表示させる。PerlなどによるCGIに比べ、サーバ側の負荷が低いなどのメリットがある。
- Javaサーバページ (server page)
- サーブレットをWEBサーバ用に特化したものであり、XHTML (HTML) 内に記述するJavaプログラムである。WEBクライアントからのリクエストに伴うパラメータに従い、それをサーバ側で解釈してWEBページ内容を動的に生成、変化させてレスポンスする。コードは似ているが、JavaScriptの様にブラウザ側で実行するスクリプトではない。類似の技術にActive Server Pages、PHPがある。
Java開発キット (JDK)
[編集]Java開発キット (Java Development Kit) は、Javaプログラムを開発するために必要なソフトウェアである。Java実行環境も内包している。Javaコンパイラなどの基本開発ツール、各種開発サポートツール、Java APIで構成されている。前述のエディションによって開発ツール内容とAPI構成に違いがある。Java開発キットの呼称はこれまでに何度か変更されている。
- J2SE 1.2.2_004 までは、JDK (Java Development Kit) と呼んでいた。
- J2SE 1.4 までは、Java2 SDK (Java2 Software Development Kit) と呼んでいた。
- J2SE 5.0 からは再び、JDK (Java Development Kit) と呼んだ。
- JavaSE 7 からは、エンタープライズ版とマイクロ版では Java SDK (Java Software Development Kit) と呼び、スタンダード版とカード版では JDK (Java Development Kit)と呼ぶようになった。JDKはSDKの拡張サブセット(SDKの一部分+その他)とされる。
- Java API
APIは、アプリケーション・プログラミング・インタフェースの頭字語であり、Javaクラスライブラリ内部からプログラマに向けて外部公開されているクラス、インタフェース、メソッド、フィールド、定数の集合である。プログラマはこれを用いて各種ソフトウェアの開発を行う。APIは基本的にクラスライブラリの所属に沿って、パッケージ (package) と呼ばれる名前空間で分類されて提供されている。パッケージは各ワードをピリオドで連結して階層化されている。先頭ワードのjavaは開発元提供の純正基礎版を意味する。他に純正拡張版のjavax、任意団体提供のorg、企業提供のcomがある。
- java.lang - Java言語の基礎を扱う。
- java.io - ファイル入出力など。
- java.util - 動的配列と動的連想配列。データ集合の操作。
- java.math - 各種計算を扱う。
- java.text - 暦、日付、時間、通貨、文字コードなどの国際化と地域化を扱う。
- java.net - ソケット通信を扱う。
- java.awt - グラフィカル・ユーザーインターフェイスを扱う。
- java.applet - アプレット生成用。
- java.beans - ソフトウェアコンポーネント作成用。
- java.sql - SQLを扱う。
- java.rmi - 分散オブジェクトを扱う。
- java.security - セキュリティポリシー、ユーザー認証と権限承認、公開鍵暗号方式など。
- 統合開発環境と開発支援ツール
統合開発環境 (IDE)は、JDKを中核にしてビジュアルエディターやビルドマネジャーなどの様々な開発支援機能を備えたソフトウェアである。JDKのみだと、メモ帳でプログラムを書きコマンドラインでコンパイルしコンソールでデバッグをするという極めて原始的な作業になるが、IDEを使用する事で多機能エディタコーディングとビルド過程の自動化と視覚的なデバッグが可能になる。Java開発用のIDEは様々な企業と任意団体から公開されている。
- NetBeans - (サン・マイクロシステムズ→オラクル)オープンソースIDE。NetBeans.org NetBeans.jp。
- Eclipse SDK - (IBM→Eclipse財団)オープンソースIDE。Java用IDEの共通基盤存在である。ここからWebSphere Studio、JBuilderなど様々なIDEが派生している。eclipse.org EclipseWiki。
- WebSphere Studio -(IBM)商用IDE。Eclipseに有料プラグイン機能を組み合わせたもの[27]。現在はアップデート停止。WebSphere。
- IBM Rational - (IBM) Rationalブランド商用IDE。WebSphere Studioの後継製品。
- JBuilder - (ボーランド→エンバカデロ・テクノロジーズ)商用IDE。JBuilder2007からEclipseベースになっている。JBuilder。
- Oracle JDeveloper - (オラクル)Oracle Application Serverと統合されている。2005年6月28日に無料化した。JDeveloper。
- Oracle Workshop for WebLogic - (BEAシステムズ→オラクル)WebLogicと統合されている。Oracle Workshop。
- BlueJ - (サン・マイクロシステムズ、豪ディーキン大学、英ケント大学の共同開発)フリーIDE。BlueJ。
- IntelliJ IDEA - (JetBrains) 商用IDE。Android Studioのベースになった。IntelliJ IDEA。
- JCreator - (Xinox Software) 商用IDE。JCreator。
- Xcode - (Apple)macOSに付属するIDE。
開発サポートツールは、プロジェクト管理、自動ビルド、デバッグ、モニタリングを容易にする。下記の他にも多くの支援ツールが存在する。
- Apache Ant - Javaアプリケーションのビルドツール。Apacheソフトウェア財団のプロジェクトによって開発された。コンパイル、バージョン管理システムとの連携、jar、javadoc生成、ファイルのコピー/移動/削除/変換などの一連の処理を自動化して効率的に実行する。make と同種のツールであり、XMLファイルにビルドの規則を記述する。Java 以外の言語によるアプリケーション開発や、アプリケーション開発以外の用途にも使うことができる。
- Apache Maven - Javaアプリケーションのプロジェクト管理ツール。Apacheソフトウェア財団のプロジェクトによって開発された。
- Gradle - Apache AntやApache Mavenのコンセプトに基づくオープンソースビルド自動化システム。
- JUnit - Javaアプリケーションの単体テストフレームワーク。単体テストを自動化する。xUnitの一種である。テスト駆動開発を支援する。
Javaテクノロジの数々
[編集]Javaテクノロジは、個人を含む各種組織から様々な形態で公開されている。開発元から提示された技術は、Java Community Process (JCP) による審査を合格した後にJavaテクノロジの一つとして認証される。これを標準化 (standardization) と言う。Javaテクノロジが準拠すべき規範仕様は、JCP管理下で発行される数々のJava仕様要求 (Java Specification Request) にて定義されている。Javaテクノロジは様々な分野に導入されている。その一例を以下に列挙する。
- JNI (Java Native Interface)
- 他の言語で実装されたネイティブコードを呼び出す技術
- JMI (Java Metadata Interface)
- Javaのメタデータの作成・アクセス・検索・送受信に関する仕様
- JML (Java Modeling Language)
- 契約による設計 (DbC) を指向した形式言語をソースコードに導入する
- JMX (Java Management Extensions)
- 主に分散システムで依存性の注入によるJavaプログラムの動的な再構成技術
- JDMK (Java Dynamic Management Kit)
- JMX仕様に基づいた開発支援ソフトウェア
- JDO (Java Data Objects)
- オブジェクト永続化の仕様
- Jini
- 分散システムを構築するネットワークアーキテクチャ
- JavaSpaces
- Jiniの分散システム環境でオブジェクトの送受信と永続化などをサポートするテクノロジ
- JAIN (Java API for Integrated Networks)
- 統合通信ネットワーク用のAPI
- JSF (Java Server Faces)
- WEBクライアントにユーザーインターフェースを提供するサーバ用テクノロジ
- JXTA
- P2Pの仮想ネットワークのためのオープンプロトコル
- OSGi
- サービスの動的な管理と遠隔保守
- Java3D
- 3次元グラフィクスプログラミングのための高水準なAPI。Java 3D
- JOGL (Java OpenGL)
- OpenGLを使う3Dプログラミングのための低水準なAPI
- JAI (Java Advanced Imaging)
- 高水準な画像操作API
- LWJGL
- ゲーム開発用のAPI。OpenGL, OpenAL, OpenCLを扱える。様々なゲーム用コントローラーも扱える。
- JSML (Java Speech Markup Language)
- 音声合成システムにテキスト注釈を追加する
- Blu-ray Disc Java
- ブルーレイディスク (BD) で実行される各種コンテンツ制作用
Javaオープンソースモデル
[編集]サン・マイクロシステムズは1996年のリリース当初からJava実行環境とJava開発環境をオープンソース化しており、サードパーティーにJavaテクノロジ開発への参入をアピールしていた。ただしJavaの普及に一定のコントロールをかける為にソースコードの改変までは認めていなかった。2004年になるとIBMが業界の優位性を活かしてJavaオープンソースプロジェクトの主導権を握るようになった。Javaコミュニティプロセスを取り巻く業界の変化を悟ったサン・マイクロシステムズはIBMとの本格的な提携を承認し、2007年にJava SE 6を「OpenJDK」としてGNU一般公開ライセンスの下でリリースした[28]。OpenJDKではソースコードの改変も認められた。GNUプロジェクトは「GNU Interpreter for Java」、GNUコンパイラコレクションの「GNU Compiler for Java」、互換クラスライブラリの「GNU Classpath」を公開した。Windows用GNU Compilerは、MinGWと併せてCygwinの環境上でも実行できた。
WindowsやLinuxなどのメジャーOSでは、オラクル、IBM、Blackdown、GNUプロジェクト、Kaffe.orgなどによるJavaプラットフォームが公開されている。また、JavaソースコードをそのままWin用実行ファイルに変換する「Excelsior JET」や[29]、JarファイルをWin用実行ファイルに変換する「exewrap」「Launch4j」「NSIS」「JSmooth」なども販売ないし公開されている。
Java認定資格
[編集]オラクル[注釈 1]は複数のJava認定資格を主催している。Javaのバージョンアップに伴って資格も変更されることがある。ただし、変更前に取得した資格は変更後も有効である。認定試験に不合格だった場合、その試験日を含めて14日以内は同一試験を受験することができない。
資格名 | レベル | 対象バージョン |
---|---|---|
Java Foundations Certified Junior Associate | Junior Associate | 不明 |
Oracle Certified Java Programmer, Bronze SE 7/8[注釈 2] | Bronze | Java SE 7/8 |
Oracle Certified Java Programmer, Silver SE 8[注釈 3] | Associate | Java SE 8 |
Oracle Certified Java Programmer, Gold SE 8[注釈 4] | Professional | Java SE 8 |
Oracle Certified Professional, Java EE 7 Application Developer | Professional | Java EE 7 |
Oracle Certified Master, Java EE 6 Enterprise Architect | Master | Java EE 6 |
Oracle Certified Expert, Java EE 6 Enterprise JavaBeans Developer | Expert | Java EE 6 |
Oracle Certified Expert, Java EE 6 JavaServer Faces Developer | Expert | Java EE 6 |
Oracle Certified Expert, Java EE 6 Web Services Developer | Expert | Java EE 6 |
Oracle Certified Expert, Java EE 6 Java Persistence API Developer | Expert | Java EE 6 |
Oracle Certified Expert, Java EE 6 Web Component Developer | Expert | Java EE 6 |
注釈
[編集]出典
[編集]- ^ Chaudhary, Harry H. (2014年7月28日). “Cracking The Java Programming Interview :: 2000+ Java Interview Que/Ans”. 2016年5月29日閲覧。
- ^ “The Java Language Environment” (May 1996). May 6, 2014時点のオリジナルよりアーカイブ。May 6, 2014閲覧。
- ^ “The Java Language Specification, 2nd Edition”. August 5, 2011時点のオリジナルよりアーカイブ。February 8, 2008閲覧。
- ^ “The A-Z of Programming Languages: Modula-3”. Computerworld.com.au. January 5, 2009時点のオリジナルよりアーカイブ。2010年6月9日閲覧。
- ^ Patrick Naughton cites Objective-C as a strong influence on the design of the Java programming language, stating that notable direct derivatives include Java interfaces (derived from Objective-C's protocol) and primitive wrapper classes. [1] Java Was Strongly Influenced by Objective-C - ウェイバックマシン(2011年7月13日アーカイブ分)
- ^ “What is Java and why do I need it?” (英語). 2019年1月閲覧。
- ^ “1.2 Design Goals of the Java™ Programming Language”. オラクル (January 1, 1999). January 23, 2013時点のオリジナルよりアーカイブ。2013年1月14日閲覧。
- ^ “Write once, run anywhere?”. Computer Weekly (May 2, 2002). 2009年7月27日閲覧。
- ^ a b Chan (January 22, 2019). “The 10 most popular programming languages, according to the 'Facebook for programmers'”. Business Insider. June 29, 2019時点のオリジナルよりアーカイブ。June 29, 2019閲覧。
- ^ “JavaOne 2013 Review: Java Takes on the Internet of Things”. www.oracle.com. April 19, 2016時点のオリジナルよりアーカイブ。2016年6月19日閲覧。
- ^ “Why should I uninstall older versions of Java from my system?”. オラクル. 2016年9月9日閲覧。
- ^ a b “Java Software | オラクル”. www.oracle.com. 2019年10月19日閲覧。
- ^ 広辞苑 第六版
- ^ “JAVASOFT SHIPS JAVA 1.0”. sun.com. March 10, 2007時点のオリジナルよりアーカイブ。2008年2月5日閲覧。
- ^ Chander, Sharat. “Introducing Java SE 11”. oracle.com. September 26, 2018時点のオリジナルよりアーカイブ。September 26, 2018閲覧。
- ^ “The Arrival of Java 15!”. Oracle (September 15, 2020). 2020年9月15日閲覧。
- ^ “オラクル、Java 17をリリース”. Oracle (2021年9月17日). 2021年9月30日閲覧。
- ^ “オラクル、Java 18を発表”. Oracle (2022年3月22日). 2022年3月23日閲覧。
- ^ “オラクル、Java 19をリリース”. Oracle (2022年9月21日). 2022年9月21日閲覧。
- ^ “オラクル、Java 20をリリース”. Oracle (2023年3月22日). 2022年3月23日閲覧。
- ^ “オラクル、Java 21のリリースとサポート・ロードマップの延長を発表”. Oracle (2023年9月19日). 2023年9月21日閲覧。
- ^ “オラクル、Java 22をリリース”. Oracle (2024年3月21日). 2024年3月23日閲覧。
- ^ “オラクル、Java 23をリリース”. Oracle (2024年9月17日). 2024年9月18日閲覧。
- ^ “Opening Up Java EE - An Update” (英語). オラクル (2017年9月12日). 2019年3月10日閲覧。
- ^ “EE4J、EclipseファウンデーションがオープンソースJava EEを準備”. InfoQ (2017年11月16日). 2019年3月10日閲覧。
- ^ “Java EE は Jakarta EE となる”. InfoQ (2018年3月5日). 2019年3月10日閲覧。
- ^ 星 暁雄=日経BP Javaプロジェクト (2003年10月31日). “EclipseとWebSphere Studioはどう違うのか | 日経 xTECH(クロステック)”. 日経 xTECH(クロステック). Nikkei Business Publications, Inc.. 2019年11月17日閲覧。
- ^ Sun Microsystems, Inc (2007年5月8日). “Sun Fulfills Promise of Open and Free Java Technology and Releases Java SE Platform to OpenJDK Community”. 2009年9月16日閲覧。
- ^ http://www.excelsior-usa.com/jet.html
- ^ “オラクル Java SE 認定資格パス 概要”. 2019年3月7日閲覧。
- ^ “オラクル Java EE and Web Services 認定資格パス 概要”. 2019年3月7日閲覧。
- ^ “Java Foundations Certified Junior Associate (novice-level certification)”. 2019年3月10日閲覧。
- ^ “認定試験一覧”. 2019年3月7日閲覧。
- ^ “Java資格が大幅リニューアル。Bronze/Silver/Goldが登場”. 2019年3月7日閲覧。
参考文献
[編集]- Jon Byous, Java technology: The early years. Sun Developer Network, 日付不明(1998年頃).(2005年4月22日に参照)
- James Gosling, A brief history of the Green project. Java.net, 日付不明(1998年第1四半期頃).(2005年4月22日に参照)
- James Gosling, Bill Joy, Guy Steele, and Gilad Bracha, The Java language specification, third edition. Addison-Wesley, 2005. ISBN 0-321-24678-0.
- 村上雅章(訳) 『Java言語仕様 第3版』 ピアソン・エデュケーション、2006年、ISBN 4-89471-715-8
- Tim Lindholm and Frank Yellin. The Java Virtual Machine specification, second edition. Addison-Wesley, 1999. ISBN 0-201-43294-3.
- 村上雅章(訳) 『Java 仮想マシン仕様 第2版』 ピアソン・エデュケーション、2001年、ISBN 4-89471-356-X
- ジョシュア・ブロック(著)、柴田芳樹(訳) 『Effective Java プログラミング言語ガイド』 ピアソン・エデュケーション、2001年、ISBN 4-89471-436-1
関連項目
[編集]- Javaの文法
- Javaのキーワード (予約語)
- Javaの性能
- Javaに対する批判
- C♯とJavaの比較
- Java仮想マシン
- Javaコンパイラ
- Java Community Process - Java技術の標準化プロセス
- Javaチャンピオン
外部リンク
[編集]オラクル・JCP関連
- Java - Javaのユーザー向け公式サイト
- Javaソフトウェア | オラクル | Oracle 日本 - オラクル
- Java Community Process - JCPのサイト。JSRなどを閲覧できる
技術情報
- @IT: Java Agile - Java技術者のための情報提供/情報交換フォーラム
- IBM developerWorks Java technology - IBM developerWorks の開発者向けの記事
- OpenJDK