Powershell - Help me sur les trap

Version imprimable

20/10/2008, 20h42
arthdji

Powershell - Help me sur les trap

Bonjour à tous,

Je travaille sur un script en powershell pour migrer des BALs Notes vers un serveur Exchange. L'outil microsoft transporter Suite permet de faire cette migration. On peut utiliser l'outil via powershell avec un tas de cmdlets.
Juste avant l'execution d'une de ces commandes, j'ai mis un trap pour récuperer l'exception, et la rien ne se passe. J'ai essayé en mettant une division par Zero et mon trap fonctionne.:yaisse2:
J'ai essayer de faire un gettype de l'erreur que me sortait ma cmdlet transporter suite et j'obtiens :
TypeName : Microsoft.Exchange.Transporter.TransporterException

Ensuite je dois avouer que mes connaissances sont trop limités.
Je pensais que le trap pouvait récuperer toutes les exceptions, apparemment non !:cry:
J'ai lu aussi qu'il fallait que le trap handler soit defini 8O
Pour résumer, j'ai besoin d'aide sur ces traps.
Merci d'avance.
20/10/2008, 22h44
Laurent Dardenne
Salut,

Citation:

Envoyé par arthdji

Juste avant l'execution d'une de ces commandes, j'ai mis un trap pour récuperer l'exception, et la rien ne se passe.

La portée de l'instruction trap est le bloc courant : {}

Citation:

Envoyé par arthdji

Ensuite je dois avouer que mes connaissances sont trop limités.

Son principe rejoint celui de dot NET.

Citation:

Envoyé par arthdji

Je pensais que le trap pouvait récuperer toutes les exceptions, apparemment non !

trap sans préciser traite toutes les exceptions, trap [Microsoft.Exchange.Transporter.TransporterException] traite uniquement celle précisée.

Citation:

Envoyé par arthdji

J'ai lu aussi qu'il fallait que le trap handler soit defini 8O

C'est juste le nom de la construction je pense :
Code:

1 2 3 4 trap { traitement }
Le mieux serait de fournir le code qui te pose pb.

Sinon un très bon tutoriel sur le sujet :
http://huddledmasses.org/trap-exception-in-powershell/
voir aussi : http://blogs.msdn.com/powershell/arc...25/583234.aspx

Bonjour,

Merci Laurent pour ta réponse.
Donc si je comprends bien il n'y a pas de raison pour que ça ne marche pas.
Voici une partie du code:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
Function f_Mig_BAL($dominouserCN, $UsermailServer, $globalcatalog, $TargetClientAccessServer, $TargetMailboxDatabase)
{

if ($debug -eq $true)
	{
	Write-Host "move-dominomailbox -sourceidentity $dominouserCN -GlobalCatalog $globalcatalog -TargetMailboxDatabase $TargetMailboxDatabase -TargetClientAccessServer $TargetClientAccessServer -Quiet -DominoDirectoryServer $UsermailServer -TargetMode 'Merge'"
	}
	else
	{
	trap { Write-Host "Erreur fatale" ; break}
	
    move-dominomailbox -sourceidentity  $dominouserCN -GlobalCatalog $globalcatalog -TargetMailboxDatabase $TargetMailboxDatabase -TargetClientAccessServer $TargetClientAccessServer -Quiet -DominoDirectoryServer $UsermailServer -TargetMode 'Merge'        
    
	#Test Trap avec Division par 0 => OK
	#1/$null  
	#$error[0].Exception | get-member
	
	$script:log += "OK " + $carsep + "Compte migré"
	}
}

Si je laisse tel quel il ne se passe rien alors que j'ai bien un erreur qui remonte dans la console.

21/10/2008, 08h46
arthdji

Au fait j'ai oublier de dire que j'ai essayer:
trap [Microsoft.Exchange.Transporter.TransporterException]
mais sans succés.
21/10/2008, 10h41
Laurent Dardenne
Citation:

Envoyé par arthdji

Donc si je comprends bien il n'y a pas de raison pour que ça ne marche pas.
...
Si je laisse tel quel il ne se passe rien alors que j'ai bien un erreur qui remonte dans la console.

Dans ce cas il ne s'agit pas d'exception, erreur bloquante, mais d'erreur non-bloquante, le script continue son exécution bien que la console affiche une erreur. Il doit s'agir d'une itération dans ce cas le traitement continu.
Vérifie si les paramètres ErrorAction et ErrorVariable sont implémentés sur ton cmdlet Move-DominoMailBox, je ne me souviens plus s'ils le sont par défaut.

Dans ce cas essaie qq chose comme :
Code:

1 2 3 ErrorsMail=$null Move-DominoMailBox ... -ea 0 -ev +ErrorsMail
Une autre approche avec la variable $ErrorActionPreference="Stop".
Voir aussi http://blogs.msdn.com/powershell/archive/2006/04/25/583241.aspx
21/10/2008, 13h11
arthdji

Merci Laurent.
J'ai essayé ta commande, ca marche bien, j'arrive à récupérer l'erreur dans la variable $errorsmail[0].
Du coup , j'ai enlevé le trap et je fais vérifie apres ma commande si la variable est toujours à NULL.

Donc si je comprends bien le trap ne fonctionne que dans le cas d'erreur bloquante.
21/10/2008, 14h34
Laurent Dardenne

Citation:

Envoyé par arthdji

Donc si je comprends bien le trap ne fonctionne que dans le cas d'erreur bloquante.

Oui, erreur bloquante= exception d'où l'usage du trap sinon c'est un message d'erreur informatif.
Par exemple avec WMI ou encore avec le cmdlet Stop-Service tu as ce type d'erreur non bloquante mais aussi des warnings, enfin selon les cas. Ce qui fait que le traitement ne s'arrête pas au premier service "en erreur".

Mais sous PowerShell je ne trouve pas la gestion des erreurs très intuitive, la version 2 de PS implémentera le mécanisme Try-Catch-Finally.