JPDA

Java Platform Debugger Architecture : Architecture de Débugage de la plate-forme Java.

Besoin

Fournir une infrastructure pour les applications souhaitant gérer elles-mêmes le deboggages (IDE typiquement).

Débogueur	Transport	VM Cible
	nom implémentation

un session de debugging est caractérisée par un connecteur JDI dans le processus débogueur, caractérisé :

un nom unique
une implémentation
- mono- ou multi-machines ou les 2
- paramétré par une adresse (chaîne libre interprétée par l'implémentation du transport)
pilote un un processus de VM cible (target VM) via un transport, caractérisé par :
- un nom unique
- une implémentation
  - mono- ou multi-machines ou les 2
  - paramétré par une adresse (chaîne libre interprétée par l'implémentation du transport)
- un serveur (le débogueur ou la VM cible)
- un client (le débogueur ou la VM cible) s'attachant au serveur

La JPDA est structurée en 3 couches :

La JVM peut être lancée avec les options suivantes :

JPDA
		Java SDK				Commentaire
		1.2.2	1.3	1.4	1.5	Commentaire
JDWP	Transport	`transport=<em>nom</em>`				Des noms d'implémentations sont `dt_socket`, `dt_shmem`
	Serveur	`server=y`
		`onuncaught=y`
		`launch=myDebuggerLaunchScript`
		`address=<em>chaîne</em>`				`<machine>:<port>` si client ou `<port>` si serveur

L'implémentation de référence de JPDA contient les implémentations suivantes de transport :

mémoire partagée (Windows) :
socket réseau (Windows, Solaris) : communication entre debugger et VM cible via TCP/IP

VM unique
Débogueur	Transport	VM Cible
	implémentation

VM 1		VM2
Débogueur	Transport		VM Cible
	implémentation

JPDA
	Java SDK					Commentaire
	1.1	1.2.2	1.3	1.4	1.5	Commentaire
API	Non	JDI
Protocole			JDWP
JVM			JVM DI + JVM PI			JVM TI
Full speed debugging	N/A	Non		Oui		Debugging sans passer en mode interprété
HotSwap						Mise à jour de classes pendant le debugging
Non Java						Debugging de code source non Java

Des exemples d'applications utilisant JPDA sont :

Une JVM ne peut exécuter que 1 seul debugger (mais ce debugger peut déboguer plusieurs VM cibles)
Une JVM en mode classic peut toujours utiliser sun.tools.debug, mais pas une HotSpot
Une application débuggante doit s'exécuter dans un processus différent de l'application déboguée, afin de rester indépendante de divers effets de bord (l'ordre dans lequel les classes sont chargées, l'ordonnancement des threads, attente de relâchement de verrous)

Sun Microsystems, "Java^TM Platform Debugger Architecture", J2SE 1.5 documentation
- "Connection and Invocation Details" - Options d'initialisation des JVMs