The Java Community Process(SM) Program - JSRs: Java Specification Requests - detail JSR# 47

Updates to the Original JSR

The following information has been updated from the original proposal.

2010年02月15日
Oracle took over as Maintenance Lead from Sun Microsystems.

Maintenance Lead: Oracle America, Inc.

Contact: Danny Coward

E-mail address: danny.coward@oracle.com

Telephone: +1 408 276 7049

Original Java Specification Request (JSR)

Identification | Request | Contributions

Section 1: Identification

 Submitting Participant: Sun Microsystems
 Name of Contact Person: Graham Hamilton
 E-Mail Address: graham.hamilton@eng.sun.com
 Telephone Number: +1 408 343 1426
 Fax Number: +1 408 863 3195
 Submitting Participant: International Business Machines
 Name of Contact Person: Flavio Bergamaschi
 E-Mail Address: flavio@uk.ibm.com

Section 2: Request

2.1 Please describe the proposed Specification:

A specification for logging APIs within the Java^TM platform. These APIs will be suitable for logging events from within the Java platform and from within Java applications.

It is envisaged that:

• It will be possible to enable or disable logging at run-time.
• It will be possible to control logging at a fairly fine granularity, so that logging can be enabled or disabled for specific functionality.
• The logging APIs will allow registration of logging services at run time, so third parties can add new log services.
• It will be possible to provide bridging services that connect the Java logging APIs to existing logging services (e.g. operating system logs).
• Where appropriate, the logging APIs will also support displaying high-priority messages to end users.

2.2 What is the target Java platform? (i.e., J2EE, J2SE, J2ME)

Java 2 Standard Edition.

2.3 What need of the Java community will be addressed by the proposed specification?

This specification is intended to allow field service engineers to obtain information to help diagnose application problems in the field. This includes configuration issues and performance problems as well as application failures. The APIs are intended to be used from both within the Java platform implementation and from within Java applications to provide logging and tracing information.

2.4 Why isn't this need met by existing specifications?

There are currently no general purpose logging or tracing APIs in the Java platform.

2.5 Please give a short description of the underlying technology or technologies:

Many operating systems provide some form of logging so that application programs can record key events, particularly on error conditions. It is desirable that the Java logging APIs should be able to interact with operating system logging services. In addition the logging APIs should enable logging to files or to network management services.

2.6 Is there a proposed package name for the API Specification?

java.util.logging

2.7 Does the proposed specification have any dependencies on specific operating systems, CPUs, or I/O devices that you know of?

No.

2.8 Are there any security issues that cannot be addressed by the current security model?

No.

2.9 Are there any internationalization or localization issues?

Yes. The APIs should permit internationalization of the log messages.

2.10 Are there any existing specifications that might be rendered obsolete, deprecated, or in need of revision as a result of this work?

No. However it is anticipated that the implementations of various J2SE APIs will be updated to use the new logging APIs.

Section 3: Contributions

None.