JavaTM Platform Debugger Architecture

Home Page

             Components                         Debugger Interfaces

                /    |--------------|
               /     |     VM       |
 debuggee ----(      |--------------|  <------- JVMDI - Java VM Debug Interface
               \     |   back-end   |
                \    |--------------|
                /           |
 comm channel -(            |  <--------------- JDWP - Java Debug Wire Protocol
                \           |
                     |--------------|
                     | front-end    |
                     |--------------|  <------- JDI - Java Debug Interface
                     |      UI      |
                     |--------------|

What is the Java Platform Debugger Architecture (JPDA)?

JPDA consists of three layers:

JVMDI - Java VM Debug Interface

Defines the debugging services a VM provides.

JDWP - Java Debug Wire Protocol

Defines the communication between debuggee and debugger processes.

JDI - Java Debug Interface

Defines a high-level Java language interface which tool developers can easily use to write remote debugger applications.

Reference implementation

• JVMDI implementations on multiple Sun VMs (see VM documentation).
• A back-end which uses JVMDI to implement the debuggee side of JDWP.
• A front-end which uses the debugger side of JDWP to implement JDI.
• Two simple example debugger applications which are built on JDI.

Using JPDA

Some debuggers are built on top of lower layers, JDWP (for example if the front-end is not written in the Java language) or JVMDI (for specialized debuggers which need low-level functionality).

debuggee

The debuggee is the process being debugged, it consists of the application being debugged (not shown), the VM running the application and the back-end of the debugger.

Java Virtual Machine (VM)

This refers to the VM running the application being debugged.

The debugger architecture is being designed for use in wide spectrum of VM implementations.

The VM implements the Java Virtual Machine Debug Interface (JVMDI).

back-end

The back-end of the debugger is responsible for communicating requests from the debugger front-end to the debuggee VM and for communicating the response to these requests (including desired events) to the front-end.  The back-end communicates with the front-end over a communications channel using the Java Debug Wire Protocol (JDWP).  The back-end communicates with the debuggee VM using the Java Virtual Machine Debug Interface (JVMDI).

It is clear from experience that debugger support code, running on the debuggee and written in Java, contends with the debuggee in ways that cause hangs and other undesired behavior. Thus, the back-end is native code. This, in turn, implies that the JVMDI be a pure native interface.

communications channel

The communications channel is the link between the front and back ends of the debugger.  The transport mechanism used is unspecified; possible mechanisms include: sockets, serial lines, and shared memory.   However, the format and semantics of the serialized bit-stream flowing over the channel is specified by the Java Debug Wire Protocol (JDWP).

front-end

The debugger front-end implements the high-level Java Debug Interface (JDI).  The front-end uses the information from the low-level Java Debug Wire Protocol (JDWP).

User Interface (UI)

The user interface to the debugger is not specified; the intent is that tool vendors will provide value added implementations. We provide an example simple graphical user interface (GUI) which serves as test harness and as a starting point for the development of more complex GUIs. A version of JDB is also available as an example.

The example UIs are clients of the Java Debug Interface (JDI).

A native interface implemented by the VM.

Defines the services a VM must provide for debugging. Includes requests for information (for example, current stack frame), actions (for example, set a breakpoint), and notification (for example, when a breakpoint has been hit). A debugger may make use of VM information other than this (for example, Java Native Interface (JNI)), but this is the source of all debugger specific information.

Specifying the VM Interface allows any VM implementor to plug easily into the debugging architecture. It also allows alternate communication channel implementations. VM implementations which do not adhere to this interface can still provide access via the Java Debug Wire Protocol (JDWP).

See also:

JVMDI Specification
 

Defines the format of information and requests transferred between the debuggee process and the debugger front-end.  It does not define the transport mechanism (socket, serial line, shared memory, ...).

The specification of the protocol allows the debuggee and debugger front-end to run under separate VM implementations and/or on separate platforms. It also allows the front-end to be written in a language other than Java, or the debuggee to be non-native (e.g. Java).

Information and requests are roughly at the level of the Java Virtual Machine Debug Interface (JVMDI), but will include additional information and requests necessitated by bandwidth issues, examples include information filtering and batching.

See also:

JDWP Specification

A 100% Java interface implemented by the front-end.

Defines information and requests at a user code level.

While debugger implementors could  directly use the Java Debug Wire Protocol (JDWP) or Java Virtual Machine Debug Interface (JVMDI), this interface greatly facilitates the integration of debugging capabilities into development environments. We recommend the JDI layer for all debugger development.

See also:

JDI Specification

Copyright © 2001 Sun Microsystems, Inc. All Rights Reserved.  Please send comments to: java-debugger@sun.com