Find JSRs
Submit this Search

Ad Banner

JSRs: Java Specification Requests
JSR 3: JavaTM Management Extensions (JMXTM) Specification

This JSR has been Withdrawn
Reason: Withdrawn following Maintenance Review 6.

Updates to the Original JSR

Note that this JSR was completed under JCP 2.1 and moved to JCP 2.6 in Maintenance.

JSR 3 has been moved to JCP 2.9.

Specification Lead: Hinkmond Wong

E-Mail Address:

Telephone Number: +1 408 276 7618

Fax Number: -

The Maintenance Lead has provided the public Issue list and communications channel for feedback.

Staffan Larsen is the new Maintenance Lead.
Maintenance Lead: Staffan Larsen, Oracle America


Telephone: +46 8 506 309 00

Original Java Specification Request (JSR)

Identification | Request | Contributions

Section 1: Identification

Submitting Participant:

Sun Microsystems
Consumer & Embedded
Embedded System Software Group

Director and General Manager: Jean Pierre Baudouin (
Engineering manager: Dave Hendricks (dave.hendricks@france,
Marketing manager: Philippe Lalande (

Endorsers of the JSR:

Computer Associates
Exide Electronics
Jyra Research

Section 2: Request

- Target Java Platform

    All platforms: Full Java, Personal Java and Embedded Java

    JMAPI will make it possible to add manageability to Java
    enabled equipment, from webphones and set-top boxes to network
    devices and servers.

- Needs of Java Community Addressed

    The Java Community needs a universal and modular Java
    management foundation which addresses the following

    + Allow rapid development of Java management solutions for
      the following markets: consumer, enterprise computing,
      telecommunications and datacommunications.

    + Provide a component-based architecture that scales from
      small footprint devices to large telecom switches.

    + Allow for portability of management applications, by
      supporting multiple hardware environments, protocols,
      information models, databases...

    + Allow for dynamic upgrade of management capabilities.

    + Provide integration with legacy management systems.

- Why need not already addressed

    No universal Java management foundation exists yet.  The
    previous JMAPI draft has not reached the Specification stage
    and does not address the following market requirements:

    + Integration of the new trends for third generation
      Web-based distributed management.

    + Leveraging of up-to-date Java technology like JavaBeans
      and Jini.

    + Integration with legacy or non-Java environments (such
      as SNMP and CIM/WBEM).

- Specification to be developed

    JMAPI 2.0 will provide a management architecture, APIs and
    services for building Web-based, distributed, dynamic and
    modular solutions to manage Java enabled resources.

    The JMAPI architecture will be applicable to the creation of
    smart Java agents and management applications, and can also be
    integrated into legacy management solutions.

    JMAPI 2.0 will strongly leverage an existing product, and
    hence should lead in the short term to a mature Specification
    and to the availability of a commercial implementation.

- Underlying technologies

    The JMAPI Specification will leverage the Java Dynamic
    Management Kit technology. This product provides a core
    management framework which is a repository of Java Management
    Beans. Basically any Java bean can be registered in the
    framework and then expose management capabilities.

    Management operations can be performed either:

      + locally, from the same VM, or
      + from a remote VM, or
      + from a remote non-Java management application or

    This product also provides a set of core distributed
    management services that can be deployed in manager, agent or
    agent/manager applications.

- Proposed package names

    JMAPI APIs and services will be divided into:

    + a set of mandatory services, which any conformant
      implementation will be required to implement.

      We propose to group all these services under the
      following package name:


    + a set of optional services, which any conformant
      implementation might choose or not to implement.

    We propose to define each of these services as a package
    named after the following scheme:


    The JMAPI test suite will have the same modularity.
    When claiming for JMAPI compliance, implementations will
    have to provide the exhaustive list of optional services
    they support and will be tested against this "JMAPI
    implementation conformance statement".

- Possible platform dependencies

    The Reference Implementation will have a dependency on the
    JDK 1.2 release.

    The JMAPI specification will reference existing Java
    specifications such as JNDI, JDBC, JTS whenever needed.

- Security implications

    JMAPI will not incorporate security features.

- Internationalization implications

    The JMAPI APIs do not deal with the display of information but
    instead are handling storage and retrieval of information.

    These APIs rely on Java's built-in capability to manipulate
    locale-independent data, such as strings using Unicode
    multi-byte character set, and will hence allow the development
    of fully internationalized JMAPI-based applications.

- Localization implications


- Risk assessment

    JMAPI is not a required part of an existing Java platform.
    Therefore it does not jeopardize existing platforms and
    extensions or any other Java standardization project.

    Risk on the deliverables (Specification, Reference
    Implementation, Compatibility Test Suite) are minimal since
    the underlying technology already exists as a product, with
    associated QA test suites.

- Existing specifications rendered obsolete or deprecated

    This revision of the JMAPI specification will render obsolete
    the current draft 0.8 of JMAPI.

    There is no commercial product based on this draft available
    on the market today.

- Existing specifications needing revisions

    Not applicable.

Section 3: Contributions

- Existing documents, specifications, implementations &
  How they might be used

    + "Java Dynamic Management Kit - A white paper"
    + "Java Dynamic Management Kit 3.0 Programming guide"

    These two documents can be leveraged as a description of the
    concepts and architecture of the underlying technology, as
    well as a description of the core management services.

    + "Java Dynamic Management Kit 3.0 Reference Manual"

    This document can be used as a initial input to the
    definition of the APIs.

    + "Java Dynamic Management Kit 3.0"

    The product implementation will be leveraged to deliver the
    reference implementation.  The next major release of the
    product will be JMAPI compliant and will provide a first
    commercial implementation of the Specification.

    + The test suite of Java Dynamic Management Kit 3.0 will be
      leveraged to deliver the Compatibility Test Suite.