Les objets Worker Asset compute peuvent être débogués de plusieurs façons, depuis des instructions de journal de débogage simples, jusqu’au code VS joint en tant que débogueur distant, jusqu’à l’extraction des journaux pour les activations dans Adobe I/O Runtime initiées à partir d’AEM as a Cloud Service.
La forme la plus élémentaire de débogage des objets Worker Asset compute utilise les méthodes traditionnelles console.log(..)
dans le code de travail. Le console
L’objet JavaScript est un objet global implicite. Il n’est donc pas nécessaire de l’importer ni de l’exiger, car il est toujours présent dans tous les contextes.
Ces instructions de journal peuvent être examinées différemment selon la manière dont le programme de travail d’Asset compute est exécuté :
aio app run
, enregistre l’impression en sortie standard et le Outil de développement Journaux d’activationaio app test
, consigne l’impression sur /build/test-results/test-worker/test.log
wskdebug
, consigne les instructions imprimées dans la console de débogage du code VS (Affichage > Console de débogage), sortie standardaio app logs
, les instructions du journal sont imprimées dans la sortie du journal d’activation.Utilisation de Microsoft Visual Studio Code 1.48.0 ou version ultérieure pour la compatibilité avec wskdebug
Le wskdebug module npm, prend en charge l’association d’un débogueur aux objets Worker Asset compute, y compris la possibilité de définir des points d’arrêt dans VS Code et de parcourir le code.
Clic publicitaire de débogage d’un objet Worker Asset compute à l’aide de wskdebug (pas d’audio)
Assurez-vous que wskdebug et ngrok les modules npm sont installés.
Assurez-vous que Docker Desktop et les images Docker prises en charge sont installés et en cours d’exécution ;
Fermez toutes les instances principales de l’outil de développement.
Déployez le code le plus récent à l’aide de aio app deploy
et enregistrez le nom de l’action déployée (nom entre la variable [...]
). Elle permet de mettre à jour la variable launch.json
à l’étape 8.
ℹ Info: Deploying package [wkndAemAssetCompute-0.0.1]...
Démarrez une nouvelle instance de l’outil de développement d’Asset compute à l’aide de la commande . npx adobe-asset-compute devtool
Dans VS Code, appuyez sur l’icône Débogage dans le volet de navigation de gauche.
launch.json
fichier .launch.json
dans l’éditeur.Ajoutez la configuration d’objet JSON suivante au configurations
tableau :
{
"type": "pwa-node",
"request": "launch",
"name": "wskdebug",
"attachSimplePort": 0,
"runtimeExecutable": "wskdebug",
"args": [
"wkndAemAssetCompute-0.0.1/__secured_worker", // Version must match your Asset Compute worker's version
"${workspaceFolder}/actions/worker/index.js", // Points to your worker
"-l",
"--ngrok"
],
"localRoot": "${workspaceFolder}",
"remoteRoot": "/code",
"outputCapture": "std",
"timeout": 30000
}
Sélectionnez la nouvelle wskdebug dans la liste déroulante
Appuyez sur le vert Exécuter à gauche de wskdebug menu déroulant
Ouvrir /actions/worker/index.js
et appuyez sur à gauche des numéros de ligne pour ajouter les points de rupture 1. Accédez à la fenêtre du navigateur Web de l’outil de développement Asset compute ouverte à l’étape 6.
Appuyez sur le bouton Exécuter pour exécuter le programme de travail
Revenez au code VS, pour /actions/worker/index.js
et parcourir le code
Pour quitter l’outil de développement débogage, appuyez sur Ctrl-C
dans le terminal qui s’est exécuté npx adobe-asset-compute devtool
commande à l’étape 6
AEM as a Cloud Service exploite les objets Worker d’Asset compute via les profils de traitement en les appelant directement dans Adobe I/O Runtime. Comme ces appels n’impliquent pas de développement local, leurs exécutions ne peuvent pas être déboguées à l’aide d’outils locaux tels que l’outil de développement d’Asset compute ou wskdebug. Au lieu de cela, l’interface de ligne de commande de l’Adobe I/O peut être utilisée pour récupérer les journaux du programme de travail exécuté dans un espace de travail particulier de Adobe I/O Runtime.
Assurez-vous que la variable variables d’environnement spécifiques à l’espace de travail sont définis via AIO_runtime_namespace
et AIO_runtime_auth
, en fonction de l’espace de travail nécessitant un débogage.
Sur la ligne de commande, exécutez aio app logs
Si l’espace de travail génère un trafic important, développez le nombre de journaux d’activation via la variable --limit
Indicateur :
$ aio app logs --limit=25
La plus récente (jusqu’à la valeur fournie --limit
) les journaux d’activation sont renvoyés en tant que sortie de la commande pour révision.