Dev-Infra

PowerShell GUI Designer: créez des interfaces pour PoshBoard et ShowUI en ligne

2012-02-07T15:36:00.008+01:00

En tant que développeur PowerShell, vous avez appris à vous passer des interfaces graphiques pour contrôler vos systèmes.

Il est toujours intéressant de pouvoir habiller nos scripts avec une interface pour faciliter leur utilisation, que ce soit en WPF via ShowUI ou online avec PoshBoard.

Créer une interface peut être ardu, même pour un développeur .NET. C'est pourquoi nous vous proposons aujourd'hui gratuitement notre designer, qui va vous permettre de créer dynamiquement des scripts pour PoshBoard et ShowUI (d'autres format de sortie sont prévues)

C'est encore une version Alpha, mais vous pouvez déjà commencer à créer vos IHM ici :

http://www.poshboard.com/Designer/Default.html

N'hésitez pas à me remonter bugs, idées sur cet outil, j'espère qu'il vous sera utile.

PoshBoard aux TechDays 2012

2012-01-19T10:24:00.000+01:00

Venez découvrir la version finale de PoshBoard et PoshBoard Windows Phone 7 lors de notre session aux TechDays 2012 le jeudi 9 février à 14H30, et durant les jours sur le stand de Nelite!

Plus d'infos ici

Nous présenterons des use-cases concrets autour d'Active Directory, Exchange ou la virtualisation issu de nos experiences chez nos clients.

PoshBoard version finale disponible

2011-11-11T09:51:00.002+01:00

La première build "finale" de PoshBoard est disponible, vous pouvez la télécharger sur notre site http://www.poshboard.com

PoshBoard final version available

2011-11-11T09:49:00.002+01:00

Hi all,

The final release of PoshBoard Client is here ! download it from http://www.poshboard.com

Temoignage PoshBoard PoshBoard

2011-10-10T11:38:00.002+02:00

Hello ! je suis à la recherche de quelqu'un souhaitant témoigner sur son utilisation de PoshBoard pour un magazine.

Contactez moi a antoine.habert[At]nelite.com

thks !

Recherche experts PowerShell

2011-10-10T10:56:00.002+02:00

Un petit message professionnel: Je suis à la recherche de 2 profils experts PowerShell ayant une affinité avec le développement .NET pour rejoindre mon équipe 100% dédiée au développement orienté infrastructure.

Nous travaillons sur les dernières technologies Microsoft dans une équipe traitant à la fois l'automatisation dans des projets infrastructure et la R&D (Windows Phone, Windows 8, PowerShell 3.0....).

Les postes sont ouverts sur Levallois-Perret, salaire et package attractif. Contactez moi à antoine.habert[AT]nelite.com pour plus d'infos.

PowerWPF: Template de projet WPF avec PowerShell intégré

2011-07-22T14:56:00.003+02:00

Je viens de publier un nouvel outil sur codeplex, PowerWPF: http://PowerWPF.codeplex.com

L'objectif de ce projet est de faciliter la création d'application WPF par les utilisateurs de PowerShell, qui n'ont aucune compétence en développement WPF. Nous avons géré toute la gestion de POwerShell (appel asynchrone, monitoring du runspace, des pipelines, etc...), en ne laissant que les méthodes les plus simples possibles pour appeler PowerShell et récupérer le resultat. vous avez juste à créer l'interface avec Visual Studio Express, Glisser/déposer les contrôles, rajouter quelques lignes de code C# pour appelez vos scripts (qui peuvent être intégrer à l'outil)

PowerWPF produit un exe unique, directement utilisable et partageable.

Je posterai dans les prochains jours un tutorial sur l'utilisation du template.

I'll post a tutorial in the coming days.

La beta de PoshBoard 4 est ouverte!

2011-07-11T16:32:00.005+02:00

Tout est dans le titre: vous pouvez desormais acceder à la Beta de PoshBoard 4 sur notre site web!

PoshBoard est une solution gratuite de portail web modulaire basé sur PowerShell & Silverlight.

Téléchargez la ici : http://www.poshboard.com

Execution de PowerShell 2.0 dans un site web ASP.NET

2011-02-14T16:57:00.004+01:00

Dans ce nouvel article, nous allons voir comment utiliser PowerShell 2.0 dans un site web ASP.NET

L'exemple est volontairement le plus basique possible, nous l'étendrons dans les prochains articles.

Cet exemple utilise PowerShell 2.0 et IIS 7.0, mais devrait fonctionner avec IIS 6.0. Vous pouvez utiliser une version express de Visual Studio.

C'est parti!

Configuration du projet

Ouvrez Visual Studio, choisir Fichier > nouveau projet

Choisir projet web, Application ASP.NET. Choisir un framework cible, 2.0 jusqu'à 4.0 (cet exemple s'appuie sur .NET 4.0 mais fonctionne avec les autres versions du framework)

Une fois le projet créé, ajouter la réference à la librairie PowerShell appelée "System.Management.Automation". Faire un clic droit sur References et choisir "Ajouter une référence..."

Choisir "Parcourir...":

C:\Program Files (x86)\Reference Assemblies\Microsoft\WindowsPowerShell\v1.0

C:\Programmes\Reference Assemblies\Microsoft\WindowsPowerShell\v1.0

Pour les systèmes x86

Nous pouvons maintenant construire l'IHM

Création de l'IHM

Notre IHM va être super basique: une textbox pour fournir le code PowerShell, un bouton exécuter, une textbox pour le résultat :

Voici le code ASP.NET pour la page Default.aspx

          1: <%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="PowerShellCall._Default" %>        2:          3: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">        4:          5: <html xmlns="http://www.w3.org/1999/xhtml">        6: <head runat="server">        7:     <title></title>        8: </head>        9: <body>       10:         11:     <form id="form1" runat="server">       12:     <center>       13:         <div>       14:         <table>       15:             <tr><td><h1>PowerShell Test</h1></td></tr>       16:             <tr><td><h3>PowerShell Code</h3></td></tr>       17:         18:             <tr><td>       19:                 <asp:TextBox ID="PowerShellCodeBox" runat="server" TextMode="MultiLine" Width=700 Height=100></asp:TextBox>       20:             </td></tr>       21:         22:             <tr><td>       23:                 <asp:Button ID="ExecuteCode" runat="server" Text="Execute" Width=200 onclick="ExecuteCode_Click"        24:                      />       25:             </td></tr>       26:         27:             <tr><td><h3>Result</h3></td></tr>       28:                29:             <tr><td>       30:                 <asp:TextBox ID="ResultBox" TextMode="MultiLine" Width=700 Height=200 runat="server"></asp:TextBox>       31:             </td></tr>       32:         </table>       33:         </div>       34:     </center>       35:     </form>       36:         37: </body>       38: </html>

Objectif : quand l'utilisateur clique sur "Execute", nous voulons lancer le code PowerShell de la textbox du haut et afficher le résultat dans la textbox du bas.

Voyons de plus près le code C# derrière Default.aspx

Appel de PowerShell 2.0 dans le code behind

Comme vous pouvez le voir dans la page aspx, nous avons un évènement "onclick" sur le bouton. Cette méthode fait appel à la méthode "ExecuteCode_Click" présente dans le fichier .cs

Voici le code de cette méthode :

   1: protected void ExecuteCode_Click(object sender, EventArgs e)   2:         {   3:             // Clean the Result TextBox   4:             ResultBox.Text = string.Empty;   5:     6:             // Initialize PowerShell engine   7:             var shell = PowerShell.Create();   8:     9:             // Add the script to the PowerShell object  10:             shell.Commands.AddScript(PowerShellCodeBox.Text);  11:               12:             // Execute the script  13:             var results = shell.Invoke();  14:    15:             // display results, with BaseObject converted to string  16:             // Note : use |out-string for console-like output  17:             if (results.Count > 0)  18:             {  19:                 // We use a string builder ton create our result text  20:                 var builder = new StringBuilder();  21:                   22:                 foreach (var psObject in results)  23:                 {  24:                     // Convert the Base Object to a string and append it to the string builder.  25:                     // Add \r\n for line breaks  26:                     builder.Append(psObject.BaseObject.ToString() + "\r\n");  27:                 }  28:                   29:                 // Encode the string in HTML (prevent security issue with 'dangerous' caracters like < >  30:                 ResultBox.Text = Server.HtmlEncode(builder.ToString());  31:             }  32:    33:         }

L'exécution de code PowerShell est très simple en C#, nous avons besoin uniquement des étapes suivantes :

1) Création de l'objet PowerShell

Cette objet est l'objet de base pour PowerShell en C#, il permet entre autre d'exécuter des commandes, instancier les runspaces, récupérer les résultats, les erreurs, etc...

2) Création d'un runspace

Ici nous créons un runspace pour exécuter le code PowerShell. Il y a différent moyen de configurer un runspace en C#, mais nous resterons sur la méthode la plus simple pour cet article.

3) Ouverture du runspace.

L'ouverture du runspace est obligatoire pour pouvoir y injecter notre code

4) Add the script

Ici, nous ajoutons notre script dans notre runspace.

5) Execute script

Enfin, nous appelons la méthode Invoke() qui exécute nos commandes dans un pipeline. Cette méthode retourne un collection de PSObject (objet de base retournée par PowerShell)

6) Affichage du résultat

Ensuite, nous parcourons la collection retournée par notre Runspace pour afficher le résultat. Notez que nous appelons la propriété "BaseObject" pour chaque PSObject, cette propriété contient l'objet d'origine avant sa décoration en PSObject par PowerShell.

Et voilà ! nous avons créer notre projet, nous allons maintenant pouvoir afficher le résultat d'un script dans notre textbox.

Il nous reste à présent à publier ce site web, et voir comment spécifier un compte spécifique pour l'exécution.

Publier le site web

Maintenant que notre exemple fonctionne, nous allons publier le site web sur IIS et spécifier l'identité du compte de service.

Allez dans "Génerer > Publier...

Choisir une destination (Inetpub/wwwroot est le repertoire par défaut pour la publication IIS, mais vous pouvez publier votre site dans n'importe quel repertoire du moment que les droits appropriés sont configurés sur le dossier)

Après cela, ouvrir la console de gestion IIS, faire un clic droit sur le site web par défault et selectionner "Ajouter une application"

Note : vous pouvez aussi créer un nouveau site web sous IIS, ou remplacer le site web par défaut pour créer le votre. Créer une application vous permet d'accéder à celle-ci par son nom comme suit: http://localhost/MyApplication

Donner un nom a l'application et cliquer sur OK

Maintenant que l'application est prête, nous pouvons choisir une identité spécifique pour l'exécution de nos commandes. Il y a de nombreuses façon de configurer une identité d'exécution pour un site web, nous couvrirons ici les plus basiques.

Authentification anonyme

Cette méthode est la plus simple. Nous allons choisir l'authentification anonyme (l'utilisateur ne sera pas identifié) et spécifier un compte de service pour l'exécution du site web. C'est facile, mais gare :

Dans ce contexte, n'importe qui peut accéder au site web et exécuter les actions avec l'identité du compte de service fourni ! Il y a toujours possibilité de filtrer l'accès par les droits au niveau fichiers (restreindre l'accès au repertoire), mais ceci n'est pas la méthode la plus sûre, vous êtes prévenus :)

Sélectionner l'application, faire un clic droit sur "Authentification"

Faire un clic droit sur "Authentifcation anonyme" et choisir "Activer", puis Edition

Choisir "Utilisateur spécifique" et cliquer sur "Choisir..."

Remplir le formulaire avec les informations du compte et cliquer sur OK

Voilà : votre site va s'exécuter avec l'identité de ce compte de service.

Utiliser un Pool d'application

Dans des scenarii plus évolués, vous pouvez désactiver l'authentification anonyme et continuer à utiliser un compte de service pour votre site. Pour cela, il faut définir l'identité au niveau du pool d'application.

Les pools d'application peuvent être vu comme un contexte d'exécution pour vos sites webs (pour faire simple). Nous n'irons pas dans le détail ici, mais l'idée est de permettre de définir un accès en authentification windows ou formulaire, puis de faire appel à l'identité du pool d'application pour l'exécution des actions dans votre code.

Nous allons créer un pool d'application dédié pour notre projet de test.

Premèrement, faire un double clic sur "Pools d'application" dans la console IIS et choisir "Ajouter un pool d'application"

Nommer le pool, choisir le framework approprié et cliquer sur "OK"

Selectionner ensuite le pool d'application, et cliquer sur "Paramètres avancés" dans le menu à droite.

Choisir Identité et cliquer sur le bouton "..."

Choisir "Compte spécifique et cliquer sur "Définir..."

Remplir le formulaire et cliquer sur OK

A présent, cliquer sur le site web et cliquer sur "Paramètre de base":

Cliquer sur "Sélectionner" et choisir Pool d'application

Si tout va bien, vous devriez pouvoir afficher l'idendité de votre compte de service avec le code PowerShell suivant :

Les sources sont disponibles ici :

Dans le prochain article, nous verrons comment authentifier les utilisateurs et utiliser les données d'un formulaire ASP.NET pour exécuter un script externe.

2011-02-01T22:23:00.001+01:00

La suite ici

Recherche développeurs .NET R&D Silverlight/C#/PowerShell motivés

2010-07-30T11:37:00.003+02:00

Une fois n'est pas coutume, voici une proposition d'embauche en rapport avec PowerShell, PoshBoard et les clients riches :)

Je recherche pour le pôle R&D de Nelite deux développeurs .NET pour travailler sur des projets très innovants (et donc je pense très interessants !) autour de Silverlight , WPF, PowerShell et les interfaces tactiles, entre autre.

Vous aimez l'experimentation et les challenges techniques ? vous êtes interessé par les interfaces NUI et le multitouch ? vous voulez mettre en application concrète les toute dernières technologies de dev Microsoft avec l'appuie d'experts reconnus ?

Si vous avez déjà idéalement travaillé sur Silverlight, WPF et/ou PowerShell, que vous avez envie de mettre un grain d'innovation autour des technologies infrastructure, je vous attends avec impatience !

Vous trouverez l'offre d'emploi ici, vous pouvez aussi me contacter directement.

Vidéo de PoshBoard 3.0 aux TechDays 2010

2010-04-06T22:28:00.001+02:00

Voici une vidéo avec une section dédiée à la présentation de PoshBoard 3.0 que j'ai faites aux TechDays 2010 :

http://www.programmez.com/video.php?video=95&titre=Quelques-technologies-presentees-aux-TechDays-2010

Merci à Programmez!, solutions logiciels et SupInfo Web TV pour cette présentation !

PoshBoard au WPC 2010 : feedback needed !

2010-04-01T12:27:00.002+02:00

Bonjour à tous,

j'aimerai proposer PoshBoard pour une nomination pour la prochaine WPC en juillet. Je suis à la recherche de retour d'experience utilisateur. Si vous aimez PoshBoard et l'utilisez en prod/preprod/test et en tirer des avantages, si vous pouvez me faire un petit retour par mail expliquant votre usage de la solution et comment elle vous aide dans la gestion de vos systèmes ce serait super !

vous pouvez m'envoyer un bref descriptif à cette adresse : poshboard[at]gmail.com

Merci à vous!

Silverlight MultiTouch PoshBoard démo !

2010-01-06T11:36:00.004+01:00

La version 3.0 de PoshBoard sera compatible multitouch. Vous pourrez venir l'essayer sur écran tactcle sur le stand de Nelite lors des MS TechDays 2010 les 8,9 et 10 février prochain !

Infos et vidéos ici

PoshBoard sur Get-Scripting

2009-10-15T22:15:00.002+02:00

PoshBoard est à l'honneur dans le dernier PodCast de Get-Scripting que vous pouvez écouter ici : http://get-scripting.blogspot.com/2009/10/get-scripting-podcast-episode-13.html

Merci à Alan et Jonathan pour l'accueil !

Infos exclusives sur PoshBoard et les évolutions à venir.

Article sur la gestion des évènements avec PoshBoard 2.0

2009-10-15T17:39:00.002+02:00

Je viens de publier un premier article sur la gestion des évènements avec PoshBoard 2.0

Vous pouvez le consulter ici.

Nouvelle version 2.0.1027 de PoshBoard

2009-10-09T15:35:00.004+02:00

Quoi de neuf ?

Update 2.0.1027 (9th October 2009)
[ADDED] mode "Dynamic Update ON/OFF" : quand vous tapez un script, si ce mode est mis à off, la page ne sera pas rafraichit automatiquement en temps réel

[ADDED] un raccourcis clavier pour cette nouvelle fonction : appuyez sur CTRL+U pour activer/desactiver ce mode (ou utiliser le bouton)
[MODIFIED] Changement dans le gestionnaire de configuration, réorganisation et nouvelles fonctions
[ADDED] Ajout de la gestion de l'attribut LiveUpdate pour les utilisateurs/ groupes. Cet attribut permet d'afficher ou non le bouton "Refresh Mode" pour les utilisateurs.
[MODIFIED] L'impersonification des SuperAdmins est maintenant a "false" par défaut.
[ADDED] Deux nouveaux boutons dans le gestionnaire de config, permettant de monter ou descendre les portails dans le menu.

Attention:
Cette nouvelle version ajoute un attribut aux utilisateurs/groupes dans le fichier de config. Les anciens fichiers ne fonctionneront donc plus avec cette version.

Mais pas de soucis : vous pouvez soit copier vos anciens scripts dans le nouveau fichier de configuration, soit simplement ajouter cet attribut à chacun de vos utilisateurs/groupes :

LiveUpdate="True"

Exemple :

Enjoy :)

MVP PowerShell

2009-10-02T13:32:00.003+02:00

J'ai eu la bonne surprise d'apprendre hier ma nomination en tant que MVP PowerShell !

Une raison de plus de continuer à poster et promouvoir ce super langage :)

PoshBoard 2.0 disponible !

2009-09-29T14:04:00.002+02:00

Une nouvelle version de PoshBoard est maintenant disponible : plus d'infos et une vidéo ici.

Le Snapin PowerShell de PoshBoard

2009-06-17T23:29:00.001+02:00

Architecture du snapin et des objets

Poshboard est fournit avec un Snapin PowerShell contenant différents cmdlets. Ces cmdlets permettent de créer des objets compatibles avec le rendu de contrôles Silverlight dans PoshBoard. Les propriétés/méthodes utilisées pour ces cmdlets sont équivalentes aux propriétés que l’on peut trouver dans les contrôles Silverlight.

La logique des objets Silverlight est respecté le plus possible (ou simplifier pour les besoins de PoshBoard): vous trouverez dans les objets Silverlight (dans un projet dans votre Visual Studio par exemple) des propriétés portant le même nom que les propriétés des cmdlets.

Ceci permet de faciliter l’adaptation à l’outil pour un codeur PowerShell, tout en gardant une cohérence avec le modèle cible : vous pouvez vous aider d’exemples de code Silverlight pour créer vos contrôles.

Note: Toute les propriétés des contrôles Silverlight ne sont pas reproduites, ceci pour plusieurs raisons :

Certaines propriétés ne sont pas utiles dans le contexte de PoshBoard et complexifieraient le modèle et l’adaptation.
La volonté d’éviter des processus de reflection sur les objets Silverlight dans un premier temps, pour garder de bonnes performances.
Ou parfois simplement par manque de temps ;-)

L’idée maitresse est de conserver un modèle simple, facile à comprendre. Dans le futur, si de nouvelles propriétés apparaissent comme utile, elles seront ajouter à la solution dans de futures mise-à-jour.

Les développeurs .NET ayant déjà une petite expérience avec le développement Silverlight pourront facilement créer les correspondances en PowerShell.

Relation entre le Snapin, PoshBoard et Silverlight

Poshboard utilise WCF (httpPollingDuplex et BasicHttpBinding) pour établir la communication entre le client Silverlight et le serveur. Les objets PowerShell sont créés par les scripts initié par l’administrateur, et ces objets sont ensuite convertis en contrôles Silverlight dynamiquement dans l’interface.

Vous pouvez par ailleurs utiliser tout type de code PowerShell lors de la création de vos interfaces : ceci permet de profiter du dynamisme de PowerShell pour définir les paramètres des contrôles Silverlight et du contenu.

Relation entre WCF, PowerShell et PoshBoard

Installation du snapin

L’installation est simple. Vous n’avez pas besoin d’installer PoshBoard pour utiliser les cmdlets : vous pouvez utiliser la console pour créer vos interfaces sous forme d’objets PowerShell.

Voici comment l’installer :

Copier les 2 dll’s du fichier zip dans un repertoire de votre serveur ou station de travail (exemple : c:\ressources)

Lancer la ligne de commande suivante (avec les droits admins pour Vista / 2K8 / Seven) :

x86 :

c:\Windows\Microsoft.NET\Framework\v2.0.50727\installutil.exe c:\ressources\poshboard.dll

x64:

c:\Windows\Microsoft.NET\Framework64\v2.0.50727\installutil.exe c:\ressources\poshboard.dll

(x64 : lancer aussi la première ligne pour rendre le snapin disponible côté PoshBoard)

Ouvrez maintenant une console PowerShell et tapez :

Add-PSSnapin poshboard

List all cmdlets

get-command *PB*

Les cmdlets

Voici la liste des cmdlets :

Cmdlets	Description
New-PBAgDataGrid	Créer une DataGrid Silverlight (basé sur le contrôle AgDataGrid)
New-PBButton	Créer un bouton Silverlight
New-PBChart	Créer un element graph (basé sur Visifire)
New-PBComboBox	Créer une ComboBox Silverlight
New-PBContainer	Créer une Grid Silverlight (le containeur de type “grille” pour les autres contrôles)
New-PBDataSerie	Créer un objet DataSerie (utilisé pour les objets charts Visifire)
New-PBElement	Créer un objet vide (sans type ni propriétés, évènements spécifiques)
New-PBEvent	Créer un évènement (pouvant être intégrer aux objets dérivés de PBElement)
New-PBFlipBook	Créer un FlipBook (basé sur le contrôle SLMItsu Flip Page)
New-PBGridData	Créer un objet de données pour une PBDataGrid
New-PBTextBlock	Créer un bloc de texte Silverlight
New-PBTextBox	Créer une TextBox Silverlight
Add-PBDataSerie	Ajouter un objet PBDataSerie à un objet PBChart
Add-PBElement	Ajouter un élément (dérivé de PBElement) à un containeur type PBContainer
Add-PBEvent	Ajouter un objet Evenement à un contrôle
Add-PBGridData	Add un objet données (PBGridData) à un objet PBDataGrid

Nous verrons dans le prochain post ces objets dans le détail, et comment créer vos premiers widgets.

Poshboard Beta 1 Rev 3 sur Codeplex

2009-06-11T16:48:00.002+02:00

La rev 3 de Poshboard Beta 1 est disponible ici sur codeplex

Change log :

[CHANGED] default widgets height to 400 px

[CHANGED] Widgets icons and order in add stuff menu

[ADDED] 3 new properties to Chart Widgets : AnimationEnabled and scrollerenabled for PBChart, LineTickness for PBDataSerie

AnimationEnabled can be set to true for animation (works only for "shot" update, play update disable this boolean)

ScrollerEnabled enable or disable the scroller in chart (now disable by default): if you disable this property, chart will "fit"

your current control (Datapoint bar/column... size will change dynamically)

LineTickness : change the tickness of line in charts (1 for smallest line)

[ADDED] 1 new property to Datagrid : ShowGroupPanel (Boolean)

Enable or disable the top group panel (for datagrid filtering)

[ADDED] FlipBook Widget

[ADDED] BlackLight Dashboard Widgets

Poshboard V1 Beta 1 Disponible Aujourd'hui !

2009-06-08T13:45:00.003+02:00

L'article de présentation ici : http://www.poshboard.com

téléchargez la release ici : http://poshboard.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=28457

Enjoy !

Poshboard V1 : Présentation technique 1

2009-04-30T23:25:00.008+02:00

Le développement de la version finale de Poshboard (prévue pour le mois de Juin) est sur la bonne voie.

En prévision de cette sortie, je vous propose une série de vidéo de présentation technique dont voici le premier volet :

Je vous présente dans cette première vidéo les fonctionnalités suivantes :

1) Le mode "live update" en mode push serveur.

Poshboard s'appuie sur le mode polling duplex de WCF pour permettre le rafraichissement dynamique du résultat des scripts (sortie console, graphique, tableau...)

2) Le widget "Poshboard Tester"

Ce widget s'appuie sur ce mode de rafraichissement et permet de tester les scripts. Vous verrez différents exemples de script et le mode statistique.

3) Poshboard PowerShell snapins : objet chart

Découvrez le premier snapin pour Poshboard qui propose différents cmdlets permettant la création de graphique indépendemment du portail, facilitant le design et le debug de vos graphiques : l'utilisation des pipelines, la visualisation des objets générés...

N'hésitez pas à poster vos réactions, suggestions sur le forum de Poshboard ! vos retours aideront à la finalisation du portail ;)

Bon visionnage !

Guide de publication de PoshBoard sur Windows 2008 - IIS7

2009-03-20T15:33:00.002+01:00

Le guide de publication de PoshBoard est disponible ici sur poshboard.com

Site communautaire PoshBoard ouvert !

2009-03-13T01:01:00.009+01:00

Retroussage de manches et plongée dans les CMS :

le site web de PoshBoard est ouvert !

http://www.poshboard.com/

Forums, tutoriaux, communauté, suivi du développement...

Rejoignez nous vite !

Note : le site est multilingue français/anglais, cliquez sur le drapeau au dessus du menu à gauche pour choisir la langue qui vous convient.

Release 0.4.2 de poshboard (BUGFIX)

2009-03-05T17:34:00.006+01:00

Je viens de mettre en ligne une nouvelle release de PoshBoard comportant les bugfixes suivants :

* Modification de visifire.pS1 (gestion des labels pour l'axe X avec beaucoup de données)

* Le code source avait des références invalides vers les dll de certaines librairies silverlight

ceci provoquait des erreurs au build et demandait un re-référencement des dll. c'est corrigé, le projet peut maintenant être buildé directement après download

La taille globale de l'archive à été optimisée

edit : pour utiliser AgDatagrid, vous devez télécharger les sources sur le site de devExpress

Ensuite, vous n'avez plus qu'à extraire le fichier :

"C:\Program Files\Developer Express\Free Controls for Silverlight\Sources\DevExpress.Dll\DevExpress.AgDataGrid.v8.2.dll"

dans le dossier "Components" de la solution, et lancez le build.

Meilleure prise en charge des charts avec axes X long (label mieux répartis)

vous pouvez la télécharger ici

PoshBoard 0.4 : quelques infos sur le refresher et autres

2009-03-03T19:46:00.013+01:00

La release a été mise à jour (0.4.1) pour prendre en compte la correction de bug proposée par Christopher. Merci ;)

Voici quelques renseignements liées à mes discussions avec les fringants premiers poshboarders :

Installer le site web de poshboard

Une discussion est lancée sur codeplex au sujet de l'install où vous trouverez des infos pratiques, le temps que le guide utilisateur soit mis à jour. Vous pouvez toujours consulter l'ancien user guide ICI

Les REFRESHERS

Les 2 refreshers (celui dans le header "Refresh Enabled / Disabled" et le widget refresh) n'ont pas le même fonctionnement.

Refresher dans le header

Celui-ci ajoute un paramètre dans l'url : /Default.aspx?Refresh=true

Ce paramètre est vérifié dans chaque widgets au chargement de la page. Si "Refresh" est égal à true, les scripts sont réexécutés. Le bouton "refresh enabled" active ce paramètre, l'autre bouton passe celui-ci à "false".

edit : un bug est identifié avec le changement de pages et le refresh, c'est en cours de résolution.

Le widget refresher

Le refresher est encore très basique, il sera considérablement étendu dans la V1. Pour le moment, il prend une petite chaine au format csv :

ArgumentSource;ArgumentCible.

Le widget créé une variable de session. Idem, celle ci est checkée au chargement des autres widgets au postback de la page, si une valeur existe, le widget tente de changer le texte du premier argument avec celui du deuxième (si il n'existe pas dans le script, rien ne se passe).

exemple

Ce script dans un widget PowerShellOutput :

gwmi Win32_logicalDisk –Filter “DriveType = 3” -ComputerName @MachineName@

dans le refresher, mettre :

@MachineName@;MYSERVER001

Par contre, le script d'origine n'est pas modifié, ceci permet de garder l'intégrité des scripts et de permettre des refresh avec d'autres paramètres. Un fois la page entièrement chargée, la variable de session est jetée sans remord.

La version finale du refresher permettra de définir des interfaces plus pratique, plus d'infos bientôt.

Voilà pour commencer, d'autres posts à venir (notamment sur ces intrigantes variables constituées de caractères exotiques type £,µ, ¤ et autres §).

PoshBoard 0.4 disponible !

2009-03-03T01:59:00.013+01:00

Je suis ravi de vous annoncer la sortie de la version 0.4 de PoshBoard

Ici sur codeplex

Autre bonne nouvelle, c'est la dernière version 0.x de Poshboard : nous visons maintenant la V1 !

Maintenant que les choses sont plus claires et l'architecture cible finalisée (sur le papier (voir avant tout dans la tête)), il va y avoir un gros refactoring du code pour atteindre les objectifs voulus. Pas mal de choses vont être simplifiées et/ou optimisées afin de vous apporter la meilleure experience possible avec le portail (et avoir le code le plus souple possible)

Mais parlons un peu de cette V4 :

Dans cette version, vous allez pouvoir tester les nouveaux widgets présentés aux Techdays, basés sur Blacklight et l'excellent Silverlight book control

Le Refresher est à nouveau de la partie, ainsi qu'une nouvelle possibilité de rafraichir (ou pas) les scripts de la page via un simple clic de bouton.

Vous aurez aussi l'occasion de tester le service web WCF PowerShell dans les widgets flipbook et wcfPowershelloutput

C'est toujours (et plus que jamais) en Beta, et pas mal de choses ne sont pas aussi bien implémentées qu'elles pourront l'être, mais vous allez pouvoir néanmoins vous donner une petite idée de ce vers quoi nous voulons aller.

Je vais poster différents tutorial sur cette version et comment l'utiliser. Des exemples de scripts sont dispos sur codeplex pour vour aider à utiliser les derniers contrôles.

Amusez vous bien !

N'hésitez pas à me laisser un commentaire sur cette nouvelle release

Webcast PoshBoard v0.4 : version Techdays

2009-02-19T23:27:00.015+01:00

English version available here

Voici le webcast reprenant la version présentée aux Techdays 2009

Poshboard 0.4 edition Techdays 2009 from Antoine Habert on Vimeo.

Important : Utilisez le mode "HD" et passez en FullScreen pour plus de confort

Au programme :

1) Introduction à PoshBoard (01:15)

2) Démo sur les contrôles de base (06:24)

3) PowerShell et service web (11:08)

4) les nouveaux widgets (Blacklight, WCF PowerShell output, Mitsu Flipbook control+Visifire) (13:13)

5) Roadmap vers la V1 (22:25)

Bon visionnage !

Credits :

Dropthings : http://www.codeplex.com/dropthings

Visifire : http://www.visifire.com

BlackLight : http://www.codeplex.com/blacklight

Mitsu Flipbook control : http://www.codeplex.com/wpfbookcontrol

Silverlight 3D flip animation : http://joel.neubeck.net/2008/04/silverlight-3d-flip-animation/

DevExpress AgDatagrid : http://devexpress.com/Products/NET/Controls/Silverlight/Grid/

Video PoshBoard 0.4 en approche

2009-02-19T12:51:00.003+01:00

Juste pour vous informer que la vidéo de présentation de la version de PoshBoard présentée au Techdays est dans la boite !

Reste le retraitement du webcast et l'upload sur Vimeo, le tout devrait donc être dispo dans la journée.

edit : la vidéo est disponible ici

Retour des techdays

2009-02-13T12:27:00.009+01:00

Ce fut un réel plaisir de présenter PoshBoard hier au Techdays : superbe salle, public sympa, "presque" aucun effet demo venant pimenter la session (presque...)

Merci à tout les participants !

Vous avez loupé l'évènement ?

vous voulez voir les dernières nouveautés de PoshBoard ?

Vous ne voulez pas attendre la diffusion des webcasts des Techdays ?

Jour de Chance !

Je prépare pour la semaine prochaine la diffusion d'un webcast reprenant l'ensemble des nouveautés présentées hier et encore plus.

Vous pourrez découvrir les nouveaux widgets silverlight, la gestion de powershell par webservice, la roadmap vers la V1 et toute les autres nouveautés en stock...

et bien sûr la diffusion imminente de la version de PoshBoard présentée hier !

Je vous donne donc rendez-vous la semaine prochaine pour découvrir tout cela en vidéo.

PoshBoard en démo aux Techdays 2009

2009-02-04T00:51:00.001+01:00

Si vous désirez voir les dernières avancées de PoshBoard, mettez donc une RTT de côté pour jeudi prochain pour venir au Techdays 2009 !

Je présenterai une session avec Gregory Schiro où je ferai une démo de la dernière évolution de PoshBoard.

Quand ?

le 12 février de 16h à 17h.

Infos ici

Au programme ?

la mise en œuvre live from scratch d’un portail d’admin avec PoshBoard, autour d’Active Directory, Exchange et windows 2008. Amusons nous à créer un dashboard en 10 minutes.

PowerShell et webservices : utilisation de powershell au sein même de contrôle Silverlight dans PoshBoard

Demonstration de l’intégration de nouveaux widgets basées sur les contrôles BlackLight :

Un dashboard dans un dashboard, ça donne quoi ? :)

Une belle brochette de plugins open source à la portée de tout pratiquant de powershell : découvrez comment créer le widget ci-dessus en 4 lignes de scripts PowerShell

La nouvelle version de PoshBoard sortira dans la foulée, avec quelques nouvelles vidéos de tutorial sur les différents aspects de développement autour de la future version 1.0.

Au plaisir de vous voir jeudi prochain ;)

Guide installation rapide de PoshBoard

2009-01-05T12:14:00.005+01:00

Voici les étapes pour pouvoir utiliser poshboard avec Web Developper Express SP1 pour XP/VISTA/2003/2008 :

1) Installer PowerShell ici

2) Installer le client Silverlight 2 ici

3) Installer Web developper Express 2008 SP1 avec l'option SQL EXPRESS 2008 ici

4) Installer les Silverlight tools ici

5) Installer AgDatagrid ici

6) Download poshboard 0.3.5 or above here

7) Installer visifire 2.06 or above, copier "SLVisifire.Charts.dll" et "visifire2.js" dans le repertoire dropthings/xapfiles/ de Poshboard here

8) Ouvrir le projet dans Web Developper Express (poshboard/dropthings.sln), faire "Build" et tester !

Nouvelle version de PoshBoard dispo (v0.3.5) : compatible Silverlight 2.0 Finale

2008-12-30T15:30:00.004+01:00

Première bonne résolution de l'année

Sortir une nouvelle version de PoshBoard!

PoshBoard v0.3.5 est maintenant disponible sur codeplex juste là.

La version 0.4 arrive, j'attends des mises à jour de version pour dropthings ainsi que d'autre nouveaux composants ...

une présentation de PoshBoard 0.4 aura lieu au prochain Techdays, des nouvelles très bientôt !

Quoi de Neuf ?

-PoshBoard est maintenant compatible Silverlight 2.0 Finale et editable entièrement depuis Web Developper Express SP1 !
-Mise-à-jour vers les dernières version de AgDatagrid (Decembre 2008) et Visifire (2.0.5 Beta)
- Fix de bugs dans la génération des datagrids
- Nouvelles fonction d'édition pour les charts Visifire : vous pouvez maintenant selectionner le type de graph et les paramètres (titres...) dans la fenêtre d'édition.

important : Pour construire les graphiques, vous devez maintenant passer une ou plusieurs hashtable avec vos données à la fonction integrée "out-visifire"

out-visifire($myHashTable)

out-visifire($myHashTable1,$MyHashTable2)

-Le guide utilisateur a été mis à jour, prenez le temps de le lire pour une installation rapide et sans soucis !

Une autre bonne nouvelle

Jeffrey Snover (Createur de PowerShell) a posté 2 très bons articles sur PoshBoard et la gestion des Hashtables sur le blog de la PowerShell Team : vous pouvez les lire ici et ici.

Merci Jeffrey pour ton support et encouragements sur le projet !

Très bonne année à tous !

N'hésitez pas à me faire part de vos feebacks

Des nouvelles de poshboard 0.4

2008-11-19T16:36:00.005+01:00

Quelques nouvelles de PoshBoard :

Le développement continue bien sûr ! :) malgré un planning pro un peu chargé ces temps-ci.

Avec l'arrivée de Silverlight 2.0 en finale et l'arrivée prochaine de Dropthings 1.8.0, une nouvelle mouture de PoshBoard va voir le jour :

Au programme, la mise à niveau sur Dropthings et Silverlight 2 bien sûr, mais aussi de nouvelles fonctionnalités, donc voici les plus importantes :

Nous allons introduire la création dynamique de contrôles basée sur ironPython, qui va permettre la création à la volée de gadgets (par code python ou avec un petit designer)

Je compte aussi introduire la possibilité de gérer l'import/export de widgets pour permettre l'échange de ceux-ci entre nous, gens de bonne compagnie.

Enfin, je compte inclure les silverlight control toolkits dans la barque

Vos suggestions sont plus que jamais les bienvenues, n'hésitez pas à m'en faire part !

des nouvelles concrètes très bientôt donc.

PowerShellPlus professional GRATUIT pour les auditeurs de Powerscripting Podcast !

2008-09-10T11:21:00.005+02:00

Une info plutôt sympa dans le numéro 40 de PowerScripting Podcast : Si vous téléchargez la Beta de PowerShell plus en suivant le lien fournis sur leur page, vous aurez droit à une licence GRATUITE de PowerShellPlus à sa sortie finale !

un seul conseil : Ecoutez les Powerscripting Podcast (toujours très interessant qui plus est pour ceux qui pratique l'anglais), et suivez le lien ci-dessus pour obternir votre licence !

Guide d'installation pour PoshBoard

2008-08-27T00:52:00.003+02:00

Le guide d'installation de PoshBoard est disponible ici.

Update : le guide est maintenant disponible en Français !

Ce guide explique pas à pas comment utiliser la source avec Visual Studio ou Web Developper Express, comment publier le site web et utiliser les widgets.

bonne lecture !

PoshBoard 0.3 est de sortie !

2008-08-26T01:08:00.010+02:00

update : les sources sont maintenant disponibles sur codeplex

Tout avance bien, et je suis heureux de vous présenter la version 0.3 de Poshboard fraichement sortie des eaux.

Téléchargez la ici

La nouvelle version de dropthings permet de simplifier la procédure d'install : vous trouverez un "quickstart" dans la page Releases de Codeplex.

Je prépare un tutorial complet pour installer/configurer le tout ainsi que sur l'utilisation des widgets mais il est tard pour ce soir, nous verrons cela demain ! :) J'ai mis l'essentiel sur la page release de codeplex, n'hésitez pas à poser vos questions dans le forum de discussion sur codeplex

Plusieurs grosses nouveautés sont en préparation qui je suis sûr vous intéresserons particulièrement ! PoshBoard va assurement prendre de l'ampleur dans les prochaines semaines.

La version actuelle est encore en chantier, des petits bugs liés à siverlight, dropthings ou mon code parfois experimental viendront pimenter votre expérience, mais ceci va être rapidement corrigé.

Amusez vous bien et faites moi part de vos impressions et suggestions !

PoshBoard, seconde vidéo : PowerShell génère des Datagrids Silverlight

2008-07-30T17:17:00.018+02:00

English version here

Voici une nouvelle vidéo de Poshboard, mon projet open source de portail IT. Dans cette vidéo, vous découvrirez les dernières nouveautés arrivant avec la version 0.3 (disponible ici sur codeplex prochainement) :

Lancez la lecture, cliquez sur HD, puis passez en plein écran (ou téléchargez là ici), spécialement car ma capture vidéo est légèrement partie en vrille côté rescaling :-)

Poshboard Seconde video : Datagrid (Silverlight 2, AgDataGrid) et nouvelle GUI from pilosite on Vimeo.

Au programme ?

De nouveaux Widgets :

- Gestion des datagrid Silverlight 2 : générez les à partir d'un simple objet PowerShell

- Utilisation du contrôle AgDatagrid de developer Express, une excellente datagrid gratuite et open source en Silverlight bourrée de bonnes idées.

- La gestion de sortie standard PowerShell

Une nouvelle interface :

Cette version est basée sur la version 1.6.0 de Dropthings, voyez la en action et découvrez les nouveautés (design amélioré, gestion dynamique de la taille et position des colonnes...)

Un tutorial d'install arrive, expliquant :

- Comment installer le portail sur un serveur (pré-requis, configuration IIS, sécurité...)

- Comment jouer avec au moyen de Visual Studio 2008 et Web developper express 2008 SP1/ SQL 2008 CTP

Posez vos questions dans les commentaires, et n'hésitez pas à utiliser la gestion des issues/discussions sur le site de codeplex pour me permettre de faire évoluer au mieux le projet !

Bonne vidéo ;)

AgDatagrid et Silverlight Datagrid : comment créer dynamiquement une Datasource ?

2008-07-25T13:38:00.016+02:00

English version available HERE

Le code source du projet est disponible ici.

Un exemple live juste en dessous !

Je travaille actuellement sur le composant AgDataGrid, un excellent contrôle Silverlight gratuit et open source de DevExpress (Démonstration complète ici). Bien entendu, mon but est d'implémenter celui-ci comme widget dans PowerShell Dashboard ;-)

J'ai rencontré un petit problème, qui est d'ailleurs valable pour le contrôle DataGrid standard de Silverlight 2, et plus généralement pour la génération dynamique d'objets typés en .NET :

Comment créer dynamiquement la Datagrid ?

AgDatagrid et la datagrid Silverlight 2 utilisent un objet de type IList pour construire la Datasource. Quand on utilise du code managé (C#/VB.NET...), vous devez créer une classe représentant vos données pour pouvoir construire cette IList :

        1: public class Person {      2:                 public string Name {      3:                      get;      4:                      set;      5:                 }      6:        7:                 public string City {      8:                      get;      9:                      set;     10:                 }     11:       12:                 public string State {     13:                      get;     14:                      set;     15:                 }     16:            }     17:       18: new Person() {     19: me = "Michael Jordan", City="Chicago", State="IL" },     20: new Person() {     21: me = "Kobe Bryant", City="Los Angeles", State="CA" },     22: new Person() {     23: me = "Shaquille O'Neil", City="Miami", State="FL" },     24: new Person() {     25: me = "Patrick Ewing", City="New York", State="NY" }    

  26:  

C'est impeccable quand vous connaissez votre source de données, mais comment faire quand vous avez du contenu dynamique (comme par exemple le retour d'un script PowerShell) ?

Je veux en effet utiliser la grid pour afficher mes données venant de PowerShell, je ne connais donc pas par avance le type des objets ni le nombre de colonnes...

Voici le point clé : je ne peux pas utiliser de classe statique pour définir mes données dans le contrôle Silverlight.

Game Over ?

Pas encore!

Nous avons deux stratégies à notre disposition pour arriver à notre résultat :

- Utiliser la programmation par langage dynamique avec Silverlight (Ironpython, IronRuby, JScript managé...) pour construire dynamiquement le contrôle ?

- Créer malgré tout dynamiquement la classe en code managé ?

Utiliser les langages dynamiques serait une solution idéale (et pour moi la meilleure à terme). Malheureusement, nous sommes encore au stade de la Beta côté siverlight et DSL, et il est aujourd'hui encore difficile de créer dynamiquement des contrôles Silverlight 2 Beta 2 dans ce contexte (pour le moment) car tout n'est pas encore figé dans le marbre :), je ne vais donc pas rentrer dans cette explication pour le moment (J'attends avec impatience quelques exemples de la part de l'équipe Silverlight sur ce sujet )

Alors, pouvons nous créer dynamiquement la classe dans notre code managé ?

Ma réponse est : OUI !

Comment générer des objets typés dynamiquement en .NET

Après quelques recherches (INTENSIVES est le mot juste), j'ai trouvé un post excellent de Vladimir Bodurov sous le thème : "How to generated dynamically typed objects in .NET" :

http://www.simple-talk.com/dotnet/.net-framework/dynamically-generating--typed-objects-in-.net/

Bingo ! Vladimir nous donne le code magique pour construire nos objets dynamiquement que nous pouvons simplement implémenter comme Datasource, sans coder de classe statique !

Ok, génial. Voyons maintenant comment j'ai utilisé ceci avec AgDatagrid (Vous pourrez très facilement convertir cet exemple avec le contrôle standard Datagrid de Silverlight 2, mais il n'est pas aussi classe et riche que le super contrôle de Devexpress :-) )

Allons-y messieurs dames, jetons un oeil dans le code !

Mon exemple est l'implémentation la plus basique possible afin de bien vous faire comprendre le principe

mon fichier Page.xaml est plutôt simple :

J'ai posé 2 Textboxes (Une pour les noms de colonnes, une pour les données), un bouton pour construire la datagrid, et la datagrid elle-même. Nous pourrions récupérer les données de l'extérieur, mais ceci est un autre sujet, je souhaite rester volontairement simpliste.

Voici le code XAML de la page:

   1: <UserControl x:Class="AgDatagridDynamicData.Page"      2:     xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"       3:     xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"       4:     xmlns:ag="clr-namespace:DevExpress.Windows.Controls;assembly=DevExpress.AgDataGrid.v8.2"      5:     xmlns:local="clr-namespace:AgDatagridDynamicData"      6:     Width="800" Height="600">      7:     <Grid x:Name="LayoutRoot" Background="black">      8:         <Grid>      9:             <Grid.RowDefinitions>     10:                 <RowDefinition Height="Auto"></RowDefinition>     11:                 <RowDefinition Height="Auto"></RowDefinition>     12:                 <RowDefinition Height="Auto"></RowDefinition>     13:                 <RowDefinition Height="Auto"></RowDefinition>     14:             </Grid.RowDefinitions>     15:             <Grid.ColumnDefinitions>     16:                 <ColumnDefinition Width="Auto"/>     17:                 <ColumnDefinition Width="Auto"/>     18:             </Grid.ColumnDefinitions>     19:             <TextBlock Width="Auto" Grid.Row="0" Grid.Column="0" Text="Columns (Parse with ';'):" />                     20:             <TextBox x:Name="ColumnsData" Background="blackSmoke" Width="500" Grid.Row="0" Grid.Column="1" Text="Column1;Column2;Column3"></TextBox>     21:             <TextBlock Width="Auto" Grid.Row="1" Grid.Column="0" Text="Data (Parse Row with '*', cells with ';' :" />     22:             <TextBox x:Name="CellsData" Background="blackSmoke" Width="500" Grid.Row="1" Grid.Column="1" Text="DataA1;DataA2;DataA3*DataB1;DataB2;DataB3"></TextBox>       23:             <Button Click="Button_Click" Grid.Row="2" Grid.ColumnSpan="2" Content="Generate AgDataGrid"></Button>     24:             <ag:AgDataGrid Width="800" Height="400" Grid.Row="3" Grid.ColumnSpan="2" AutoGenerateColumns="True" x:Name="mygrid">     25:                 </ag:AgDataGrid>     26:         </Grid>                27:     </Grid>     28: </UserControl>

Toute la subtilité est dans la page.xaml.cs, regardons la de plus près.

J'utilise seulement les données des textboxes du contrôle Silverlight (Vous verrez dans la version Widget pour PoshBoard comment vous y prendre pour aller chercher les données à l'extérieur)

J'utilise simplement du parsage de string pour construire ma Datagrid :

Les colonnes sont splittées avec un ";"
Les données sont splittées avec "*" pour chaque ligne, et dans ces lignes les cellules sont splittées avec un ";"

Bien sûr, il serait plus sage de plutôt utiliser XML pour définir ces données, mais restons dans notre optique de simplicité.

Colonne :

Column1;Column2;Column3

Données :

DataA1;DataA2;DataA3*DataB1;DataB2;DataB3*DataC1;DataC2;DataC3

Première chose, Je met directement la classe DataSourceCreator de Vladimir dans le namespace de mon contrôle, sans toucher à rien (C'est ce que j'apelle du code magique)

Après avoir insérer le code pour appelé les différentes libs nécessaire à la classe de Vladimir(System.Reflection, etc...), définissons le code principal de ma page :

Voyons notre classe principale (UserControl ) :

   1: public partial class Page : UserControl      2:     {      3:     string Columns;      4:     string Data;      5:         public Page()      6:         {      7:             InitializeComponent();                  8:         }      9:       10:         private void Button_Click(object sender, RoutedEventArgs e)     11:         {     12:       13:             mygrid.Columns.Clear();     14:             // Adding Columns to the AgDatagrid     15:             // With Column type added in the Columns string      16:             // we could use a Type checker and setting Column Type     17:             // from code behind :      18:             // mygrid.Columns.Add(new AgDataGridTextColumn() { FieldName = SingleColumn});       19:             Columns = ColumnsData.Text;     20:             Data = CellsData.Text;     21:             foreach (string SingleColumn in Columns.Split(';'))     22:             {                   23:                 mygrid.AddColumn(SingleColumn);     24:             }     25:       26:             // Here we set the DataSource with a direct call to the function of     27:             // Vladimir                 28:             mygrid.DataSource = GenerateData().ToDataSource();             29:         }

Que fait-on ici ?

Rien de spécial dans la fonction Public Page() : J'initialise le composant (c'est le code par défaut)

Tout est dans la fonction "Button_Click" :

   1: private void Button_Click(object sender, RoutedEventArgs e)      2: {      3:        4:     mygrid.Columns.Clear();      5:     // Adding Columns to the AgDatagrid      6:     // With Column type added in the Columns string       7:     // we could use a Type checker and setting Column Type      8:     // from code behind :       9:     // mygrid.Columns.Add(new AgDataGridTextColumn() { FieldName = SingleColumn});       10:     Columns = ColumnsData.Text;     11:     Data = CellsData.Text;     12:     foreach (string SingleColumn in Columns.Split(';'))     13:     {                     14:         mygrid.AddColumn(SingleColumn);     15:     }     16:       17:     // Here we set the DataSource with a direct call to the function of     18:     // Vladimir                 19:     mygrid.DataSource = GenerateData().ToDataSource();             20: }

Premièrement, je vide la datagrid (sans ça, ma fonction ferait de l'ajout, pas de la création from scratch à chaque click)

Ensuite nous récupérons les données des 2 textbox, puis nous allons créer les colonnes :

   1: foreach (string SingleColumn in Columns.Split(';'))

   2: {

   3:     mygrid.Columns.Add(new AgDataGridTextColumn() { FieldName = SingleColumn });

   4: }

Je génère ici que des colonnes de type "texte". Nous pourrions très facilement définir le type dans la chaine de caractère pour implémenter tout ce que propose AgDatagrid, mais encore une fois je suis resté basique (La faute peut-être à mon pot Chez Octo d'hier) :

Ensuite, je défini la Datasource:

   1: mygrid.DataSource = GenerateData().ToDataSource();

Nous faisons appelle à la fonction GenerateDate dans la classe (J'ai juste récupéré l'exemple de Vladimir Que j'ai réadapté) :

   1: public IEnumerable<IDictionary> GenerateData()      2: {      3:     string[] dataSplit = Data.Split('*');      4:     int RowNumber = dataSplit.Count();      5:     string[] ColumnSplit = Columns.Split(';');      6:     int ColumnNumber = ColumnSplit.Count();      7:     for (var i = 0; i < RowNumber; i++)      8:     {      9:         string[] cellData = dataSplit[i].Split(';');     10:         var dict = new Dictionary<string, object>();     11:         for (var j = 0; j < ColumnNumber; j++)     12:         {     13:             dict[ColumnSplit[j]] = cellData[j];     14:         }     15:        yield return dict;                     16:     }                  17: }

tout ce passe dans ce code précis. comment cela fonctionne-t-il donc ? On déclare un dictionnaire et nous l'alimentons avec des séries Clés/valeurs :

Le clé est le nom de la colonne visée , value est le contenu de la cellule à ajouter. Comme vous le voyez on défini avec cette méthode dynamiquement le nom de colonne visée à partir de la référence de notre string Column :

dict[ColulmnSplit[J]] = ...

c'est ce procédé qui nous évite d'avoir a définir la classe, c'e'st tout simplement excellent.

Et c'est tout !

Comme vous pouvez le constater, il est très facile d'alimenter dynamiquemenet une Datasource avec ce procédé.

Pour aller plus loin, nous pourrions utiliser un format XML pour la récupération des données, choisir un type de données pour les colonnes en fonction du type fourni en entrée.... les possibilité sont infinies !

Un grand merci à Azret et l'équipe support de DevExpress pour leur aide réactive, et merci à Vladimir Bodurov pour son superbe exemple de code que je vous invite à consulter pour comprendre tout le mécanisme !

Des questions ? les commentaires sont à votre disposition !

AMUSEZ VOUS BIEN AVEC SILVERLIGHT ET AGDATAGRID !

PoshBoard présenté dans le PowerShell Podcast 33

2008-07-18T10:53:00.006+02:00

Dans le dernier numéro de PowerShell Podcast (excellent podcast sur PowerShell que je vous invite à découvrir si vous n'avez jamais pratiqué), Jonathan Walz et Hal Rottenberg parlent (entre autre!) de mon site et présente le projet PoshBoard.

Merci à eux de l'intérêt qu'il porte à mon travail, ça me fait réellement plaisir ;), vous pouvez retrouver ce podcast sur leur site PowerScripting

Poshboard dispo en preview !

2008-07-10T19:59:00.000+02:00

Suite à plusieurs demande pour tester le portail, j'ai mis une pré-version disponible dès à présent sur codeplex en cliquant ICI ou rendez vous sur http://www.codeplex.com/poshboard

Amusez-vous bien et n'hésitez pas à me poser vos questions !

PowerShell Dashboard : ASP.NET, Silverlight et PowerShell dans un shaker !

2008-07-05T09:23:00.027+02:00

English Version available here

Mis-à-Jour : le code source d'une préversion est maintenant disponible sur CodePlex, cliquez ICI ou rendez vous sur http://www.codeplex.com/poshboard

Je vous propose une petite vidéo de présentation de mon projet "PowerShell Dashboard" (PoshBoard pour les intimes) actuellement en développement et prochainement disponible via la forge Octo.

Il s'agit d'un projet open source dont l'objectif est de mettre à disposition un portail très modulaire basé sur PowerShell. L'idée est de reprendre le concept des interfaces tels que igoogle, PageFlakes ou Netvibes, mais orienté admin système.

Pourquoi ? pour pouvoir créer très facilement des dashboards infrastructure sans avoir à coder en ASP.NET / Ajax ou autre : la seule compétence requise est le scripting.

Ce projet s'appuie sur Dropthings, le portail ASP.NET / AJAX d'Omar AL Zabir, réorienté en intranet. Pour cette première démonstration et un premier widget, je m'appuie sur le rendu de graphique (Colonnes, camembert...) grâce à l'excellente librairie de graphique Silverlight VISIFIRE, elle aussi gratuite et open source.

Cette première démo présente le concept général du portail que je vous mettrai prochainement à disposition en téléchargement libre. Viendra ensuite d'autres composants et innovations pour vous apporter toujours plus de fun dans l'utilisation de PowerShell ! :)

Trève de blabla, voici la vidéo de démonstration :

PowerShell Dashboard from pilosite on Vimeo.

Cette vidéo pour votre confort étant au format HD 1280x720,Je vous invite très fortement a cliquer sur le l'icône HD (après avoir lancé la lecture) afin de voir cette présentation en haute résolution (Mettez ensuite la vidéo en plein écran pour avoir la résolution native optimale). Vous pouvez aussi simplement cliquer ici et passer en plein écran. Vous pourrez avec ce lient télécharger la vidéo au format wmv.

Des questions ? n'hésitez pas à poster un commentaire ou me joindre par mail en cliquant ici

Vous souhaitez intégrer en avant première ce type de technologie dans votre entreprise, découvrir les autres composants en cours d'élaboration, vous former ou former vos équipes sur PowerShell ? alors contactez moi :

je m'occupe au sein de la société OCTO TECHNOLOGY d'une offre infrastructure dédiée à ces thématiques, et c'est avec grand plaisir que nous pouvons étudier avec vous vos besoins concrets et vous apporter le conseil et l'aide à l'intégration sur tout projets de développement orienté infrastructure tels que ce portail, et bien plus.

Demandez plus d'informations en passant par la rubrique contact de notre site internet !

Génération de document Office avec PowerShell

2008-06-25T10:34:00.005+02:00

Nous avons présenté lors des derniers Techdays un POC de génération automatique de documents basée sur PowerShell et OpenXML.

C'est un concept vraiment interessant côté production car cela permet d'obtenir des documents dynamiques qui peuvent être mis à jour à la demande : Analyse de vos serveurs de messagerie, audit Active Directory, Tableau de bord sur vos serveurs de fichiers...

L'intérêt de cette approche est de mettre cette génération à la portée du scripting (PowerShell en l'occurence), alors qu'il fallait jusqu'à présent soit beaucoups d'astuces (et affronter pas mal de limitation dans la richesse des docs générées), soit passer par du développement VSTO.

Eric White à publié récemment un projet dans ce sens sur Codeplex qui concrètise avec brio cette démarche : il met à notre disposition un snapin particulièrement bien vu qui simplifie énormément les choses et permet de générer n'importe quel type de doc office 2007, et ceux sans avoir office installé grâce à la magie de l'openXML !

Je vous invite à regarder cette vidéo et à télécharger au plus vite le projet sur codeplex, vous ne serez pas déçu du voyage ;)

PowerShell et ASP.NET part 3

2008-05-23T15:19:00.015+02:00

Nous voici rendu à la troisième et dernière partie de ce petit tutorial sur PowerShell et ASP.NET

Nous allons voir ici comment piloter un script depuis un formulaire web, et comment déployer ce site sur un serveur IIS convenablement.

Piloter un script

Nous avons vu précédemment comment exécuter du code PowerShell à partir d'une Textbox. Voyons maintenant comment nous pouvons piloter un script en modifiant ces paramètres à la volée.

Ceci est pratique quand vous voulez par exemple faire un portail de provisioning ou d'audit. Plutôt que de proposer à l'utilisateur de taper du code PowerShell, vous pouvez plutôt proposer un formulaire qui va se charger d'exécuter un script avec des paramètres.

Pour illuster ceci, voici un exemple de recherche d'information avec WMI qui peut prendre en argument un nom de machine. j'ai légèrement modifié notre exemple de départ en rajoutant une petite Textbox qui va prendre ce nom de machine :

Voyons maintenant ce qui change côté code. En fait, très peu de chose : Nous allons à présent lire un script incorporé au site web, modifier le contenu et l'exécuter.

Voici le script ajouté au projet :

$strComputer = "*ComputerName*"

get-wmiobject -class "Win32_LogicalDisk" -namespace "root\cimv2" -computername $strComputer where{$_.DriveType –eq 3}out-string

Un script très classique de requête WMI. Comme vous pouvez le voir, j'ai mis le nom de machine en argument. J'ai mis une référence arbitraire de nom "*ComputerName*", qui va me servir pour remplacer cette valeur de variable par le contenu de la TextBox du formulaire.

Voyons le changement opéré dans le code :

        // On the fly script modification before execution

        StreamReader objReader = new StreamReader(Server.MapPath("~/scripts/WmiAsset.ps1"));

        string strContent = objReader.ReadToEnd();

        strContent = strContent.Replace("*ComputerName*", TxtComputerName.Text);

        this.executePowerShellCode(strContent);

Première chose, nous allons lire le fichier contenant le code de notre script. Je l'ai rangé dans un sous-répertoire nommé "scripts", et on utilise simplement à nouveau la librairie system.IO

StreamReader objReader = new StreamReader(Server.MapPath("~/scripts/WmiAsset.ps1"));

Ensuite nous allons mettre l'intégralité du contenu dans une variable, et fermer l'objet StreamReader qui ne nous servira plus :

string strContent = objReader.ReadToEnd();

Ensuite nous utilisons simplement la méthode replace sur cette string, en changeant le code avec le contenu de notre Textbox qui contient le nom de machine.

strContent = strContent.Replace("*ComputerName*", TxtComputerName.Text);

C'est pour ça qu'il est important que le contenu de la variable modifiée soit unique (ici *ComputerName*). Comme vous avez la maitrise du code PowerShell utilisé, ceci est normalement facile à obtenir.

Voilà qui est fait, il ne nous reste plus qu'à exécuter le code comme dans l'exemple précédent.

this.executePowerShellCode(strContent);

Et voilà, rien de bien compliqué si vous avez saisi les précédentes parties. L'intérêt ici est qu'il suffit, en cas de modification de la requête à effectuer, d'aller simplement modifier le fichier .PS1 du répertoire script sur le serveur web, sans avoir à lancer un éditeur C#/ASP.NET.

Vous pouvez bien sûr mettre plusieurs paramètres dans le formulaire. Il reste des choses importantes à implémenter pour une gestion "pro" (prise en compte des erreurs de scripts PowerShell, gestion plus poussé des modes de sorties de script, un contrôle plus adapté que la Textbox pour le suivi des sorties de scripts, etc...) mais vous avez maintenant les bases pour vous lancer, et surtout je l'espère une meilleure compréhension du principe d'interaction envisageable entre le monde web et le scripting PowerShell.

Voyons a présent comment déployer ce portail sur un serveur IIS.

Déploiement du site web

L'intérêt de notre configuration est de pouvoir utiliser un compte de service pour l'exécution des tâches (en l'occurence, l'exécution de nos scripts). Cela simplifie la définition des droits et le modèle de délégation, car il n'est plus nécessaire de donner des droits administratifs spécifiques à chaque utilisateur.

Nous avons néanmoins le besoin de connaitre l'identité de l'utilisateur à l'origine de l'exécution d'une commande afin de se conformer au pré-requis de sécurité sur la production.

La stratégie pour votre déploiement côté IIS doit donc être la suivante :

Tout d'abord filtrer l'accès au site. Pour cela, il suffit simplement de définir des droits appropriés côté NTFS sur l'emplacement de publication. L'idéal étant de définir un groupe d'accès auquel vous donner les droits de lecture sur le site (côte NTFS), et de rajouter les membres adéquats.

Côté IIS, il suffit de faire une publication classique, en désactivant l'accès "anonymous" au site web, et de sélectionner "Integrated Windows Authentification"

Ensuite, il faut définir un application pool pour déléguer l'exécution du code à un compte de service. Pour cela, créer un nouvel application pool, ouvrez ses propriétés et définissez l'Identité dans l'onget approprié.

Il ne vous reste plus qu'à définir cet application pool dans votre site web :

Modifiez enfin votre web.config pour prendre en charge l'impersonalisation.

Vous devez avoir la ligne "authentication mode", rajoutez en dessous le code suivant :

        <authentication mode="Windows"/>

    <identity impersonate="true"/>

Et voilà, votre site est maintenant prêt pour l'impersonalisation, et l'accès est filtré par les droits NTFS.

En espérant que ce petit tutorial vous aura donner quelques idées, je reviendrai très prochainement sur un concept un peu plus poussé de portail web combinant ASP.NET 3.5, PowerShell, AJAX et Silverlight !

Voici la source de l'exemple de cette partie PowerShellASP2

PowerShell et ASP.NET Part 2

2008-05-21T15:30:00.032+02:00

Rappel : le code source du site présenté est disponible ici.

Vous avez besoins des éléments suivants pour l'utiliser :

WebDevelopper Express Edition

Ajax controls toolkit et library

Voyons maintenant un peu plus dans le détail l’architecture de ce site web et les différents blocs de code.

WEB.CONFIG

Commençons par le plus simple : le fichier web.config de notre projet.

J’ai apporté ici très peu de modifications : notre premier objectif est de rajouter les références des assemblies PowerShell au projet, afin de pouvoir créer un runspace et un pipeline pour exécuter notre code.

<assemblies>

    <add assembly="System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>

    <add assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>

    <add assembly="System.Data.DataSetExtensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>

    <add assembly="System.Xml.Linq, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>

    <add assembly="System.Management, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>

    <add assembly="System.Management.Automation, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>

</assemblies>

Ceci va nous permettre de référencer ces dll dans le code-behind. Bien, passons maintenant a quelque chose de plus consistant : voyons notre interface utilisateur !

DEFAULT.ASPX

Vous pouvez faire votre design en utilisant simplement du glisser/déposer des différents éléments (textbox, combobox, etc…). Cet aspect est assez simple, pour ceux souhaitant apprendre les bases de la création d’interface ASP.NET, je vous propose la lecture des excellents tutos de Didier Danse sur developpez.com, notamment les 2 premiers tomes.

Hormis ces aspects classiques de création de formulaire, voici les particularités de notre site web pour PowerShell :

UpdatePanel

Dans la première partie de ce tutorial, je vous est indiqué que nous utilisons un peu d’Ajax pour :

· Gérer un Timer
· Gérer le rafraichissement de la Textbox de sortie

Pour pouvoir utiliser les extensions AJAX dans notre page web, il faut comme pré-requis tout d’abord placer un ScriptManager dans le document (qui va permettre la prise en charge des autres contrôles AJAX)

Je l’ai placé en début de form, classiquement :

<body>

    <form id="form1" runat="server">

    <asp:ScriptManager ID="ScriptManager1" runat="server">

    </asp:ScriptManager>

Passons à la suite, en faisant abstraction des petites fioritures en haut de la page, le gros de notre interface est ici :

<asp:TextBox ID="TxtPowerShellScript" runat="server" TextMode="MultiLine" Width="597px"

            Height="194px" BackColor="#012456" ForeColor="#EEEDF0" Wrap="False"></asp:TextBox>

        <br />

        <asp:UpdatePanel ID="UpdatePanel1" runat="server">

            <ContentTemplate>

                <asp:Button ID="BtnExecuteScript" runat="server" Text="Launch Script" OnClick="BtnExecuteScript_Click" />

                <br />

                Output :

                <br />

                <asp:TextBox ID="TxtResult" runat="server" Height="199px" TextMode="MultiLine" Width="600px"

                    Wrap="False" BackColor="#012456" ForeColor="#EEEDF0"></asp:TextBox>

                <br />

                <asp:Timer ID="Timer1" runat="server" Enabled="False" Interval="100" OnTick="Timer1_Tick" />

            </ContentTemplate>

        </asp:UpdatePanel>

Le premier élément est notre TextBox pour taper le script :

<asp:TextBox ID="TxtPowerShellScript" runat="server" TextMode="MultiLine" Width="597px"

          Height="194px" BackColor="#012456" ForeColor="#EEEDF0" Wrap="False"></asp:TextBox>

Rien de particulier ici, je l’ai nommé “TxtPowerShellScript” pour respecter un peu de normalisation, je l’ai définit en multiline et mis des couleurs proches de la console PowerShell pour le fun.

Ensuite, vous pouvez voir que mon bouton et la deuxième TextBox sont encapsulés dans un contrôle UpdatePanel. C’est ceci qui me permet de ne rafraichir que le contenu encapsulé et non la page entière.

On y retrouve aussi notre Timer :


<asp:Timer ID="Timer1" runat="server" Enabled="False" Interval="100" OnTick="Timer1_Tick" />

L’intervalle (Interval="100") defini le temps de rafraichissement du timer (en milliseconde), et le OnTick (OnTick="Timer1_Tick") la fonction appelée dans le Code-Behind. J’ai désactivé le Timer par défaut (Enabled="False")afin de ne pas faire de charge inutile. Il sera activé qu’au click sur notre bouton.

Voilà pour l’interface. Vous voyez qu’hormis la question de l’UpdatePanel (qui est après tout un contrôle comme les autres), nous ne sortons résolument pas des sentiers battus. Voyons maintenant ce qui se passe en coulisse dans notre Code-Behind, qui est le gros du morceau.

DEFAULT.ASPX.CS

Nous arrivons maintenant dans le code C# qui va gérer notre invocation de PowerShell et le rafraichissement de la TextBox de sortie.

Pour commencer par le commencement, vous pouvez voir en début de code que j’appel en plus des instances par défaut du site asp.net généré par Visual 3 dll :

using System.Management.Automation;

using System.Management.Automation.Runspaces;

using System.IO;

System.Management.Automation et .Runspaces sont nécessaires pour faire créer le Runspace et le Pipeline. System.IO va nous servir pour la conversion du contenu de la TextBox de script comme nous allons le voir plus loin.

Passons maintenant au code proprement dit. Nous allons tout d’abord créer les objets Runspace et Pipeline pour qu’il soit exposé sur l’ensemble de notre classe.

Runspace runspace = RunspaceFactory.CreateRunspace();

Pipeline pipe;

Nous allons maintenant analyser le code en partant de l’action de l’utilisateur : le click sur le bouton. La fonction (que vous trouvez ligne 85) est la suivante :

protected void BtnExecuteScript_Click(object sender, EventArgs e)

    string strCurrentId = System.Security.Principal.WindowsIdentity.GetCurrent().Name;

    // Enable timer and disable button, clear TxtResult textbox

    this.Timer1.Enabled = true;

    this.BtnExecuteScript.Enabled = false;

    this.TxtResult.Text = "";

    // put the username at the beginning of the output (optional)

    Session["PowerTrace"] = "Initiateur de la demande : " + strCurrentID + "\r\n";

     // Gather script from the TxtPowerShellScript and convert it from html to clean text

    // then call executePowerShellCode function with the result

      string strContent = TxtPowerShellScript.Text;

    StringWriter writer = new StringWriter();

     Server.HtmlDecode(strContent, writer);

    this.executePowerShellCode(writer.ToString());

Voyons un peu ce qu’il se passe. Pour commencer, je crée une string strCurrentID qui va récupérer le nom de l’utilisateur en cours. Ceci n’est pas obligatoire dans notre exemple, mais nous verrons par la suite qu’il est intéressant pour nous de connaitre cette information. En effet, dans le cadre du déploiement de ce site ASP.NET, c’est un compte de service qui sera utilisé pour exécuter le code côté serveur.

Or, comme nous souhaitons (si ce n’est pas le cas, vous devriez !) tracer l’activité du site, il est important de connaitre l’utilisateur à l’origine de l’action, histoire par exemple de savoir à qui tirer les oreilles en cas d’utilisation abusive de notre belle page.

System.Security.Principal.WindowsIdentity.GetCurrent().Name nous donne cette information en récupérant le Login de l’utilisateur.

Ensuite, nous allons activer le Timer :

this.Timer1.Enabled = true;

Désactiver le bouton (pour éviter le lancement par erreur du script alors qu’un script est déjà en exécution)

this.BtnExecuteScript.Enabled = false;

et vider la TextBox de sortie :

this.TxtResult.Text = "";

Ensuite nous initierions notre fameuse variable de Session que j’ai appelé « PowerTrace » avec le nom de la personne exécutant la commande

Session["PowerTrace"] = "Initiateur de la demande : " + strCurrentID + "\r\n";

Un peu d’explication s’impose sur ce choix. Toute la subtilité ici est de pouvoir transmettre à notre page asp.net ce que récupère le Code-Behind quand nous rafraichissons la page. Comme les 2 mondes sont isolés (chacun s’exécute dans son contexte : le page web côté client et le code-behind côté serveur), il nous faut trouver un moyen pour transmettre des informations de l’un à l’autre (ici en l’occurrence, passer la sortie de notre script à la TextBox).

Il existe plusieurs solutions plus ou moins élégantes (créer un fichier texte temporaire, rajouter la sortie dans l’URL…) mais la variable de session est dans notre contexte la meilleure des méthodes. Cela permet de mettre à disposition des informations lisible du côté de l’interface qui se conserve pendant l’ensemble de la session de l’utilisateur. Sinon, par défaut, au rafraîchissement toutes les informations récoltées côté code-behind disparaîtraient. Comme notre sortie de scripts ne prendra jamais une place démesurée en mémoire et qu’il s’agit d’une utilisation en intranet relativement restreinte, c’est ici un bon choix facile à mettre en place.

Le contenu de cette variable est donc exploitable pendant toute la durée de la session de l’utilisateur. Ceci étant fait, nous allons maintenant récupérer le contenu de la TextBox contenant le script :

string strContent = TxtPowerShellScript.Text;

Problème ici : nous sommes dans un contexte HTML, le contenu de cette TextBox est donc au format HTML. Ceci ne nous permet pas d’exécuter le code tels que, car des informations se glissent dans le texte (retour chariot notamment, qui se font avec la syntaxe \r\n). Le code est donc inutilisable par PowerShell tels quel.

Heureusement pour nous, il existe une méthode qui nous permet de décoder l’HTML pour obtenir du texte classique : HtmlDecode

C’est elle que j’utilise ici : je créé une instance d’un StringWriter (qui permet de créer une string), et j’utilise cette méthode pour inscrire le texte « décodé » dans cette string.

StringWriter writer = new StringWriter()

Server.HtmlDecode(strContent, writer);

Je fais appel ensuite à ma fonction d’exécution de code PowerShell avec le résultat :

this.executePowerShellCode(writer.ToString());

Passons donc à l’analyse de cette fonction « executePowerShellCode »

private void executePowerShellCode(string code)

    runspace.Open();

    pipe = runspace.CreatePipeline(code);

    pipe.Input.Close();

    // Call output_DataReady when data arrived in the pipe

    pipe.Output.DataReady += new EventHandler(Output_DataReady);

    // Call pipe_StateChanged

    pipe.StateChanged += new EventHandler<PipelineStateEventArgs>(pipe_StateChanged);

    pipe.InvokeAsync();

Je n’est pas réinventé la roue, j’utilise la méthode la plus connue que vous trouverez dans pas mal d’exemple sur le net :

Je commence par ouvrir le runspace

runspace.Open();

Ensuite je créé un pipeline dans ce runspace avec le code retourné précédemment

pipe = runspace.CreatePipeline(code);

Je ferme le pipeline en écriture

pipe.Input.Close();

Ensuite nous créons un gestionnaire d’évènement, qui va tout simplement appeler la fonction « Output_DataReady » quand quelque chose se présente dans la sortie du pipeline

pipe.Output.DataReady += new EventHandler(Output_DataReady);

Nous créons ensuite un autre gestionnaire d’évènement, qui lui va appelé la fonction “pipe_StateChanged” quand le pipeline change d’état. En l’occurrence ici, nous allons tester si l’état du pipeline est « Terminé », qui signifie la fin du script et donc des actions à effectuer tels que la réactivation du bouton Executer comme nous le verrons plus loin.

Ensuite nous appelons la méthode « InvokeAsync() » qui nous permet d’exécuter le pipeline en asynchrone.

pipe.InvokeAsync();

Ok maintenant, notre code est en attente d’activité côté pipeline. Voyons a présent ce qu’il se passe quand des données arrivent dans la sortie du pipeline avec notre fonction Output_DataReady

void Output_DataReady(object sender, EventArgs e)

    PipelineReader<PSObject> reader = (PipelineReader<PSObject>)sender;

    String strPowershellTrace = reader.Read().ToString();

    Session["PowerTrace"] += strPowershellTrace + "\r\n";

Ici nous allons lire la sortie du pipeline que nous inscrivons dans l’objet reader :

PipelineReader<PSObject> reader = (PipelineReader<PSObject>)sender;

Ensuite, nous définissons une variable de type string qui récupère cette sortie sous forme de… string !

String strPowershellTrace = reader.Read().ToString();

Il ne nous reste plus qu’a rajouter cette variable à notre variable de session :

Session["PowerTrace"] += strPowershellTrace + "\r\n";

Notez que je rajoute “\r\n” derrière cette variable pour gérer le retour chariot. Vous voyez, c’est plutôt simple à comprendre. Pour finir sur le processus d’exécution de code PowerShell, voyons la dernière fonction qui gère le changement d’état du pipeline :

Ici, je pose une condition sur l’état du pipeline : si il a le statut « Completed », nous allons agir, sinon nous ne faisons rien.

if (pipe.PipelineStateInfo.State == PipelineState.Completed)

…

Alors, que fait-on quand le statut est Completed ? Premièrement nous allons fermer le runspace

Ensuite, tant que la Variable de Sessions n’est pas nulle et qu’elle contient quelque chose (nombre de caractère superieur à 0), nous n’y touchons pas. Ceci afin de laisser le temps au Timer d’inscrire son contenu dans la TextBox de Sortie. Nous verrons cela tout de suite après en analysant la fonction du Timer.

while ((Session["PowerTrace"] != null) && (Session["PowerTrace"].ToString().Length > 0))

runspace.Close();

Il ne nous reste plus ensuite qu’à supprimer cette variable de session dans l’attente d’un nouveau script :

Session.Remove("PowerTrace");

Voyons maintenant notre fameux Timer :

protected void Timer1_Tick(object sender, EventArgs e)
    {
        if (Session["PowerTrace"] == null)
        {
            this.BtnExecuteScript.Enabled = true;
            Timer1.Enabled = false;
            this.TxtResult.Text += "Fin du script";
        }
        else
        {
            String strPoshTrace = Session["PowerTrace"].ToString();
              this.TxtResult.Text += strPoshTrace;
            Session["PowerTrace"] = "";
        }
    }

Indépendamment des autres fonctions, celle-ci est appelé par notre Timer à intervalles réguliés (dans notre cas toute les 100 ms, on peut bien sûr élargir un peu ce temps)

Ici nous faisons la chose suivante :

Si la Variable de Session est Null (donc directement après sa suppression par la fonction pipe_StateChanged), nous allons :

· Réactiver le bouton
· Désactiver le Timer
· Inscrire « Fin du script » dans la TextBox de sortie

this.BtnExecuteScript.Enabled = true;

Timer1.Enabled = false;
this.TxtResult.Text += "Fin du script";

Sinon, on récupère le contenu de la variable de session dans une string

String strPoshTrace = Session["PowerTrace"].ToString();

On ajoute celle-ci à la TextBox de sortie

this.TxtResult.Text += strPoshTrace;

et on vide la variable de session de son contenu

Session["PowerTrace"] = "";

Notez que nous ne supprimons pas ici la variable, ce qui fait que notre condition dans la fonction pipe_StateChanged est valide :

while ((Session["PowerTrace"] != null) && (Session["PowerTrace"].ToString().Length > 0))

Voilà pour notre tour du propriétaire de ce premier projet. Nous verrons dans la troisième partie de ce tutorial comment piloter un script à partir d’un formulaire, et comment déployer ce site web sur un serveur IIS avec la sécurité adéquate.

PowerShell et ASP.NET Part 1

2008-05-16T16:11:00.057+02:00

English Version Available here

Comme nous l'avons vu, PowerShell permet de créer des interfaces graphiques en passant par les winforms .NET. Ainsi, nous pouvons créer des interfaces pour piloter nos scripts. C'est un vrai plus, d'autant que des outils comme AdminScriptEditor rendent cela particulièrement simple.

Dans mes peregrinations, une question m'est revenue assez souvent :

comment pourrait-on intégrer facilement PowerShell avec une page web ?

A juste titre, utiliser un portail web plutôt que des winforms "clients lourds" apporte plusieurs avantages indéniables :

· Pas besoin d'installer PowerShell ou des Snapins sur l'ensemble des postes d'admins pour utiliser des scripts (je pense par exemple aux interfaces de provisioning Active Directory, un gestionnaire de machines virtuelles, etc... )

· ... Donc pouvoir centraliser et déléguer l'administration facilement

· Filtrer l'accès et l'utilisation de Powershell dans l'entreprise (tout s'exécute du serveur et non du poste)

· Traçabilité : d'un point unique, on peut savoir qui fait quoi, et potentiellement gérer le CTRL+Z salvateur

· Peut s'implémenter sur le portail d'entreprise (Sharepoint ou autre)

Tout ceci serait formidable, mais ne va pas sans quelques inconvenients, du moins au premier abord pour qui n'a jamais touché un site ASP.NET :

· Développer en asp.net et C# s'éloigne résolument du scripting.
· Les exemples de méthodes d'invocation de PowerShell via C# ne donne pas forcément envie à un profil infra de se lancer dans le bain.
· On peut alors plutôt s'orienter sur du developpement C# pour arriver au résultat......
· Or il faut avoir la chance d'avoir un developpeur .NET pur et dur sous la main.

C'est pourquoi je vous soumet ici un premier exemple d'interaction très simple entre une page ASP.NET et du script Powershell, qui prend le problème sous un angle plus "InfraPeople-Compliant". Pour rendre les choses plus digestes, nous allons séparer les choses :

· ASP.NET et C# pour gérer uniquement l'interface utilisateur
· Appel de code powershell pur et non de bloc dans du code C#
· Dialogue entre l'output de PowerShell et le site web pour suivre la progression des commandes.

Ceci permet de bien séparer les 2 aspects du portail, et de garder ainsi PowerShell comme moteur de traitement tels qu'on a l'habitude de l'utiliser en scripting classique.

Comme nous allons le voir au cours de ce tutorial, le code est plutôt simple et la page très légère : et pourtant avec ceci nous allons pouvoir effectuer des commandes complexes et riches grâce à PowerShell.

update : Voici une petite vidéo de l'exemple pour vous donner une idée

Je ne vais pas faire ici un cours sur ASP.NET, car d'une part je ne suis pas le mieux placé pour le faire, d'autre part comme vous allez le voir nous n'allons utiliser que les fondamentaux pour arriver à nos fins.

Reste quelques notions de bases indispensables pour pouvoir saisir la suite :

Quelques bases ASP.NET

Pour parler très schématiquement avec une bonne dose de simplification, on peut concevoir une site ASP.NET comme une page HTML qui pourrait faire exécuter du code .NET côté serveur, et non uniquement via le browser côté poste client.

Voici un exemple qui va être notre premier projet. Notez que nous pouvons (et allons!) utiliser la version gratuite de Visual Studio pour le web : Visual Studio Web developper Express Edition que je vous invite à télécharger. Cette version est tout à fait adaptée à nos besoins et nous permettra de prendre en charge l'ensemble du développement, ne nous privons pas. Vous aurez aussi besoin des Ajax Control Toolkit et library à télécharger ici .

Un site ASP.NET à minima est composé des éléments suivants :

Une page ASP.NET (par défaut ici : default.aspx) : c'est elle qui heberge le code de l'interface e la page (les boutons, cases et autres joyeusetés), au format html et ASP. On y trouve aussi souvent du javascript, mais ceci n'est pas important ni utilisé pour notre exemple.

Un fichier .cs correspondant à la page ASPX (ici : default.aspx.cs) : c'est ce fichier qui contient ce que l'on appelle le "code-behind". C'est le code côté serveur qui sera invoqué par l'interaction entre l'utilisateur et la page. Ce code est dans un langage .NET (C# ou VB.NET). Dans notre cas nous allons utiliser C# qui est proche de PowerShell dans sa structure.

web.config : fichier de configuration du site web. Pour faire simple, on y trouve la configuration du site asp, méthode d'authentification, invocation des DLL (dans notre cas celles qui permettent d'exécuter le code PowerShell), etc..

Bien sûr, l'outil de developpement nous facilite la tâche, et tout est pré-configuré quand vous créez un nouveau projet. Avant de rentrer concrètement sur la création de notre page ASP.NET, voici la technique utilisée pour faire appel à nos scripts d'un formulaire :

La stratégie d'invocation de PowerShell

Le schéma ci-dessous présente la stratégie utilisée pour cet exemple d'invocation de PowerShell par ASP.NET, que nous allons décrire en détail dans la seconde partie de ce tutorial :

Notre site comporte 2 textbox, une pour taper un script, l'autre pour récupérer le retour eventuel généré par ce script, et un bouton pour lancer l'exécution : le tour est joué. Comme vous le voyez, côté interface on est plutôt dans quelque chose de basique.

Le principe est assez simple, nous allons y revenir en détail dans la partie 2 de ce tutorial, mais voici les bases :

Quand on clique sur le bouton "Executer" voici ce qu'il se passe:

On active un Timer (1), je reviendrai sur ce point plus tard, mais disons pour le moment qu'il s'agit d'un mécanisme qui exécute du code en boucle à une fréquence donnée (d'où le nom de Timer d'ailleurs).

Dans le même temps, le code-behind invoque un runspace et un pipeline PowerShell en asynchrone, prend le contenu de la première Textbox et l'exécute dans le pipeline (2).

Toute les secondes, notre timer vérifie la sortie du pipeline (3) et inscrit ce qu'il trouve dans une variable spéciale dites "de session" (4) (on verra pourquoi dans la seconde partie).

On rafraichit la Textbox de sortie avec le contenu de la variable de session (5). Le timer repart jusqu'à la liberation du pipeline (6).

L'utilisation du Timer nous permet d'avoir une vue relativement temps réel de la sortie du script, du moins toute les secondes. Notez que le script n'est pas obligé d'avoir une sortie : comme tout script PowerShell, il peut se passer plein de choses sans rien voir dans la console, donc prenez garde a ce que vous codez ;).

J'ai gardé le code le plus simple possible pour vous permettre d'identifier les différentes fonctions facilement. Nous enrichirons plus tard notre interface une fois que nous aurons vu la composition du code dans la seconde partie de ce tutorial.

Notez toutefois que nous utilisons un peu d'AJAX pour gérer la seconde boite de dialogue : Ajax nous permet ici de rafraichir la boite seule sans rafraichir toute la page. Nous verrons dans la seconde partie qu'intégrer ce type de composant AJAX avec ASP.NET est très facile, des composants prêt à l'emploi sont fournis sans avoir à coder la moindre ligne de javascript ni d'XML.

Pour le moment vous pouvez déjà tester ce site en ouvrant tout simplement le projet en pièce jointe à cet article avec Web developper Express.

Tapez votre script dans la textbox du haut, le résultat s'affichera en bas.

Note : le script s'exécute côté serveur (ici si vous faites un test en local, c'est sur votre machine que le script s'exécute.) Notez que nous récupérons la sortie "objet" de PowerShell : c'est pour cela que j'utilise dans cet exemple le cmdlet "out-string" pour afficher en sortie ce qui apparaitrait dans la console.

vous pouvez bien sûr lancer n'importe quelle commande Powershell (attention donc aux fausses manips :) ). Le site est "light" pour vous permettre de bien saisir le code : point de contrôle d'erreurs ni fioritures côté interface.

Nous verrons dans la seconde partie comment est articulé le code, comment piloter un script avec un formulaire et les questions relatives à la sécurité.

Voici la source : PowerShellASP.zip , n'hésitez pas à poser vos questions en commentaire !

Mindmap PowerShell avec Silverlight

2008-04-08T12:52:00.013+02:00

English version available here

Michael S. Scherotter propose sur son blog synergist une application permettant de convertir des mindmap créés avec MindManager en silverlight.

C'est amusant, facile à utiliser et très inspirant pour l'intégration de Silverlight et du mindmapping dans notre vie de développeurs infrastructure de tous les jours :)

Pour illustrer ceci, je vous ai mis ci-dessous un exemple de mindmap avec différentes ressources sur PowerShell. Blogger me limitant un peu sur la taille de la zone de texte, n'hésitez pas à utiliser le bouton "full screen" en haut à droite du contrôle silverlight. Les liens sont bien sûr utilisables.

PowerShell et SCCM Part 2

2008-04-07T22:51:00.027+02:00

PowerShell et SCCM Part 2

English Version available here

Intégration de l'ordinateur dans une collection spécifique

Ok, notre ordinateur est inscrit dans SCCM, voyons maintenant comment l'inscrire dans une collection spécifique. Que nous dit le SDK ? l'exemple VBScript est le suivant :

' Add the computer to the all systems collection.
set collection = connection.Get("SMS_Collection.CollectionID='SMS00001'")
set collectionRule=connection.Get("SMS_CollectionRuleDirect").SpawnInstance_
collectionRule.ResourceClassName="SMS_R_System"
collectionRule.ResourceID= outParams.ResourceID
collection.AddMembershipRule collectionRule

Qu'on peut organiser comme suit pour plus de facilité de compréhension :

set collectionRule=connection.Get("SMS_CollectionRuleDirect").SpawnInstance_ collectionRule.ResourceClassName="SMS_R_System" collectionRule.ResourceID= outParams.ResourceID

set collection = connection.Get("SMS_Collection.CollectionID='SMS00001'")
collection.AddMembershipRule collectionRule

L'exemple nous parle de la collection "All Systems", mais comme nous l'avons vu, le fait de déclarer un ordinateur dans SCCM l'inscrit par défaut dans cette collection. Par contre, cet exemple nous donne tout les éléments utiles : il nous montre qu'il faut créer un objet de type "SMS_CollectionRuleDirect", le paramétrer, puis invoquer la méthode AddMemberShiprule avec cet objet en paramètre.

Allons y donc tranquillement, étape par étape

Créer un objet issue de la classe SMS_CollectionRuleDirect

Pour instancier une classe WMI en PowerShell, on peut utiliser la syntaxe suivante :

$objColRuledirect = [WmiClass]"\\$Computer\ROOT\SMS\site_001:SMS_CollectionRuleDirect"

On voit qu'en passant par les psbase.properties les 3 propriétés de l'objet :

Nous avons vu dans l'exemple du SDK que deux propriétés sont à renseigner :

ResourceClassName avec la valeur "SMS_R_System"
ResourceID avec la propriété ResourceID de l'objet ordinateur créé précédemment

Soit en PowerShell :

$objColRuleDirect.psbase.properties["ResourceClassName"].value = "SMS_R_System"
$objColRuleDirect.psbase.properties["ResourceID"].value = $objCMComputer.resourceID

On voit ci dessous les propriétés de l'objet ordinateur créé comme dans la Part 1 et notre objet CollectionRuleDirect proprement configuré :

Il ne nous reste plus à présent qu'à utiliser cet objet avec la classe SMS_Collection

Utiliser la méthode AddMemberShipRule de la classe SMS_Collection

Qui dit méthode WMI, dit petit coup d'oeil dans WmiExplorer pour avoir notre exemple pré-maché (qui a dit feignant ?) :

Ce qu'il nous faut en paramètre, c'est l'ID de la collection cible. Alors ici 2 options : soit utiliser en dur l'ID de la collection que l'on trouve dans la console SCCM (pas sport), ou déterminer l'ID de la collection par son nom (sport)

Soyons sportif, allons à la pêche à l'ID avec Powershell !

C'est ici très simple, créons "classiquement" une connexion à la classe SMS_Collection, et filtrons sur le nom de notre collection (ici dans mon exemple "PowerShell Collection")

$Collection = gwmi -computer $computer -namespace "root\sms\site_001" -class "SMS_Collection" $PoshCollec = $collectionwhere{$_.Name -eq "PowerShell Collection"}

Il ne nous reste plus qu'à adapter le code de WmiExplorer avec comme CollectionID l'ID issu de cet objet, et comme CollectionRule, l'objet que l'on a créé à l'étape précédente :

$Class = "SMS_Collection"
$Method = "AddMembershipRule"
$CollectionID = $PoshCollec.CollectionID
$filter="CollectionID = '$CollectionID'"
$MC = Get-WmiObject $class -computer $Computer -Namespace "ROOT\SMS\site_001" -filter $filter
$InParams = $mc.psbase.GetMethodParameters($Method)
$InParams.collectionRule = $objColRuleDirect
$inparams.PSBase.properties select name,Value Format-Table
$R = $mc.PSBase.InvokeMethod($Method, $inParams, $Null)

Voilà le travail : notre ordinateur est à présent inscrit dans la collection "PowerShell Collection".

Avec un peu de recherche, et la bonne compréhension des techniques expliquées dans ce message, vous devriez pouvoir créer tout type de script PowerShell autour de SCCM. Notez aussi que la plupart des codes sont aussi utilisable dans SMS ;)

Ci-dessous un exemple complet des différents extraits :

**************************************************************************

## Nom : Script d'import de machine dans SCCM
## Auteur : Antoine Habert devinfra@gmail.com

### Variables
$strTargetMac = "0A:0B:0C:0D:0E:0F"
$strTargetComputerAccount = "NomDeMachine"
$computer = "."
$strTargetCollection = "La collection cible"

# Create computer in SCCM
$Class = "SMS_Site"
$Method = "ImportMachineEntry"
$MC = [WmiClass]"\\$Computer\ROOT\SMS\site_001:$Class"
$InParams = $mc.psbase.GetMethodParameters($Method)
$InParams.MACAddress = $strTargetMac
$InParams.NetbiosName = $strTargetComputerAccount
$InParams.OverwriteExistingRecord = $true
$inparams.PSBase.properties select name,Value Format-Table
$objCMComputer = $mc.PSBase.InvokeMethod($Method, $inParams, $Null)

# Create Collection Rule Direct
$objColRuledirect = [WmiClass]"\\$Computer\ROOT\SMS\site_001:SMS_CollectionRuleDirect"
$objColRuleDirect.psbase.properties["ResourceClassName"].value = "SMS_R_System"
$objColRuleDirect.psbase.properties["ResourceID"].value = $objCMComputer.resourceID

# Target Collection connection
$Collection = gwmi -computer $computer -namespace "root\sms\site_001" -class "SMS_Collection"
$PoshCollec = $collectionwhere{$_.Name -eq $strTargetCollection}

# Add Computer to Target Collection
$Class = "SMS_Collection"
$Method = "AddMembershipRule"
$CollectionID = $PoshCollec.CollectionID
$filter="CollectionID = '$CollectionID'"
$MC = Get-WmiObject $class -computer $Computer -Namespace "ROOT\SMS\site_001" -filter $filter
$InParams = $mc.psbase.GetMethodParameters($Method)
$InParams.collectionRule = $objColRuleDirect

$inparams.PSBase.properties select name,Value Format-Table

$R = $mc.PSBase.InvokeMethod($Method, $inParams, $Null)

**************************************************************************

Webcast PowerShell en ligne

2008-04-04T17:05:00.006+02:00

Les webcasts des techdays sont en ligne !

Hormis le fameux et implacable "demo effect" venu titiller la douce quiétude du déroulement de la session, vous y trouverez normalement quelques infos interessantes sur PowerShell et les solutions infrastructure Microsoft Retrouvez notre présentation ici

Une "Charentaise Edition", mitonnée à la maison (enfin disons sur mon lieu de travail) est disponible sur le site de Neos-SDI, plus complète.

Je vais poster différents tutoriaux liés à cette session (le premier est déjà disponible sous ce message)

N'hésitez pas à me laisser des commentaires ou des demandes d'infos ici.

Sur ce, bon film !

PowerShell et SCCM Part 1

2008-04-04T15:08:00.036+02:00

PowerShell et SCCM (Part 1)

ENGLISH version available here

Introduction

Contrairement à SCVMM ou Exchange 2007, SCCM ne propose pas nativement de cmdlets... Par contre, joie, SCCM expose l’ensemble de ses fonctionnalités via WMI. Nous allons voir ensemble comment utiliser les classes, méthodes et propriétés de SCCM avec PowerShell (Ceci est aussi valable pour SMS).

Avant de commencer

Pour vous faciliter la vie, 2 téléchargements sont nécessaires :

Premièrement, téléchargez le SDK de SCCM fraichement
disponible ici

Prenez aussi le WMI Explorer de MOW qui va vous faciliter le
code pour SCCM comme nous allons le voir plus loin

Premier script

Il y a quelques subtilités à connaitre pour pouvoir exploiter les méthodes WMI exposées par SCCM.

Commençons par découvrir les namespaces, Lancez wmiexplorer sur votre serveur SCCM

Un namespace "ROOT\SMS" est présent, au deuxième niveau, vous verrez «ROOT\SMS\inv_schema » que nous allons ignorer pour le moment, et en dessous un namespace normé "ROOT\SMS\site_nomdusite"

Double-cliquez sur l’instance d’un site pour faire apparaitre les classes :

Les 570 (!) classes exposées vont apparaitre en bas à gauche. Oui ça fait du monde, mais rassurez vous nous allons pouvoir faire le tri facilement en fonction de notre besoin.

Pour notre premier exemple, nous allons créer un script pour ajouter un ordinateur à une collection. Dans un premier temps, jetons un œil au SDK pour trouver la classe qui nous intéresse.

Ici, on voit à droite que l’ajout d’un ordinateur passe par la méthode « ImportMachineEntry » de la classe SMS_Site. Le SDK montre généralement des exemples de code VB/C# ou vbs, mais la syntaxe PowerShell diffère comme nous allons le voir plus loin. L’important ici pour nous est d’identifier la classe et la méthode utilisée pour accomplir la tâche.

Dans l’exemple vbscript du SDK, on constate qu’il faut passer par un connection.get pour instancier la classe, puis faire un spawnInstance de la méthode, charger les paramètres requis (macaddress, netbiosname…) puis utiliser ExecMethod..

' Connect
Set siteClass = connection.Get("SMS_Site")
Set inParams = siteClass.Methods_("ImportMachineEntry"). _
inParameters.SpawnInstance_()

' Add the input parameters.
inParams.Properties_.Item("MACAddress") = macAddress
inParams.Properties_.Item("NetbiosName") = netBiosName
inParams.Properties_.Item("OverwriteExistingRecord") = False
inParams.Properties_.Item("SMBIOSGUID") = smBiosGuid

' Add the computer
Set outParams = connection.ExecMethod("SMS_Site", "ImportMachineEntry", inParams)

La question qui nous brûle le clavier est donc :

comment faire la même chose en PowerShell ?

Utilisons wmiExplorer de MoW pour trouver la réponse :

On double clique sur la classe SMS_Site pour inventorier les propriétés et méthodes de la classe. Vous constaterez qu’à droite, il existe effectivement une méthode appelée « ImportMachineEntry »

Double Cliquez sur cette méthode. L’intérêt du WmiExplorer de MoW est qu’il permet d’obtenir des exemples d’utilisation des méthodes WMI :

Comble du raffinement, il donne un exemple de script et énumère les différents paramètres à renseigner avec leur type (string, booléen,etc..)... Concrètement, il ne nous reste plus qu’à renseigner cet exemple avec les paramètres nécessaires :

MacAddress (addresse MAC de la machine à importer)

NetbiosName (Nom de la machine dans l’inventaire SCCM), etc…

Détaillons un peu ce script pour comprendre le fonctionnement de l’invocation de méthode de cette classe :

Quand on créé notre connexion à la classe SMS_Site et qu’on liste comme ci-dessus l’objet $mc, on voit qu’il n’affiche que « SMS_Site »

En faisant un Get_Member, on constate qu’il n’y a pas de méthode « ImportMachineEntry » d’exposée. Cela vient du formatage des objets propres à PowerShell. Pour avoir accès aux propriétés et méthodes de cette classe, il faut passer par la méthode psbase de powershell pour avoir un accès « RAW » à l’objet (Plus d’info sur psbase ici) :

On voit ici que $mc.psbase nous propose effectivement "Methods" et "Properties". Listons maintenant les méthodes :

On retrouve effectivement notre méthode ImportMachineEntry. Dans l’exemple vbscript du SDK, on voit qu’il faut faire un spawnInstance pour définir les paramètres de la méthode :

Set inParams = siteClass.Methods_("ImportMachineEntry"). _
inParameters.SpawnInstance_()

inParams.Properties_.Item("MACAddress") = macAddress
inParams.Properties_.Item("NetbiosName") = netBiosName
inParams.Properties_.Item("OverwriteExistingRecord") = False
inParams.Properties_.Item("SMBIOSGUID") = smBiosGuid

Pour faire la meme chose en PowerShell, regardons l’exemple du script généré par l’outil de MoW :

$InParams = $mc.psbase.GetMethodParameters(“ImportMachineEntry”)

$InParams.MACAddress = [string]
$InParams.NetbiosName = [string]
$InParams.OverwriteExistingRecord = [boolean]
$InParams.SMBIOSGUID = [string]

Comme vous pouvez le constater, le code est plutôt simple en PowerShell : ici le GetMethodParameters équivaut au inParameters.SpawnInstance_() du vbscript.

Détaillons un peu ce $InParams :

On voit effectivement nos 4 propriétés MacAddress, NetbiosName, OverwriteExistingRecord, SMBIOSGUID qui sont vides. Notez au passage que le type est bien exposé dans la colonne définition (OverwriteExistingRecord est de type System.Boolean, string pour les autres), et qu’on peut lire et écrire (get;set)

Bien, renseignons les 3 propriétés voulues (contrairement à ce qui est indiqué, la propriétéMSBIOSGUID n’est pas obligatoire pour ajouter une machine : c’est soit la MacAddress, soit le GUID… Seule l’experience permet de le savoir :) )

En affichant $InParams après avoir renseigné les propriétés, on voit bien que l’objet est chargé.

Reste à exécuter la méthode. L’exemple Vbscript donnait :

Set outParams = connection.ExecMethod("SMS_Site", "ImportMachineEntry", inParams)

En PowerShell, l’execution se gère comme suit (toujours en suivant simplement l’exemple généré par l’outil de MoW)

$mc.PSBase.InvokeMethod($Method, $inParams, $Null)

Voila notre machine importée dans SCCM, pour l’instant uniquement dans All Systems.

Reste la troisième étape indiquée par le SDK : Ajouter cette machine à une autre collection.

Nous verrons cela dans la seconde partie de ce post.

Rejouissez-vous ! Vous savez à présent où trouver les différentes tâches liées à SCCM et les convertir en PowerShell.

SDK SCCM V4 disponible

2008-03-17T20:58:00.003+01:00

la v4 (et première release hors Beta) du SDK de SCCM est dispo en téléchargement, juste sorti du four à cette adresse :

http://www.microsoft.com/downloads/details.aspx?FamilyId=064A995F-EF13-4200-81AD-E3AF6218EDCC&displaylang=en

j'upload prochainement avec la sortie du webcast de notre session techdays (normalement fin de semaine ou semaine prochaine) des exemples pour créer des cmdlets pour SCCM basés sur ce SDK.

à dans quelques jours !

Techdays 2008

2008-02-04T11:09:00.000+01:00

Nous serons présents aux Techdays 2008, avec à la clé une présentation sur PowerShell V1/V2 avec System Center et Windows Server 2008.

Au programme :

Interface de gestion déléguée pour SCCM
Gestion de projet pour SCVMM
Génération de rapports Word de statistiques Exchange 2007
Gestion asynchrone et remote de PowerShell 2.0

Et pleins d'autres petites astuces en tout genre :)

http://galilee.microsoft.fr/TechDays2008/Session.aspx?CellID=44c2cfea-881f-4f83-bfc9-254bd2b0dfd3

Je posterai ici des exemples tirés de cette présentation. Nous serons aussi présent sur le stand NEos-SDI dans le village infrastructure pour répondre à toute vos questions.

PowerShell 2.0 CTP disponible !

2007-11-06T12:30:00.000+01:00

au programme le très attendu Remote-Shell, ainsi que pas mal de petites nouveautés bienvenues :

http://www.microsoft.com/downloads/details.aspx?FamilyID=60deac2b-975b-41e6-9fa0-c2fd6aa6bc89&displaylang=en

plus d'info prochainement après avoir tester la bête.

Un peu d'aide sur les cmdlets?

2007-10-23T12:51:00.000+02:00

a l'instar de notre ami SCRIPT56.CHM pour le vbs, il existe un petit chm d'aide sur PowerShell bien sympa :

ça se passe ici

Son avantage par rapport à la version de PrimalSCript, c'est l'inclusion du guide VBScript TO PowerShell, qui vous donne la version PowerShell de vos fonctions VBScript favorites!

Powershell et la gestion aynchrone d'évènement

2007-10-17T12:02:00.000+02:00

Une question revient souvent dans la bouche de ceux s'essayant au monitoring avec PowerShell dans sa version actuelle : si la gestion d'event WMI est plutôt fastoche, un soucis demeure.

Le "catch" de l'évènement est prioritaire et empêche toute autre tâche tant que l'évènement n'est pas survenu... ce qui conduit à devoir fermer purement et simplement la session powershell ou la winforms si rien n'arrive, ou en cas d'erreur de code.

Il existe aujourd'hui plusieurs solutions pour gérer les évènements de façon asynchrone et nous liberer de ce soucis :

la première consiste à faire un trap sur la frappe d'une touche comme dans l'exemple donné par la powershell team ici :

http://blogs.msdn.com/powershell/archive/2007/01/28/working-with-wmi-events.aspx

Une autre plus élégante consiste à utiliser l'excellent snapin PSEventing dispo sur codeplex, qui a le mérite d'être valable pour tout autre type de gestion asynchrone (filesystemwatcher par exemple ) :

http://www.codeplex.com/PSEventing

Enfin, pour les plus avant-gardiste, il est possible de gérer des évènements asynchrones en utilisant IronPyhton avec PowerShell, c'est très interessant et ça se passe sur le blog de MoW :

http://thepowershellguy.com/blogs/posh/archive/2007/02/10/using-ironpython-from-powershell-part-1-watch-folder-for-changes-without-blocking-console.aspx

Le mariage entre ironPyhton et PowerShell est très prometteur, et plutôt facile à mettre en oeuvre.

avec tout cela, impossible de revoir dans l'avenir des sessions powershell killée abusivement, ni de winforms avec (le programme ne répond pas) dans la barre de titre !

Nouvelle version AdminScriptEditor

2007-09-26T12:10:00.001+02:00

AdminScriptEditor débarque dans sa version 3.1.

Au programme des nouveautés, une fonctionnalité très attendue (du moins, par moi-même) : la génération de forms en PowerShell !

Un designer à la visual studio permet de créer son interface, et celle ci est directement générée en code powershell. Simple, efficace, pratique.

Le packager de script (qui permet à la fois de compiler et crypter vos scripts dans un executable) fonctione maintenant avec powershell.

Un très bon point pour ce déjà excellent éditeur.

A noter que nos collègues de chez PowerShell-Scripting.com propose sur leur site un petit script permettant de convertir des forms C# en PowerShell. C'est encore en travaux mais c'est gratuit ! (inscription obligatoire pour avoir accès au code) :

c'est ici que ça se passe

Intonomi : Workflow PowerShell à la française

2007-09-17T15:52:00.000+02:00

Dans ma recherche de l'outil idéal pour gérer l'automatisation de process par scripting, j'ai pu récemment avoir une démonstration de la solution INTONOMI de Intoan Technology.

Intoan est une jeune société française en pleine expansion qui se focalise sur la gestion de process et cette solution clé en main qu'est INTONOMI.

INTONOMI se positionne comme une solution d'automatisation de processus liés au postes de travail, orientée ITIL.

Verdict ?

Une présentation en face à face très instructive, menée par des personnes véritablement passionnées par leur technologie et la problématique d'automatisation.

A l'utilisation de leur outil, il s'avère que le moteur de workflow d'INTONOMI peut aller encore bien plus loin que la seule gestion des process liées aux postes de travail : il s'agit d'une veritable boite à tout faire, mettant le scripting (VBScript mais aussi et surtout PowerShell) au coeur de l'industrialisation de process IT dans l'entreprise.

La gestion des workflow est bien plus puissante que FullArmor (encore au stade Beta il est vrai, je reste donc indulgent :) ), avec notamment une distinction Process Client et Process Serveur au sein d'un même workflow, ce qui rend la solution particulièrement souple à l'usage.

Exemple de workflow Client (à gauche de la ligne) et serveur (à droite) pour la gestion des mappages réseaux

Les interconnexions entre les différentes briques du workflow sont aussi particulièrement poussées, avec entre autre la vision des dépendances entre les briques qui se font automatiquement, cela facilite énormément la vie.

Une palette de composant "built-in" est proposée, fournissant de nombreuses infos tels que l'audit d'un poste, la collecte d'information d'une base de donnée, l'analyse d'espace disques, etc...

Le fait de pouvoir inserer ses propres scripts dans le processus rend la solution totalement ouverte.

Autre point interessant, la possibilité de distribuer des services directement sur le poste de travail de l'utilisateur (via un agent), lui offrant ainsi une palette d'outil en libre service.

L'intégration de PowerShell n'est pas une simple touche cosmetique, notre langage de scripting favoris est véritablement bien exploité et ouvre pas mal de piste pour les passionnés de l'automatisation tels que votre serviteur.

Intégration d'un script PowerShell dans le WorkFlow

Autre très bon point, InToan propose une virtual machine clé en main pour tester la solution, ce qui est assez rare pour être salué. La solution est en pleine évolution, pour avoir eu vent des prochaines mises à jour, tout cela va vraiment dans le bon sens.

N'hésitez franchement pas à tester cette solution: sa nature modulaire et ouverte en fait, non pas un concurrent, mais plutôt un complément idéal de nombreuses solutions du marché comme SMS,MOM, etc...

Elle peut être vu comme une bonne alternative pour les petites et moyenne entreprises souhaitant automatiser la gestion de son système d'information sans avoir les moyens d'investir dans de grosses solutions coûteuses, Intonomi étant plutôt bon marché.

Tout n'est bien sûr pas encore parfait, il manque encore quelques fonctions pour avoir une solution répondant à tout les besoins (adhérence Active Directory pour la gestion des utilisateurs et administrateurs, gestion d'un catalogue perso de composants...), mais la plupart sont en préparation pour la future version du logiciel, et rien n'est véritablement bloquant.

Un très bon outil à mon goût!

...et une solution innovante française, ne boudons pas notre plaisir ;)

Full Armor Workflow Studio

2007-09-11T10:28:00.000+02:00

Le scripting en général, et PowerShell en particulier, permettent d'automatiser les différents process d'exploitation et d'administration des composants de l'infrastructure.

Une fois un maximum de tâches automatisées, un besoin se fait sentir : comment gérer l'ensemble d'un processus par script, simplement ?

Par exemple, un script auditant l'espace libre d'un serveur de messagerie : comment gérer facilement l'envoi d'un mail au support en cas de surcharge ? peut on directement dans ce mail proposer des actions à l'administrateur pour la résolution de l'incident ?

Pour réaliser ce type de tâche, il nous faut un moteur de workflow permettant de gérer le cycle entier de résolution.

C'est ici que FullArmor arrive, avec leur air dégagé et leurs excellent outil : WorkFlow Studio

Full Armor WorkFlow Studio

Surtout connu pour leur solution de gestion de GPO, ils nous gratifient ici d'un outil original qui m'a particulièrement emballé.

WorkFlow Studio, c'est la puissance de WorkFlow Foundation au service de PowerShell. Cet outil vous permet de créer très facilement un workflow basé sur des scripts (PowerShell et vbs), permettant un enchainement de tâches pour aboutir à un process complet.

En effet, de nombreuses tâches sont fournies "clé en main", comme l'envoi de mail, la publication de site web, la gestion de virtual machine, etc.. (d'autres sont à venir)

L'avantage de ce type de système est double !

Il permet de donner une vision plus clair d'une tâche automatisée : plutôt que d'avoir un gros script, vous avez l'ensemble de votre process découpée en tâche simple, facilement visible dans le schéma du workflow. C'est le moteur de workflow qui se charge de gérer les enchainements, les conditions, sans avoir à coder la moindre ligne.

Il permet de planifier ces process très simplement, et d'avoir tout le suivi du déroulement des différentes briques sans avoir à coder la moindre ligne : le journal d'execution du workflow renseigne sur le bon ou mauvais déroulement de chaque brique dans une base.

Les possibilités sont véritablement énormes. Plusieurs outils proposent un moteur de workflow pour gérer des tâches (principalement dans les solutions de gestion de parc basée sur ITIL), mais celui ci à le mérite d'être clairement orienté powershell... et d'être particulièrement simple à comprendre!

Laissez vous séduire par la version démo, vous ne le regretterez pas. Je reviendrai sur la mise en pratique de cet outil prochainement.

Bien débuter avec PowerShell

2007-09-10T18:04:00.001+02:00

PowerShell, c'est beau, c'est neuf, c'est objet !

Mais pour ceux d'entre nous n'ayant pas l'habitude des Shells type Unix, c'est un peu destabilisant, car entre VBS et PowerShell, c'est le jour et la nuit technologique.

Pour vous y retrouver et partir du bon pied, rien ne vaut un bon tutorial. Et qui dit bon tutorial, dit tutorial en Français, car il ne s'agit pas ici de comprendre des termes techniques, mais aussi toute une philosophie.

La communauté francophone est active !

Pour commencer, nos amis de PowerShell-Scripting, LA communauté française de référence, vous propose plusieurs tutoriaux sur PowerShell ainsi qu'un forum où glisser vos questions : ça se passe ici. Leur site propose des news très interessantes, et même des offres d'emplois pour les scripteurs motivés, aucune raison de s'en priver.

Laurent Dardenne de la communauté Developpez.net a pondu un très bon tutorial pour les débutants ici , ne vous en privez pas il est très clair sur les notions de bases tels que le pipelining.

De nombreux liens (en anglais) pour aller plus loin dans l'apprentissage sont disponible sur leur site à cet endroit.

Vous pouvez aussi jeter un oeil au WebCast des Techdays 2007 où nous avons, avec l'ami Cedric Bravo et notre dev préféré Gregory Schiro, présenté quelques exemples d'applications de PowerShell en entreprise.

Envie de connaitre la correspondance entre des commandes VBSCRIPT et PowerShell ? Microsoft fourni des exemples indispensables pour retrouver ses petits : un petit tour sur cette page (en anglais cette fois-ci)