Réserver une Démo

SVP notez : Cette page d’aide n’est pas pour la dernière version d’Enterprise Architect. La dernière aide peut être trouvée ici.

Pré. Proc.

Travailler avec Serveurs Web Java

Si vous déboguez des serveurs Web Java tels que JBOSS et Apache Tomcat (à la fois la configuration du serveur et la configuration du service Windows ) dans Enterprise Architect , appliquez ces exigences et procédures de configuration.

Note : Les fonctionnalités de débogage et d'enregistrement de l' Analyseur d'Exécution Visuelle ne sont pas supportées pour la plateforme serveur Java 'Weblogic' d'Oracle.

Attacher au processus hébergeant la machine Virtual Machine Java d' Enterprise Architect

Marcher

Action

Voir également

1

Générez des fichiers binaires pour le code du serveur Web à déboguer, avec des informations de débogage.

2

Lancez le serveur avec l'option 'Démarrage de la Virtual Machine ', décrite dans Configuration du serveur .

3

Importez le code source dans le Modèle Enterprise Architect ou synchronisez le code existant.

4

Définissez des points d'arrêt.

 Gestion des Point d'Arrêt et balises

5

Lancez le client.

6

Joindre au processus d' Enterprise Architect .

Configuration du serveur

La configuration nécessaire pour que les serveurs Web interagissent avec Enterprise Architect doit répondre à ces deux points essentiels :

  • Toute VM à déboguer, créer ou héberger par le serveur doit avoir l'option de ligne de commande Sparx Systems Agent spécifiée ou dans l'option de démarrage de la VM (c'est-à-dire :
    -agentlib:SSJavaProfiler32 ou -agentlib:SSJavaProfiler64)
  • Le CLASSPATH, quelle que soit sa transmission à la VM, doit spécifier le chemin racine vers les Paquetage source du paquetage
Le débogueur Enterprise Architect utilise la propriété java.class.path dans la machine virtuelle en cours de débogage, pour localiser le fichier source correspondant à un point d'arrêt survenant dans une classe lors de l'exécution ; par exemple, une classe à déboguer s'appelle :

abc

Ceci est situé dans le répertoire physique :

C:\source\a\b

Ainsi, pour que le débogage réussisse, le CLASSPATH doit contenir le chemin racine :

c:\source

Configuration du script de l'analyseur

A l'aide de l'onglet ' Déboguer ' de la boîte de dialogue 'Build Script', créez un script pour le code que vous avez importé et :

  • Sélectionnez le bouton radio « Attacher au processus » et, dans le champ en dessous, tapez « attacher »
  • Dans le champ 'Utiliser Débogueur ', cliquez sur la flèche déroulante et sélectionnez 'Java'
Tous les autres champs sont sans importance ; le champ 'Directory' est normalement utilisé en l'absence de toute propriété Class path.

Exécuter le Débogueur

Les points d'arrêt pourraient montrer un point d'interrogation. Dans ce cas, la classe n'a peut-être pas encore été chargée par la machine virtuelle. Si le point d'interrogation persiste même après que vous êtes sûr que la classe contenant le point d'arrêt a été chargée, alors soit :

  • Les binaires exécutés par le serveur ne sont pas basés sur le code source
  • Le débogueur ne peut pas réconcilier le point d'arrêt avec un fichier source (vérifiez les chemins d'accès aux classes), ou
  • La JVM n'a pas chargé l'agent Sparx Systems

Marcher

Action

Voir également

1

Exécuter le serveur et vérifiez que le processus serveur a bien chargé l'Agent Sparx Systems :

DLL SSJavaProfiler32.DLL ou SSJavaProfiler64

Utilisez 'Process Explorer' ou des outils similaires pour prouver que le processus serveur a chargé l'agent.

2

Dans Enterprise Architect , ouvrez le code source et définissez des points d'arrêt.

 Gestion des Point d'Arrêt et balises

3

Cliquez sur le bouton Exécuter Déboguer dans Enterprise Architect .

La boîte de dialogue « Attacher au processus » s'affiche.

 Déboguer une Application en Cours

4

Sélectionnez le processus serveur hébergeant l'application.

5

Cliquez sur le bouton OK .

Un message de confirmation s'affiche dans la fenêtre Déboguer , indiquant que le processus a été joint.

Apprenez Plus

Pré. Proc.