Débogage à distance des applications Java dans Azure Web Apps

tl;dr

https://github.com/Azure/azure-websites-java-remote-debugging

Faites le travail ici.

procédure

Activer WebSocket dans les paramètres WebApps

Ouvrez les paramètres de l'application WebApp à partir du portail Azure et laissez "Web Sockets" activé.

Ce paramètre est obligatoire car il communique avec la télécommande via WebSocket lors du débogage.

Créez `site \ wwwroot \ web.config` sur l'App Service.

Il est facile d'accéder et de créer du kudu, qui meurt derrière la WebApp.

kudu est à peu près le logiciel qui prend en charge AppService en arrière-plan, prenant en charge le contrôle du déploiement, l'opération WebJobs, etc., et l'utilisant à partir d'un navigateur pratique pour le développement. Nous fournissons également une console qui vous permet de le faire.

--Ouvrez votre navigateur et accédez à https: // YOURAPP.scm.azurewebsites.net / DebugConsole

(* YOURAPP est le nom lors de la création de la ressource WebApp. Il est bon de se rappeler que scm est simplement inséré entre les URL publiques.)
Déplacer vers site → wwwroot --Créez un fichier web.config avec" Nouveau fichier "à partir de l'icône` [+] ʻ.
La partie de % programfiles (x86)% est pour 32 bits et différente pour 64 bits. (32 bits pour les plans bon marché tels que Free) --ʻApache-tomcat-8.0.46` change selon la version de tomcat.

`web.config`


<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <handlers>
            <add name="httppPlatformHandler" path="*" verb="*" modules="httpPlatformHandler" resourceType="Unspecified" />
        </handlers>
        
        <httpPlatform processPath="%programfiles(x86)%\apache-tomcat-8.0.46\bin\startup.bat">
            <environmentVariables>
                <environmentVariable name="CATALINA_HOME" value="%programfiles(x86)%\apache-tomcat-8.0.46"/>
                <environmentVariable name="JAVA_OPTS" value="-Djava.net.preferIPv4Stack=true -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=127.0.0.1:%HTTP_PLATFORM_DEBUG_PORT%"/>
                <environmentVariable name="CATALINA_OPTS" value="-Dport.http=%HTTP_PLATFORM_PORT%"/>
            </environmentVariables>
        </httpPlatform>
    </system.webServer>
</configuration>

Redémarrez l'application

Redémarrez depuis le portail.

Après le redémarrage, accédez une fois et continuez à exécuter le processus Java. Peut être confirmé avec Process Explorer sur kudu

C'est la fin du travail côté WebApp.

Lancez le client DebugSession

À partir de là, travaillez sur la machine locale.

Téléchargez le client DebugSession à partir de https://github.com/Azure/azure-websites-java-remote-debugging/releases.

Commencez par donner l'argument suivant à DebugSessin.bat dans bin. Définissez la variable d'environnement JAVA_HOME.

Remplacez les valeurs de «-s», «-u» et «-w» selon le cas.

DebugSession.bat ^
  --auto ^
  -p 8000 ^
  -s YOURAPP.scm.azurewebsites.net ^
  -u $YOURAPP ^
  -w ****

Info: En attente de la connexion du débogueur sur 8000 ...

Si cela dit ..., vous êtes prêt à partir.

Pour les informations de connexion (Publish URL / User / Pass), si vous utilisez Azure CLI, vous pouvez utiliser la valeur de MS Deploy obtenue autour de ʻaz webapp deployment list-publishing-profiles ...`.

Lancer le débogueur

Après cela, le débogage à distance peut être effectué en se connectant au client de session de débogage (localhost: 8080) à partir d'un débogueur sur Eclipse.

Cependant, comme il est distant, le fonctionnement est lent. (Peut-être parce que c'était un plan gratuit.)