| Pré. | Proc. |
Travailler avec Serveurs Web Java
Si vous déboguez des serveurs Web Java tels que JBOSS et Apache Tomcat (configuration du serveur et 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.
Se connecter au processus hébergeant la Virtual Machine Java depuis Enterprise Architect
Étape |
Action |
Voir aussi |
|---|---|---|
|
1 |
Créez des binaires pour le code du serveur Web à déboguer, avec des informations de débogage. |
|
|
2 |
Lancez le serveur avec l'option « Démarrage 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éfinir des points d'arrêt. |
Gestion des Point d'Arrêt et Marqueurs |
|
5 |
Lancer le client. |
|
|
6 |
Attachez-vous au processus depuis Enterprise Architect . |
Configuration du serveur
La configuration nécessaire pour que les serveurs Web puissent interagir avec Enterprise Architect doit répondre à ces deux points essentiels :
- Toute machine virtuelle à 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 machine virtuelle (c'est-à-dire :
-agentlib:SSJavaProfiler32 ou -agentlib:SSJavaProfiler64) - Le CLASSPATH, quelle que soit la manière dont il est transmis à la machine virtuelle, doit spécifier le chemin racine vers les fichiers sources Paquetage
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 d'analyse
En utilisant l'onglet « Déboguer » de la dialogue « Build Script », créez un script pour le code que vous avez importé et :
- Sélectionnez le bouton radio « Joindre au processus » et, dans le champ situé en dessous, saisissez « joindre »
- Dans le champ « Utiliser Débogueur », cliquez sur la flèche déroulante et sélectionnez « Java »
Exécuter le Débogueur
Les points d'arrêt peuvent afficher 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 :
- 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 de classe), ou
- La JVM n'a pas chargé l'agent Sparx Systems
Étape |
Action |
Voir aussi |
|---|---|---|
|
1 |
Exécuter le serveur et vérifiez que le processus serveur a 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 Marqueurs |
|
3 |
Cliquez sur le bouton Exécuter Déboguer dans Enterprise Architect . La 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é attaché. |