ナビゲーション・リンクをスキップ
Java(tm) Platform
Standard Edition 8

パッケージ java.util.logging

JavaTM 2プラットフォームのコア・ロギング機能のクラスとインタフェースを提供します。

参照: 説明

パッケージjava.util.loggingの説明

JavaTM 2プラットフォームのコア・ロギング機能のクラスとインタフェースを提供します。ロギングAPIの主な目的は、顧客サイトでのソフトウェアの管理とサービスをサポートすることです。

ログを使用する主な4つの目的は次のとおりです。

  1. エンド・ユーザーとシステム管理者による問題の診断。これは、リソースの不足、セキュリティ障害、および単純な設定エラーなど、ローカルで修復または追跡可能なよくある問題の簡潔なロギングから構成されます。
  2. フィールド・サービス・エンジニアによる問題の診断。フィールド・サービス・エンジニアが使用するロギング情報は、システム管理者が必要とする情報よりも大幅に複雑かつ冗長なものとなる可能性があります。通常、そのような情報を取得するには、特定サブシステム内での追加ロギングが必要となります。
  3. 開発組織による問題の診断。フィールドで問題が発生した場合、場合によっては取得したロギング情報を元の開発チームに診断用として戻す必要があります。このロギング情報は、極めて詳細でかなり難解なものになる可能性があります。場合によってはこのような情報には特定のサブシステムの内部実行の詳細なトレースが含まれます。
  4. 開発者による問題の診断。ロギングAPIは、開発中のアプリケーションのデバッグを支援する目的でも使用できます。これにはおそらく、ターゲット・アプリケーションによって生成されるロギング情報や低レベル・ライブラリによって生成されるロギング情報が含まれます。ただし、この使用方法はまったく妥当なものですが、ロギングAPIの目的は、開発環境内にすでに存在している可能性のある、通常のデバッグ・ツールやプロファイリング・ツールに取って代わることではありません。

このパッケージの主な要素は次のとおりです。

ロギングAPIは、静的構成制御、動的構成制御の両方を提供します。静的制御を使えば、フィールド・サービス・スタッフは、特定の構成を設定したあと、その新しいロギング設定を使ってアプリケーションを再起動することができます。動的制御を使えば、現在実行中のプログラム内からロギング構成を更新できます。また、このAPIでは、システムの機能領域ごとにロギングの有効/無効を切り替えることもできます。たとえば、あるフィールド・サービス・エンジニアは、すべてのAWTイベントを追跡することには関心があっても、ソケット・イベントやメモリー管理にはまったく関心がない場合があるからです。

nullポインタ

一般に、javadoc内で特に記載のないかぎり、メソッドおよびコンストラクタは、null引数を渡されるとNullPointerExceptionをスローします。このルールには大きな例外が1つあります。それは、Loggerクラスのロギング簡易メソッド(config、entering、exiting、fine、finer、finest、log、logp、logrb、severe、throwing、およびwarningメソッド)は、最初のLevel引数(存在する場合)を除くすべての引数でnull値を受け取る、ということです。

関連項目

制御フローの概要については、「Javaロギングの概要」を参照してください。

導入されたバージョン:
1.4
ナビゲーション・リンクをスキップ
Java(tm) Platform
Standard Edition 8

バグまたは機能を送信
詳細なAPIリファレンスおよび開発者ドキュメントについては、Java SEのドキュメントを参照してください。そのドキュメントには、概念的な概要、用語の定義、回避方法、有効なコード例などの、開発者を対象にしたより詳細な説明が含まれています。
Copyright© 1993, 2014, Oracle and/or its affiliates. All rights reserved.