Question Gestion d'une file d'attente

PE2012 écrit:

En faite le fonctionnel est comme écrit dans le script en vb

Pour moi, c'est une implémentation. A la charge des forumeurs de faire du reverse...
PE2012 écrit:

c'est un peu cela le principe

J'ai beaucoup de mal à développer avec un peu de \"specs\"

Je ne comprends pas ton traitement. Qui crée la liste d'attente d'origine ? Que se passe-t-il une fois tous les magasins traités ? etc...

Une autre approche autour d'un \"reste à faire\" . Mais ce n'est pas du code pour débutant.
Si j'ai le temps je validerais bien cette approche générique autour de ton traitement.
En même temps tu peux faire plus simple

Salut,
PE2012 écrit:

Hello, après beaucoup de lecture et de recherche,

Certains devraient suivre ton exemple
PE2012 écrit:

en utilisant les classes system.collections.queue pour la gestion des files des attentes et Start-job pour gerer les taches en arrière plan.

Joli ! Heureusement que tu débutes sous Powershell...
PE2012 écrit:

-l'utisilisation de Start-job pour gérer mes différentes taches que j'aurai appeler via un autre script

Tu peux consulter ce post , pour débuter, toi aussi, tu ne prends pas le plus facile
Si tu utilises des tâches de fond en paralléle, ton script doit gérer les fins d'exécution, le code retour et les possibles erreurs.
Cela tombe bien, les jobs sont conçus pour répondre à ce type de besoins ! Bon, ça ne fait pas tout seul non plus.
PE2012 écrit:

-ajouter la date et l'heure de début et de fin de traitement d'une tache d'un magasin

Ce n'est pas le plus difficile, à mon avis le pb se situe dans ton approche de PS, il faut baser ta conception autour d'objets et ne pas utiliser PS comme un VBS++.
[code:1]
Function New-Magasin([String]$Nom,[Int]$Numero) {
New-Object PsObject -property @{Nom=$Nom; Numero=$Numero; Debut=$null; Fin=$null}
}
$MagCourant=New-Magasin Paris 7
$Queue.Enqueue($MagCourant)

#$Queue.Enqueue((New-Magasin Paris 7))
#$DatasFromFile|Foreach-Object {$Queue.Enqueue((New-Magasin $_.ChampNom $_.ChampNuméro))}
[/code:1]
Un autre pb se présentera, la fin d'exécution d'un job n'est pas portée par l'objet Job. Une autre 'broutille'
La documentation sur MSDN contient bien la nouvelle propriété , mais pas encore l'information du numéro de version de PS à partir de laquelle elle s'applique.
Bref, un exemple pour la v2:
[code:1]
#On utilise \ comme séparateur, car la méthode ToBinary() renvoi un entier négatif
$JobName=\"MM$NomCible\$($Mode.ToString())\$([DateTime]::Now.ToBinary())\"

Start-Job -ArgumentList $NomCible,$Mode,$JobName,$($MMLog.Level) -Name $Jobname -ScriptBlock {
[/code:1]
et qq routines à adapter :
[code:1]
Function Split-MMJobName {
#Parse le nom d'un Job et renvoi un objet
param ($MMJobName)

$Nom,$Mode,$Date=$MMJobName -split \"\\\"
New-Object PSObject -Property @{NomMachine=($Nom -Replace \"^MM\",\"\"«»);
Mode=([ModeMaj]$Mode);
StartTime=([DateTime]::FromBinary($Date));
ID=$null;
State=$Null;
Name=$MMJobName #Nom du job utilisé par Stop-Job
}
}

Function Get-MMInfoJob {
param ($MMJobName)
Foreach($Job in Get-Job -Name $MMJobName)
{
$SplittedName=Split-MMJobName $Job.Name
$SplittedName.ID=$Job.Id
$SplittedName.State=$Job.State
}
$SplittedName
}

Function Get-MMJob {
#Renvoi pour chaque JOB de mise à jour :
# Son ID, son état, le nom de la machine cible, le mode de Maj, la date de création du job et le nom du Job

Foreach($Job in Get-Job|Where {$_.Name -match \"^MM\"})
{
$SplittedName=Split-MMJobName $Job.Name
$SplittedName.ID=$Job.Id
$SplittedName.State=$Job.State
$SplittedName
}

}
[/code:1]
Je te passe l'usage d'un système de log pour suivre les changements d'état des jobs et faciliter la maintenance et le debug...

Enfin la section documentation de ton exemple est à revoir, mais plus tard

En tout cas c'est une implémentation ambitieuse !