comment faire appelle a une Fonction Powershel

Version imprimable

1 pièce(s) jointe(s)

bonjour a tous

j'aurai besoin de faire appeler une fonction qui me fait liste de toutes mes bases existant dans mon instance

Pour cela j'ai crée cette fonction dans un fichier nommé Script.psm1

Code:

1
2
3
4
5
6
function Get-DBList ($server)
{
    $srv = New-Object 'Microsoft.SqlServer.Management.Smo.Server' $server
    $srv.Databases | Select name, RecoveryModel, 
        @{Label="CompatibilityLevel";Expression={($_.CompatibilityLevel).ToString().Replace("Version", "")}}
} #end Get-DBList

SI j'ai essayer de faire charger cette function en faisant appelant mon fichier "Script.psm1"

Code:

1
2
3
cd c:
import-module  .\Backup\script 
Get-DBList

je viens d'avoir cette erreur

Code:

1
2
3
4
5
6
7
8
import-module : Le module «.\Backup\script.psm1» spécifié n'a pas été chargé, car aucun fichier de module valide n'a 
été trouvé dans un répertoire de module.
Au caractère Ligne:1 : 1
+ import-module .\Backup\script.psm1
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : ResourceUnavailable: (.\Backup\script.psm1:String) [Import-Module], FileNotFoundExcept 
   ion
    + FullyQualifiedErrorId : Modules_ModuleNotFound,Microsoft.PowerShell.Commands.ImportModuleCommand

salut,

les modules en PS n'ont pas l'extension ps1

voici un petit exemple de comment utiliser un module:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
# Création d'un répertoire de test
PS C:\Users\walid> md .\Desktop\Backup
 
 
    Répertoire*: C:\Users\walid\Desktop
 
 
Mode                LastWriteTime         Length Name
----                -------------         ------ ----
d-----        2/25/2018   4:42 AM                Backup
 
# Création d'un module ./desktop/Backup/script.psm1 contenant une fonction "demo" 
PS C:\Users\walid> @'
function demo {
     "Salem"
}
'@ > ./desktop/Backup/script.psm1
 
 
# importation du module
PS C:\Users\walid>Import-Module .\Desktop\Backup\script.psm1
 
# test de la fonction 
PS C:\Users\walid> demo
Salem

25/02/2018, 15h17
Boubou2020

merci bien ;)
27/02/2018, 07h01
cerede2000

De passage pour info, l'extension .psm1 est une convention qu'il est en effet préférable d'appliquer pour plus de clarté.

Pour autant

Code:

Import-Module .\Desktop\Backup\script.ps1

est totalement opérationnel :)

Salut,

Citation:

Envoyé par cerede2000

De passage pour info, l'extension .psm1 est une convention qu'il est en effet préférable d'appliquer pour plus de clarté.

Si c'est une convention le comportement est loin d'être identique.
Par défaut un module exporte toutes les fonctions, pas ici :
Code:

1 2 3 4 5 6 7 8 9 10 11 $m=ipmo c:\temp\script.ps1 -pass $m # # ModuleType Version Name ExportedCommands # ---------- ------- ---- ---------------- # Script 0.0 script dir function:\demo|select mo* # ModuleName Module # ---------- ------
Utilisons la structure de 'répertoire de module' :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 [STA] C:\temp> md Script cd Script @' function demo { "Salem" } '@ > .\script.ps1 cd .. $env:PSModulePath +=';c:\temp' ipmo script ipmo : The specified module 'script' was not loaded because no valid module file was found in any module directory.
Ceci ne fonctionne pas avec un fichier .ps1, mais avec un .psm1 :
Code:

1 2 3 4 5 6 7 8 9 10 11 cd .\Script\ ren script.ps1 script.psm1 cd .. ipmo script #ok dir function:\demo|select mo* # # ModuleName Module # ---------- ------ # script script
Notre fonction est bien liée au module.
Si on ajoute un appel à "export-modulemember -function Demo" dans le .ps1, l'import ne fonctionne plus :
Code:

1 2 3 ipmo .\script.ps1 #export-modulemember : The Export-ModuleMember cmdlet can only be called from inside a module.
Powershell ne considére donc pas ce fichier comme un module.
Utilisons -verbose :
Code:

1 2 3 4 ipmo .\script.ps1 -verbose # VERBOSE: Loading module from path 'C:\script.ps1'. # VERBOSE: Dot-sourcing the script file 'C:\script.ps1'.
Il charge le script en dot sourcing et remove-module ne supprime pas les fonctions crées lors de l'import
Code:

1 2 3 4 5 6 7 8 9 10 demo #Salem remove-module script demo #Salem ipmo .\script.psm1 -verbose # VERBOSE: Loading module from path 'C:\temp\script.psm1'. # VERBOSE: Exporting function 'demo'. # VERBOSE: Importing function 'demo'.
Citation:

Envoyé par cerede2000

Pour autant

Code:

Import-Module .\Desktop\Backup\script.ps1

est totalement opérationnel

J'en doute, qu'il charge le fichier certainement, mais de là à dire que c'est un module opérationnel, seule l'équipe Powershell pourrait nous le confirmer.

Salut,

en complément de la réponse de Laurent je vais ajouter deux exemple qui montrent que le comportement est totalement différent

avec deux fichiers script.ps1 et script.psm1 contenant la même chose à savoir:

Code:

1
2
3
4
5
$a = 'Salem'
function demo {
  $a
}
new-alias de demo

si on l'exeute:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
PS C:\Users\walid\Desktop> Import-Module .\script.ps1
PS C:\Users\walid\Desktop> Get-Command -Module script
PS C:\Users\walid\Desktop> demo
Salem
PS C:\Users\walid\Desktop> $a
Salem
PS C:\Users\walid\Desktop> de
Salem
PS C:\Users\walid\Desktop> Remove-Module script
PS C:\Users\walid\Desktop> demo
Salem
PS C:\Users\walid\Desktop> $a
Salem
PS C:\Users\walid\Desktop> de
Salem
PS C:\Users\walid\Desktop> ri function:demo, variable:a, alias:de
PS C:\Users\walid\Desktop>
PS C:\Users\walid\Desktop>
PS C:\Users\walid\Desktop> Import-Module .\script.psm1
PS C:\Users\walid\Desktop> Get-Command -Module script

CommandType     Name                                               Version    Source
-----------     ----                                               -------    ------
Function        demo                                               0.0        script


PS C:\Users\walid\Desktop> $a
PS C:\Users\walid\Desktop> de
Salem
PS C:\Users\walid\Desktop> Remove-Module script
PS C:\Users\walid\Desktop> demo
demo : Le terme «demo» n'est pas reconnu comme nom d'applet de commande, fonction, fichier de
script ou programme exécutable. Vérifiez l'orthographe du nom, ou si un chemin d'accès existe,
vérifiez que le chemin d'accès est correct et réessayez.
Au caractère Ligne:1 : 1
+ demo
+ ~~~~
    + CategoryInfo          : ObjectNotFound: (demo:String) [], CommandNotFoundException
    + FullyQualifiedErrorId : CommandNotFoundException

PS C:\Users\walid\Desktop> de
de : Le terme «de» n'est pas reconnu comme nom d'applet de commande, fonction, fichier de script
ou programme exécutable. Vérifiez l'orthographe du nom, ou si un chemin d'accès existe, vérifiez
que le chemin d'accès est correct et réessayez.
Au caractère Ligne:1 : 1
+ de
+ ~~
    + CategoryInfo          : ObjectNotFound: (de:String) [], CommandNotFoundException
    + FullyQualifiedErrorId : CommandNotFoundException

PS C:\Users\walid\Desktop>

on constate que tous les élements de script.ps1 sont chargé au contraire de script.psm1

aussi il faut savoir que l'execution de import-module script.ps1 peux être dangereuse car on peux exceuter du code au chargement:

avec deuxc fichiers foo.ps1 et foo.psm1 contenant

Code:

iex '"Salem"'

voici le resultat:

Code:

1
2
3
4
PS C:\Users\walid\Desktop> Import-Module .\foo.psm1
PS C:\Users\walid\Desktop> Get-Module foo | Remove-Module
PS C:\Users\walid\Desktop> Import-Module .\foo.ps1
Salem

28/02/2018, 10h41
cerede2000

Tout à fait d'accord sur ce qui est dit, mais la question de base de ce post concernait l'appel d'une fonction.

Et à mon sens le dot sourcing est approprié dans ce cas, le module étant pour moi réservé à une autre utilisation.
Je veux faire un DAL en Posh alors la oui le module est le bon choix et je vais créé un psm1 qui aura son manifest psd1 pour que les choses soient propres :)

Ce n'est que ma vision des choses ;)
14/03/2018, 23h58
Laurent Dardenne

J'ai posé la question sur GitHub, PS Core ayant le même comportement, la réponse de Bruce Payette
Le script est chargé en dotsource mais n'a rien à voir avec le module créé.
19/03/2018, 08h43
cerede2000

Merci Laurent pour ce complément, réponse intéressante sur la mécanique interne :)
En passant ScriptsToProcess est un mécanisme intéressant que je ne connaissais pas :)
19/03/2018, 10h33
Laurent Dardenne

Citation:

Envoyé par cerede2000

En passant ScriptsToProcess est un mécanisme intéressant que je ne connaissais pas :)

Tu peux lire ce tutoriel qui l'utilise pour résoudre un problème de portée de scriptblock entre une session et un module.