| 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 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
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'
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 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. |