When I use
Import-Module -Name <path_to_local_dll> -Verbose
the cmdlets contained in the DLL file are not exported.
Thus, when I type Get-Module
my imported module is listed, but without any ExportedCommands. Why?
ModuleType Name ExportedCommands
---------- ---- ----------------
Binary MyModule
On a second PC with the same software (PowerShell, .NET Framework, ...), the same imported DLL file works fine. There I get ExportedCommands.
On what can this behaviour depend?
Unfortunately, the Import-Module
cmdlet gives no indication that it failed to import the cmdlets. Is there a way to get an indication why it fails?
It may be that the psd1 file (the module manifest) does not contain the commands.
This page has a tutorial on how to create a module manifest.
One other requirement: ensure that the cmdlet class is public. For example, in my .cs file I initially had:
Even after adding a manifest file with
RootModule
set,Get-Module
continued to show noExportedCommands
after myImport-Module
. To fix it I just marked the class as public and rebuilt my .dll assembly:I figured this out while examining my .dll using ildasm - I noticed that some of my classes were public, but my cmdlet class was private.
Two things:
Make sure you're using a module manifest file (.psd1 file). More information can be found in How to Write a Module Manifest
Most importantly, edit your manifest file and make sure it references your root module as follows:
RootModule = 'name of your module'
I just finished fighting with this for a few hours and I couldn't figure out what I was missing from my other modules. This did the trick for sure!
Explicitly exporting function from the PowerShell module worked for me:
This is what worked for me:
Run PowerShell with Administrator privileges.
Now run the command
Set-ExecutionPolicy Restricted
Now try this: