Le module xcraft-core-process est une bibliothèque utilitaire qui améliore la gestion des processus dans l'écosystème Xcraft. Il fournit une abstraction au-dessus des fonctions natives de Node.js pour lancer des processus (spawn, fork, exec), avec des fonctionnalités avancées pour la gestion des flux de sortie, le logging et le parsing des résultats.
- Structure du module
- Fonctionnement global
- Exemples d'utilisation
- Interactions avec d'autres modules
- Configuration avancée
- Détails des sources
- Cas d'utilisation avancés
Le module est organisé comme suit:
- Module principal (
index.js) - Point d'entrée exposant les fonctions principales - PrintBuffer (
lib/printbuffer.js) - Gestion des tampons de sortie - Loggers (
lib/loggers/) - Différentes stratégies de logging - Forwarders (
lib/forwarders/) - Gestion des niveaux de log selon le type de sortie - Parsers (
lib/parsers/) - Analyseurs spécifiques pour différents outils (cmake, git, msbuild, etc.)
Le module permet de lancer des processus externes tout en fournissant un contrôle précis sur:
- La capture et le traitement des flux stdout/stderr
- La gestion des codes de retour
- Le parsing des sorties pour extraire des informations spécifiques (comme les barres de progression)
- Le logging formaté selon différentes stratégies
Lorsqu'un processus est lancé via ce module, les flux de sortie sont capturés, analysés ligne par ligne, et traités selon les configurations spécifiées. Des callbacks peuvent être fournis pour réagir à chaque ligne de sortie ou à la fin du processus.
const xProcess = require('xcraft-core-process')();
// Lancer un processus
const proc = xProcess.spawn(
'ls',
['-la'],
{},
(err, code) => {
// Callback appelé à la fin du processus
console.log(`Process exited with code ${code}`);
},
(stdout) => {
// Callback pour chaque ligne de stdout
console.log(`STDOUT: ${stdout}`);
},
(stderr) => {
// Callback pour chaque ligne de stderr
console.log(`STDERR: ${stderr}`);
}
);const xProcess = require('xcraft-core-process')({
logger: 'xlog', // Utiliser le logger xlog
forwarder: 'default', // Utiliser le forwarder par défaut
parser: 'git', // Utiliser le parser git
});
// Lancer un processus git avec suivi de progression
const proc = xProcess.spawn(
'git',
['clone', 'https://github.com/user/repo'],
{encoding: 'utf8'},
(err, code) => {
if (err) {
console.error(`Error: ${err}`);
} else {
console.log('Clone successful');
}
}
);
// Récupérer le PID du processus
console.log(`Process PID: ${xProcess.getpid()}`);Ce module est une bibliothèque de base dans l'écosystème Xcraft et est utilisé par de nombreux autres modules qui ont besoin de lancer des processus externes. Il n'a pas de dépendances directes sur d'autres modules Xcraft, ce qui en fait un module fondamental.
Le module accepte plusieurs options de configuration:
| Option | Description | Type | Valeur par défaut |
|---|---|---|---|
logger |
Stratégie de logging à utiliser | String | 'default' |
forwarder |
Stratégie de forwarding à utiliser | String | 'default' |
parser |
Stratégie de parsing à utiliser | String | 'default' |
encoding |
Encodage à utiliser pour les flux | String | Dépend des options passées à spawn/fork |
| Variable | Description | Exemple | Valeur par défaut |
|---|---|---|---|
PEON_DEBUG_PKG |
Active le mode debug pour les packages wpkg | 1 |
Non défini |
Ce fichier est le point d'entrée du module. Il expose une fonction factory qui retourne un objet avec les méthodes principales:
getpid()- Récupère le PID du dernier processus lancéspawn()- Lance un processus avec child_process.spawnfork()- Lance un processus Node.js avec child_process.fork
Le module gère également le parsing des lignes de sortie et la redirection vers les loggers appropriés.
-
getpid()- Retourne le PID du dernier processus lancé. -
spawn(bin, args, opts, callback, callbackStdout, callbackStderr)- Lance un processus externe.bin- Chemin vers l'exécutableargs- Tableau d'argumentsopts- Options pour spawn (voir Node.js child_process.spawn)callback- Fonction appelée à la fin du processus avec (err, code)callbackStdout- Fonction appelée pour chaque ligne de stdoutcallbackStderr- Fonction appelée pour chaque ligne de stderr- Retourne l'instance du processus ou null si spawn a échoué et exec a été utilisé en fallback
-
fork(bin, args, opts, callback, callbackStdout, callbackStderr)- Lance un processus Node.js.- Paramètres identiques à spawn
- Retourne l'instance du processus
Classe utilitaire qui gère la mise en tampon des lignes de sortie. Elle accumule les caractères jusqu'à rencontrer un saut de ligne, puis appelle la fonction de sortie.
buf(line, outFunc, prepend, append)- Ajoute une ligne au tampon et la traite si elle se termine par un saut de ligne.line- Ligne à ajouter au tamponoutFunc- Fonction à appeler lorsqu'une ligne complète est disponibleprepend- Texte à ajouter au début de la ligne (optionnel)append- Texte à ajouter à la fin de la ligne (optionnel)
Les loggers déterminent comment les sorties des processus sont affichées ou traitées.
Logger par défaut qui écrit les sorties sur stdout/stderr selon le niveau déterminé par le forwarder.
Logger qui utilise l'API de logging Xcraft pour afficher les sorties avec des niveaux de verbosité appropriés.
Logger qui préfixe chaque ligne avec le PID du processus, utile pour les processus en arrière-plan.
Logger qui ignore toutes les sorties, utile pour les processus silencieux.
Les forwarders déterminent le niveau de log à utiliser pour chaque ligne de sortie.
Forwarder par défaut qui associe stdout au niveau 'verb' et stderr au niveau 'warn'.
Forwarder spécifique pour MSBuild qui analyse les lignes pour détecter les erreurs et avertissements.
Forwarder spécifique pour wpkg qui analyse les lignes pour détecter les différents niveaux de log.
Les parsers analysent les sorties des processus pour extraire des informations spécifiques ou traiter des cas particuliers.
Parser par défaut qui transmet simplement le code de retour au callback.
Parser pour CMake qui détecte les barres de progression et les affiche via l'API de progression.
Parser pour Git qui détecte les barres de progression lors des opérations comme clone, pull, etc.
Parser pour MSBuild qui gère les codes d'erreur spécifiques.
Parser pour Ninja build qui détecte et affiche la progression de la compilation.
Parser pour wpkg qui gère les cas spéciaux comme --is-installed et --compare-versions.
Parser pour esign qui détecte les barres de progression lors de la signature électronique.
Parser qui ignore complètement les sorties, utile pour les processus dont on ne veut pas traiter la sortie.
Le module peut détecter et afficher les barres de progression pour plusieurs outils comme Git, CMake, Ninja et esign:
const xProcess = require('xcraft-core-process')({
parser: 'git',
logger: 'xlog',
resp: this.quest.resp,
});
xProcess.spawn(
'git',
['clone', 'https://github.com/user/repo'],
{encoding: 'utf8'},
(err, code) => {
// Fin du processus
}
);Certains parsers comme wpkg gèrent des cas d'erreur spécifiques:
const xProcess = require('xcraft-core-process')({
parser: 'wpkg',
});
xProcess.spawn(
'wpkg',
['--is-installed', 'package-name'],
{encoding: 'utf8'},
(err, code) => {
if (code === 0) {
console.log('Package is installed');
} else if (code === 1) {
console.log('Package is not installed');
} else if (code === 2) {
console.log('Package is partially installed');
} else {
console.error(`Error: ${err}`);
}
}
);Cette documentation a été mise à jour automatiquement.