Question
Confirmer un bug MS Connect
il y a 10 ans 10 mois #20409
par xyz
Tutoriels PowerShell
Confirmer un bug MS Connect a été créé par xyz
Salut,
si l'un(e) d'entre-vous à 5 mn pour confirmer ce bug \" Test-ModuleManifest causing exception: Illegal characters in path \"
Pour télécharger directement le fichier joint.
Je viens d'y passer 2 heures, sans résultat
Je supposes une collision de méthode d'extension, mais je n'ai rien pour le prouver
J'ai rencontré le pb sur le manifeste d'un module qui est prod (V2), c'est donc le cmdlet Test-ModuleManifest, en V4, qui fait des siennes.
La bonne nouvelle est que si on n'utilise pas le cmdlet Test-ModuleManifest, on n'a pas de problème
si l'un(e) d'entre-vous à 5 mn pour confirmer ce bug \" Test-ModuleManifest causing exception: Illegal characters in path \"
Pour télécharger directement le fichier joint.
Je viens d'y passer 2 heures, sans résultat
Je supposes une collision de méthode d'extension, mais je n'ai rien pour le prouver
J'ai rencontré le pb sur le manifeste d'un module qui est prod (V2), c'est donc le cmdlet Test-ModuleManifest, en V4, qui fait des siennes.
La bonne nouvelle est que si on n'utilise pas le cmdlet Test-ModuleManifest, on n'a pas de problème
Tutoriels PowerShell
Connexion ou Créer un compte pour participer à la conversation.
il y a 10 ans 10 mois #20413
par xyz
Tutoriels PowerShell
Réponse de xyz sur le sujet Re:Confirmer un bug MS Connect
Salut 6ratgus,
merci pour tes tests
6ratgus écrit:
J'ai la build 6.3.9600.16406 (Seven 64), en v2 le test du manifeste fonctionne.
Je ne vais pas passer plus de temps la dessus, au pire il y a cette approche , mais qui est à éviter en prod.
merci pour tes tests
6ratgus écrit:
Je ne sais pas :/un correctif en server 2012 ??
J'ai la build 6.3.9600.16406 (Seven 64), en v2 le test du manifeste fonctionne.
Je ne vais pas passer plus de temps la dessus, au pire il y a cette approche , mais qui est à éviter en prod.
Tutoriels PowerShell
Connexion ou Créer un compte pour participer à la conversation.
il y a 10 ans 10 mois #20415
par xyz
Tutoriels PowerShell
Réponse de xyz sur le sujet Re:Confirmer un bug MS Connect
Laurent Dardenne écrit:
Une autre approche en mode bricole :
[code:1]
$Path=Get-Item 'C:\Temp\Modules\Test\Test.Psd1'
try {
Push-Location
#Se place dans le répertoire du fichier, cf. $PsScriptRoot
Set-Location $Path.DirectoryName
$Result=Test-ModuleManifest $Path -EA Stop
} catch {
# System.MissingMemberException et CategoryInfo=ResourceUnavailable :
# N'est pas un manifeste ou contient du code qui n'est pas supporté ou un manifeste erroné (clé minimal manquante)
#
# [System.InvalidOperationException] {
# InvalidOperationException et CategoryInfo=InvalidData :
# clé en trop ou en moins, n'est pas un manifeste ou un manifeste erroné.
if (($_.Exception -is [System.ArgumentException]) -and ($_.Exception.TargetSite -match 'HasExtension\('))
{
try {
$Result=ipmo $Path -PassThru -scope Local
} finally {
if ($null -ne $Result)
{
#L'objet PSModuleInfo ($Result) existe indépendamment du module
Remove-Module $Result.Name
}
}
}
else
{ $Result=$null }
} finally {
Pop-Location
$Result
}
[/code:1]
Si cela fonctionne on récupère un objet de même type que celui émis par Test-ModuleManifest.
On pourrait cloisonner en utilisant un Job, mais dans ce cas l'objet de type PSModuleInfo sera désérialisé
Ce qui fait qu'une fonction attendant un paramètre de type PSModuleInfo ne fonctionnerait plus...
A moins d'utiliser un attribut de validation :
[code:1]
[ValidateScript(
{($_.GetType().IsSubclassOf([PSModuleInfo])) -or
($_.GetType().IsSubclassOf([Deserialized.PSModuleInfo])) })]
[/code:1]
Eh hop ! Un autre tour de manège
Ou alors un petit peu plusJe ne vais pas passer plus de temps la dessus
Une autre approche en mode bricole :
[code:1]
$Path=Get-Item 'C:\Temp\Modules\Test\Test.Psd1'
try {
Push-Location
#Se place dans le répertoire du fichier, cf. $PsScriptRoot
Set-Location $Path.DirectoryName
$Result=Test-ModuleManifest $Path -EA Stop
} catch {
# System.MissingMemberException et CategoryInfo=ResourceUnavailable :
# N'est pas un manifeste ou contient du code qui n'est pas supporté ou un manifeste erroné (clé minimal manquante)
#
# [System.InvalidOperationException] {
# InvalidOperationException et CategoryInfo=InvalidData :
# clé en trop ou en moins, n'est pas un manifeste ou un manifeste erroné.
if (($_.Exception -is [System.ArgumentException]) -and ($_.Exception.TargetSite -match 'HasExtension\('))
{
try {
$Result=ipmo $Path -PassThru -scope Local
} finally {
if ($null -ne $Result)
{
#L'objet PSModuleInfo ($Result) existe indépendamment du module
Remove-Module $Result.Name
}
}
}
else
{ $Result=$null }
} finally {
Pop-Location
$Result
}
[/code:1]
Si cela fonctionne on récupère un objet de même type que celui émis par Test-ModuleManifest.
On pourrait cloisonner en utilisant un Job, mais dans ce cas l'objet de type PSModuleInfo sera désérialisé
Ce qui fait qu'une fonction attendant un paramètre de type PSModuleInfo ne fonctionnerait plus...
A moins d'utiliser un attribut de validation :
[code:1]
[ValidateScript(
{($_.GetType().IsSubclassOf([PSModuleInfo])) -or
($_.GetType().IsSubclassOf([Deserialized.PSModuleInfo])) })]
[/code:1]
Eh hop ! Un autre tour de manège
Tutoriels PowerShell
Connexion ou Créer un compte pour participer à la conversation.
il y a 10 ans 10 mois #20421
par Philippe
Réponse de Philippe sur le sujet Re:Confirmer un bug MS Connect
Laurent sur ce coup je vais te laissé dans l.....
ton dernier post ma donné mal a la tête
pas bon l'alcool au repas de service avant les vacances !!
bonne vacances
PS : j'attend toujours ton script automatisation du repos
ton dernier post ma donné mal a la tête
pas bon l'alcool au repas de service avant les vacances !!
bonne vacances
PS : j'attend toujours ton script automatisation du repos
Connexion ou Créer un compte pour participer à la conversation.
Temps de génération de la page : 0.043 secondes
- Vous êtes ici :
-
Accueil
-
forum
-
PowerShell
-
Entraide pour les débutants
- Confirmer un bug MS Connect