PowerShell API-Wrapper Tutorial: Unterschied zwischen den Versionen

[unmarkierte Version][unmarkierte Version]
Zeile 96: Zeile 96:
 
$return = invoke-MSSApiCall $mssapiclient "VerifyStore" @{id = "1"}
 
$return = invoke-MSSApiCall $mssapiclient "VerifyStore" @{id = "1"}
 
if ($return.Type -eq "JOB") {
 
if ($return.Type -eq "JOB") {
     $event = Register-EngineEvent -SourceIdentifier $return.Token -Action {write-host $event.MessageData.Data}
+
     Wait-Job $return.Data
 +
    Receive-Job $return.Data
 
} else {
 
} else {
 
     $return.Data
 
     $return.Data
Zeile 104: Zeile 105:
 
Token : sa9e8d780329f1e0c59503a2e041f7c72b
 
Token : sa9e8d780329f1e0c59503a2e041f7c72b
 
Data  : System.Management.Automation.PSRemotingJob</pre>
 
Data  : System.Management.Automation.PSRemotingJob</pre>
Im Unterschied zu den Rückgabeobjekten bei synchron ausgeführten API Befehlen ist hier die ''Token'' Eigenschaft gesetzt, sie enthält eine vom Server zurückgegebene, eindeutige ID des Serverprozesses. Die ''Data'' Eigenschaft enthält den PowerShell Job, der im Hintergrund die vom Server zurückgelieferten Statusobjekte verarbeitet.
+
Im Unterschied zu den Rückgabeobjekten bei synchron ausgeführten API Befehlen ist hier die ''Token'' Eigenschaft gesetzt, sie enthält eine vom Server zurückgegebene, eindeutige ID des Serverprozesses. Die ''Data'' Eigenschaft enthält den PowerShell Job, der im Hintergrund die vom Server zurückgelieferten Statusobjekte verarbeitet. Dieser
  
 
== API Wrapper PowerShell Jobs ==
 
== API Wrapper PowerShell Jobs ==
  
 
Der in der ''Data'' Eigenschaft enthaltene PowerShell Job fragt den Status des zugehörigen Serverprozesses in regelmäßigen Intervallen ab (standardmäßig alle 500 ms) und wird beendet, wenn dieser abgeschlossen ist. Mittels des PowerShell cmdlets [http://technet.microsoft.com/en-us/library/hh849735.aspx Wait-Job] kann ein Skript auf die Fertigstellung des Jobs warten, anschließend kann das Ergebnis des Jobs mittels [http://technet.microsoft.com/en-us/library/hh849718.aspx Receive-Job] abgerufen werden:
 
Der in der ''Data'' Eigenschaft enthaltene PowerShell Job fragt den Status des zugehörigen Serverprozesses in regelmäßigen Intervallen ab (standardmäßig alle 500 ms) und wird beendet, wenn dieser abgeschlossen ist. Mittels des PowerShell cmdlets [http://technet.microsoft.com/en-us/library/hh849735.aspx Wait-Job] kann ein Skript auf die Fertigstellung des Jobs warten, anschließend kann das Ergebnis des Jobs mittels [http://technet.microsoft.com/en-us/library/hh849718.aspx Receive-Job] abgerufen werden:
<pre>Wait-Job $return.Data
+
<pre>Type      : JSON
Receive-Job $return.Data
 
Type      : JSON
 
 
Token      :  
 
Token      :  
 
Data      : @{status=succeeded; progressPercentage=100; messages=System.Collections.ArrayList}
 
Data      : @{status=succeeded; progressPercentage=100; messages=System.Collections.ArrayList}
 
RunspaceId : 2eca1237-4504-4b63-a153-d326adf8c744</pre>
 
RunspaceId : 2eca1237-4504-4b63-a153-d326adf8c744</pre>
 
<p class=msnote>'''Hinweis:''' Die ''RunspaceId'' wird von der PowerShell automatisch erzeugt und kann hier ignoriert werden.</p>
 
<p class=msnote>'''Hinweis:''' Die ''RunspaceId'' wird von der PowerShell automatisch erzeugt und kann hier ignoriert werden.</p>

Version vom 31. Januar 2014, 14:40 Uhr

++ Under construction ++

Dieses Tutorial erläutert anhand einfacher Beispiele den Umgang mit der MailStore Server Administration API mittels Windows PowerShell Skripten. Grundlegende MailStore Server, Windows und PowerShell Kenntnisse werden dabei vorausgesetzt.

Hinweis: Es wird empfohlen, für dieses Tutorial und grundsätzlich für die Skriptentwicklung eine eigene, nicht produktive Instanz von MailStore Server in einer Testumgebung zu verwenden, um Probleme und Datenverluste in der Produktivumgebung zu vermeiden. Hierfür eignet sich z.B. die voll funktionsfähige, 30-Tage-Testversion von MailStore Server.

Installation der benötigten Komponenten

Die gezeigten Beispiele nutzen den MailStore PowerShell API Wrapper und sind wie dieser auf Windows PowerShell ab Version 3.0 lauffähig. Abhängig von der verwendeten Windows Version muss eine kompatible PowerShell Version zunächst heruntergeladen und installiert werden. Die für das Tutorial benötigten Komponenten finden Sie hier:

MailStore PowerShell API Wrapper
MailStore PowerShell Tutorial Beispielskripte
30-Tage-Testversion von MailStore Server
Windows Management Framework 3.0 (enthält die PowerShell 3.0)
Windows Management Framework 4.0 (alternativ, enthält die PowerShell 4.0)

Bitte beachten Sie auch die Systemvoraussetzungen und Hinweise zur jeweiligen Version des Windows Management Frameworks.

Wichtiger Hinweis: Die Installation eines Windows Management Frameworks wird auf Systemen, welche eine bestimmte PowerShell Version voraussetzen und erweitern, wie beispielsweise Microsoft Exchange Server, nicht unterstützt und kann die Funktion dieser Systeme massiv beeinträchtigen oder zum Erliegen bringen.

Nach dem Herunterladen und ggf. der Installation der PowerShell entpacken Sie bitte den MailStore PowerShell API Wrapper und die Beispielskripte (standardmäßig nach C:\MailStore Scripting Tutorial\PowerShell\).

Einbinden des MailStore PowerShell API Wrappers

Der MailStore PowerShell API Wrapper ist als PowerShell Script Module (MSS.PS.Lib.psm1) implementiert und wird daher über sein Manifest (MSS.PS.Lib.psd1) per Import-Module in eine PowerShell Session eingebunden.

Öffnen Sie eine PowerShell Session und binden Sie das API Wrapper Modul mit folgenden Befehl ein:

Import-Module "C:\MailStore Scripting Tutorial\PowerShell\API-Wrapper\MSS.PS.Lib.psd1"
Hinweis: Der MailStore PowerShell API Wrapper und die Beispielskripte sind nicht digital signiert. Daher muss zunächst die Ausführung solcher Skripte in einer administrativen PowerShell Session mittels
Set-ExecutionPolicy -ExecutionPolicy Unrestricted
zugelassen werden.

Informationen zum MailStore PowerShell API Wrapper abrufen

Der MailStore PowerShell API Wrapper stellt einige Funktionen und Variablen zur Verfügung, um gemäß PowerShell Konventionen auf die MailStore Server Administration API zugreifen zu können. Geben Sie folgenden Befehl ein, um Informationen hierüber abzurufen:

Get-Module MSS.PS.Lib|fl

Mittels der Eigenschaften des Moduls kann man noch detailliertere Informationen abrufen. Beispielsweise gibt

(Get-Module MSS.PS.Lib).ExportedVariables

die zur Verfügung gestellten Variablen des Moduls zurück.
Mittels

Get-Help

stellt der MailStore PowerShell API Wrapper für seine Funktionen Inline-Hilfen (nur auf Englisch verfügbar) bereit.

Verwendung der API Wrapper Funktionen

Anhand des folgenden Beispielskripts soll die grundlegende Verwendung der MailStore PowerShell API Wrapper Funktionen veranschaulicht werden. Dieses Skript finden Sie im Beispielskriptpaket als Example1.ps1.

Import-Module 'C:\MailStore Scripting Tutorial\PowerShell\API-Wrapper\MSS.PS.Lib.psd1'
$mssapiclient = New-MSSApiClient -Username admin -Password admin -MailStoreServer localhost -Port 8463 -Code JSON -IgnoreInvalidSSLCerts
$return = Invoke-MSSApiCall $mssapiclient "GetServerInfo"
$return|fl

Die Funktion New-MSSApiClient erstellt ein neues API-Client-Objekt, welches dann für API Calls mittels Invoke-MSSApiCall verwendet werden. Die im Skript angegebenen Werte für die Parameter -Username, -Password, -MailStoreServer, -Port und -Code sind die Standardwerte der Funktion, nur der Schalter -IgnoreInvalidSSLCerts muss bei Verwendung von nicht-vertrauten Zertifikaten explizit angegeben werden, ansonsten kommt es zu einer Fehlermeldung.
Invoke-MSSApiCall benötigt neben dem API-Client-Objekt einen API Befehl und ggf. dessen Parameter. Der Befehl GetServerInfo im Skript benötigt keine weiteren Parameter und liefert ein Objekt in folgender Form zurück:

Type  : JSON
Token : 
Data  : @{version=8.1.2.9268; machineName=DEMO}

Die Type Eigenschaft des Objekts entspricht dabei entweder dem -Code Parameter des API-Client-Objekt ("JSON" oder "XML"), oder enthält für asynchron ausgeführte API-Befehle den Wert "JOB" (s.u.) und charakterisiert den Typ des in der Data Eigenschaft enthaltenen Objekts. Die Token Eigenschaft ist ebenfalls nur für asynchron ausgeführte API-Befehle relevant.
In der Data Eigenschaft befindet sich das vom MailStore Server zurückgelieferte Ergebnis, hier als JSON Objekt:

PS C:\MailStore Scripting Tutorial\PowerShell\Scripts>$return.Data|fl
version     : 8.1.2.9268
machineName : DEMO

API Wrapper Funktionen mit Parametern aufrufen

Viele MailStore Server Administration API Befehle erfordern die Angabe von Parametern. Selbstverständlich ist der MailStore PowerShell API Wrapper in der Lage, diese mittels Invoke-MSSApiCall zu übermitteln. Zur Erläuterung soll das folgende Skript dienen, das im Beispielskriptpaket als Example2.ps1 enthalten ist.

Import-Module 'C:\MailStore Scripting Tutorial\PowerShell\API-Wrapper\MSS.PS.Lib.psd1'
$mssapiclient = New-MSSApiClient -Username admin -Password admin -MailStoreServer localhost -Port 8463 -Code JSON -IgnoreInvalidSSLCerts
$users = (Invoke-MSSApiCall $mssapiclient "GetUserList").Data
foreach ($user in $users) {(Invoke-MSSApiCall $mssapiclient "GetUserInfo" @{userName = $user.userName}).Data|fl}

Das Skript liefert Details über die in MailStore Server angelegten Benutzer zurück und gibt sie als Liste aus. Es macht sich dabei zunutze, dass der MailStore PowerShell API Wrapper die Antworten der MailStore Server Management API direkt in Objekte konvertiert, deren Eigenschaften dann direkt weiterverwendet werden können.
Der im Skript aufgerufene API Befehl GetUserInfo erfordert einen Parameter userName. Die Funktion Invoke-MSSApiCall erwartet Parameter als Hashtable, also z.B. in der Form @{Parametername1 = Wert1; Parametername2 = Wert2;...}. Die Parameternamen sind dabei case sensitive.
Zunächst wird die Liste der MailStore Server Benutzer mittels des API Befehls GetUserList abgerufen. Dieser liefert ein Array mit Einträgen folgenden Aufbaus zurück:

userName          : abby.hernandez
fullName          : Abby Hernandez
distinguishedName : CN=Abby Hernandez,OU=tutorial,DC=example,DC=com

Über diese Einträge wird nun iteriert und dabei die userName Eigenschaft jedes Eintrags als Parameter des API Befehls GetUserInfo verwendet. Das Ergebnis für den o.g. Eintrag sieht wie folgt aus:

userName            : abby.hernandez
fullName            : Abby Hernandez
distinguishedName   : CN=Abby Hernandez,OU=tutorial,DC=example,DC=com
authentication      : directoryServices
emailAddresses      : {[email protected]}
pop3UserNames       : {}
privileges          : {login}
privilegesOnFolders : {@{folder=abby.hernandez; privileges=System.Object[]}}

An der privilegesOnFolders Eigenschaft ist gut erkennbar, dass die zurückgegebenen Objekte durchaus tiefer verschachtelt sein und ihrerseits weitere Objekte enthalten können.

API Wrapper Funktionen für asynchron ausgeführte API Befehle aufrufen

MailStore Server Administration API-Befehle, deren Ausführung typischerweise länger dauert, werden vom Server asynchron ausgeführt. Der MailStore PowerShell API Wrapper erkennt den Aufruf dieser asynchron ausgeführten API Befehle und führt diese als PowerShell Job im Hintergrund aus. Das Skript Example3.ps1 aus dem Beispielskriptpaket verdeutlicht diese Funktionalität:

Import-Module 'C:\MailStore Scripting Tutorial\PowerShell\API-Wrapper\MSS.PS.Lib.psd1'
$mssapiclient = New-MSSApiClient -Username admin -Password admin -MailStoreServer localhost -Port 8463 -Code JSON -IgnoreInvalidSSLCerts
$return = invoke-MSSApiCall $mssapiclient "VerifyStore" @{id = "1"}
if ($return.Type -eq "JOB") {
    Wait-Job $return.Data
    Receive-Job $return.Data
} else {
    $return.Data
}

Der im Skript aufgerufene API Befehl VerifyStore liefert ein Objekt mit der Type Eigenschaft "JOB" zurück.

Type  : JOB
Token : sa9e8d780329f1e0c59503a2e041f7c72b
Data  : System.Management.Automation.PSRemotingJob

Im Unterschied zu den Rückgabeobjekten bei synchron ausgeführten API Befehlen ist hier die Token Eigenschaft gesetzt, sie enthält eine vom Server zurückgegebene, eindeutige ID des Serverprozesses. Die Data Eigenschaft enthält den PowerShell Job, der im Hintergrund die vom Server zurückgelieferten Statusobjekte verarbeitet. Dieser

API Wrapper PowerShell Jobs

Der in der Data Eigenschaft enthaltene PowerShell Job fragt den Status des zugehörigen Serverprozesses in regelmäßigen Intervallen ab (standardmäßig alle 500 ms) und wird beendet, wenn dieser abgeschlossen ist. Mittels des PowerShell cmdlets Wait-Job kann ein Skript auf die Fertigstellung des Jobs warten, anschließend kann das Ergebnis des Jobs mittels Receive-Job abgerufen werden:

Type       : JSON
Token      : 
Data       : @{status=succeeded; progressPercentage=100; messages=System.Collections.ArrayList}
RunspaceId : 2eca1237-4504-4b63-a153-d326adf8c744

Hinweis: Die RunspaceId wird von der PowerShell automatisch erzeugt und kann hier ignoriert werden.