Mikael Deurell : .net

PowerShell... Som en vacker vårdag!

mikaeld — Tue, 13 Mar 2007 23:41:00 GMT

En av mina PowerShell demos från "Design For Operations" workshoppen. Ett exempel på hur man kan nå WMI-objekt (som perf counters) från PowerShell. Kicka igång wbemtest.exe, leta upp den hårigaste perfomancecountern (eller vilken WMI klass som helst!), en rad PowerShell... Sen har ni en mätare från en sportbiI som greppat perf-count värdet och uppdateras varje sekund... WildCopper, I love you!

Sa jag att det krävs en parameter för att kicka in era mätare/gauges/charts eller vad ni nu vill till en Sidebar gadget i Vista?

Wicked... Wicked... WICKED!!!

(ok, PowerShell fick en liten boost av våra rockande vänner på powergadgets.com) ;-)

I work hard all week and so do you
We deserve to let off some steam
Less orthodox creeping,
We need to rage through all of this life
There might be ones who are smarter than you
That have the right answers that wear better shoes
Forget about those melting ice caps
We're doing the best, with what we've got...

Få dina lokala "admin-dudes" att bli till sig i trasorna!

mikaeld — Tue, 13 Mar 2007 23:10:00 GMT

Ok, det är min blogg. Jag bestämmer! Engelska, tried it... Svenska rockar... Jag är tillbaka! :-)

Idag la jag sista touchen på min "Design For Operations" dragning. Skall köra den nästa vecka och jag är riktigt nöjd med resultatet... (självgoda Micke är här!!! :-)) Och jag ÄLSKAR ämnet! Mitt jobb består nästan till hälften av att debugga andra utvecklares kod och detta har fått mig att fundera på hur vi förbereder våra applikationer för drift... En enkel sanning:

"En bra app utvecklas under en relativt kort tid och används under en låååång!"

Hur förbereder vi för detta? Och hur tänker egentligen en såndär riktig "admin dude?" (tycker IT-pro låter lite krystat). De är rätt coola... De älskar t.ex... MMC... Awesome! Vi får kilometerlånga kärleksbrev från "Admin dudes" som förklarar hur mycket de älskar MMC... Inte cool WPF... Inte Direct-X med de coolaste shaderserna, utan MMC... Helt sjukt kallt! Och varför? MMC är konsistent (om man inte räknar med IIS7 :-)) och alla använder det redan dagligen! (IIS, DNS blablabla...). Ok, MMC innan 3.0 var inte en kul resa, men nu när det går att hosta .net forms och Vista/Longhorn "hottat" (kan man verkligen säga det om MMC?) upp det hela så är det en kakbit att använda och utveckla för. Hur många gör det utanför Redmond? 2%? Varför?

Jag blir sällan såld på admin grejjer... Men... PowerShell! I love you!!! Det underbara är att det är en kakbit att göra egna cmdlets till powershell (för övervakning och admin) och sedan piska fram en MMC app som använder sig av aktuella cmdlets genom några rader kod:

   1:              Pipeline pipe = runspace.CreatePipeline();

   2:              Command command = new Command("Get-DeurellCustomCmdlet");

   3:              command.Parameters.Add(new CommandParameter("TheParam", "TheValue"));

4:

   5:              pipe.Commands.Add(command);

   6:              Collection<PSObject> results = pipe.Invoke();

Kan det bli mycket enklare? Stanna kvar! Detta är sjukt coolt... Vad vi kan göra nu är att implementera en "command-pattern" kompis i vår MMC app och låta denna spara alla utförda kommandon. Detta gör att vi kan "spela in" vilka cmdlet som körts under en viss period. Ett sjukt enkelt och coolt sätt att generera admin-macros (i form av PowerShell scripts) som alla admin dudes kan ta ut, smeta in i PowerShell, använda för att batcha en körning de "spelat in" i MMC och spela upp för alla datorer de önskar (så gör Windows Live Spaces med alla sina IIS:r). Coolt! Med lite mer jobb är det bara att göra en undo-funktionalitet i command implementationen så har man det oxo... Wicked! Såhär gör Exchange 12. Det rockar! Och alla "admin-dudes" blir till sig i trasorna...

Så gör som Exchange 12, DinnerNow.net och unge herr Deurell! Ta hand om era admin-dudes, låt de få sin MMC-njutning, bli smekta av PowerShells varma hand, bli varma i trasorna och leverera appar som faktiskt klappar Operations... Medhårs... Wicked...

I love you in the morning
When you're still hung over
I love you in the morning
When you're still strung out...

Vista SP1 for VS2005 SP1 :-)

mikaeld — Wed, 07 Mar 2007 11:44:00 GMT

I just love the fact that we did a servicepack for the servicepack. Ok, we called it an update… It doesn’t matter, I love it! I just picked this up from Johan Lindfors blog… Always the last to know! :-)

Vista SP1 for Visual Studio 2005 SP1

Things replace things
Days replace days
Things replace things...

MacGyver, System.Speech och Vista!!!

mikaeld — Thu, 01 Mar 2007 23:26:57 GMT

Ok, jag gjorde ett ärligt försök att hitta ett nytt fritidsintresse igår… Det sket sig rätt bra… Så fort Love sov och jag pandorat iväg började jag fundera på sånadär “baby-watch” grejjer. Ni vet, man stuffar in dom i barnets säng och sedan går man på afterski med en walkie-talkie i fickan… Eller nåt… Jag har aldrig behövt någon, men det stör mig alltid att man skall köpa så mycket prylar när jag redan sitter på det coolase. En Vista Ultimate, den senaste smart-phonen och en såndär lam örongrejj som managementkonsulter drömmer våta drömmar om…

Jag tänkte, MacGyver… Jag tänkte… Jag kan göra en egen! Hur svårt kan det vara…

1. Lägg management-öron-grejjen bredvid Loves kudde.
2. Koppla upp den med blåtand till min laptop med Windows Vista Ultimate (älskar det namnet (och att den tillför värdet att man kan ha rörliga björnar som äter fisk på desktoppen!))
3. Skriva en app som känner av ljudnivån och larmar när Love skriker.
4. Attacha ett ljudklipp med skriket och skicka till min mail…
5. Mailet kommer att poppa upp i min smartphone via push-mail och jag kan kolla vem han ropar på… Och agera!

Min första tanke var att skriva en klass som wrappade Mixer API:t och använda;

   1:          [DllImport("winmm.dll")]

   2:          private static extern Int32 mixerGetLineInfo(IntPtr hmxobj,

   3:                                                       ref MIXERLINE pmxl, UInt32 fdwInfo);

för att kunna komma åt en lina och sedan sampla ut var som rör sig där, ta något slags medelvärde och skruva ihop min egen recording volume kontroll. Mixer API:t är riktigt, riktigt hårigt. Jag gjorde en sak med det för ett tag sedan och har fortfarande mardrömmar. Jag tänkte.. Vista rockar! Det måste finnas något enklare sätt…

Vad sägs om Speech APIt?

   1:              recognizer = new SpeechRecognizer();

   2:              recognizer.AudioLevelUpdated += new EventHandler<AudioLevelUpdatedEventArgs>(recognizer_AudioLevelUpdated);

Allt som behövs för att dra igång en SpeechRecognizer och hooka en handler till när Love börjar skrika! Efter 30 minuter hade jag applikationen klar…

Hela klassen ser ut såhär:

   1:  using System;

   2:  using System.Speech.Recognition;

3:

   4:  namespace RascalMonitor {

   5:      public class SoundMonitor {

   6:          private SpeechRecognizer recognizer;

   7:          private int alarmLevel = 50;

   8:          public event EventHandler<RascalEventArgs> Alarm;

   9:          public event EventHandler<RascalEventArgs> AudioLevelChanged;

10:

  11:          public int AlarmLevel {

  12:              get { return alarmLevel; }

  13:              set { alarmLevel = value; }

  14:          }

15:

  16:          public SoundMonitor(int alarmLevel) {

  17:              recognizer = new SpeechRecognizer();

  18:              recognizer.AudioLevelUpdated += new EventHandler<AudioLevelUpdatedEventArgs>(recognizer_AudioLevelUpdated);

  19:          }

20:

  21:          public SoundMonitor() : this(50) {

  22:          }

23:

  24:          private void recognizer_AudioLevelUpdated(object sender, AudioLevelUpdatedEventArgs e) {

  25:              int soundLevel = recognizer.AudioLevel;

26:

  27:              if (AudioLevelChanged != null) {

  28:                  AudioLevelChanged(this, new RascalEventArgs(e.AudioLevel));

  29:              }

30:

  31:              if (soundLevel > alarmLevel) {

  32:                  if (Alarm != null) {

  33:                      Alarm(this, new RascalEventArgs(e.AudioLevel));

  34:                  }

  35:              }

  36:          }

  37:      }

  38:  }

Sen var det bara att kicka fram en konsoll klient och köra. Sa jag att det är en kakbit att via ~~System.Speech~~ Managed DirectSound, spela in en minut av skrik efter att ljudnivån passerat en acceptabel nivå, attacha det till mailet och skicka hela kakan? Så kallt!

Ni kan hitta källkod till projektet här… En annan cool sak är att det krävs två rader c# kod för att få Vista att börja tugga!!!

   1:              synth.SetOutputToDefaultAudioDevice();

   2:              synth.SpeakAsync(“I love this company!!!”);

Coolt! Jag behöver inget nytt fritidsintresse… ;-)

PS. Love utlöste larmet 3 gånger (på en alarmnivå på 40), sen stängde jag butiken, tog in honom till mig och somnade… En bra kväll!

Sexiga saker... Som licensiering av komponenter!

mikaeld — Fri, 23 Feb 2007 00:58:00 GMT

En dag i veckan leker jag "Ask The Expert" hos ett stort företag. Jag sitter på en blå stol och en massa trevliga människor kommer med allsköns frågor kring utveckling på vår plattform. Det sköna är att det ena gången kan vara en hårig ATL-fråga, eller varför IE6 beter sig weird om man kör under en 3G switch och JScript runtime körs i en minnesarea över 2 gig och i nästa sekund en klurig WinDBG fråga om någon intrikat detalj som jag inte sprungit på innan. Högt och lågt, vitt och brett, svårt och lätt… Cool! I tisdags kom det en bra fråga kring licenshantering i .net. När jag fick den frågan kändes det som om jag var med i "Ask the Looser" istället... Har ägnat hur mycket tid som helst för att förkovra mig i WCF, WF och våra andra kärleksfulla teknologier men när det gäller en osexig, lite halvtråkig sak som licensiering så hade jag noll koll... Dåligt...

I COM-världen fanns det från början ingen licenshantering... alls... men med COM2 infördes en kall hantering i form en bunt instuffade metoder under IClassFactory2 som blandannat gjorde att man fick den där schyssta nag-screenen när man ville använda kontroller i MFC, VB eller (på tal om sexig) Visual FoxPro, när man t.ex. försökte använda en kontroll som fick köra runtime, men inte fick köra i designläge...

I detta fall ville kunden använda någon form av licenshantering för att hantera licensiering av WPF kontroller. Det schyssta är att detta är inbyggt i .net framework. Och det funkar för ALLA era klasser... Inte bara WPF och UI stuff... Och är löjligt enkelt att använda... Gör såhär..

Välj ut en klass att licensiera, tagga upp klassen med ett LicenseProvider attribut och skicka in din LicenseProvider, gör en koll i konstruktorn och glöm inte att disposa licensen... Klart!

   1:  using System;

   2:  using System.ComponentModel;

   3:  using LicensedClass;

4:

   5:  namespace MV.LicenseStuff {

   6:      [LicenseProvider(typeof (MyCustomLicenseProvider))]

   7:      public class LicensedClass : IDisposable {

   8:          private License license;

9:

  10:          public LicensedClass() {

  11:              license = LicenseManager.Validate(typeof (LicensedClass), this);

  12:              Console.WriteLine("This will only be done if the class is licensed dude!");

  13:          }

14:

  15:          public string TheMethodEveryoneWantsToCall() {

  16:              return "Hey, you have a license dude!";

  17:          }

18:

  19:          public void Dispose() {

  20:              if (license != null) {

  21:                  license.Dispose();

  22:                  license = null;

  23:              }

  24:          }

  25:      }

  26:  }

Cool! För att implementera en egen LicenseProvider med en kärleksfull licensieringsalgoritm är det bara att ärva från LicFileLicenseProvider och overrida IsKeyValid. Ni vill nog fundera på att skydda licensieringsalgoritmen på nåt schysst sätt, kanske via en Licensing Web Service så att det inte blir en kakbit att reflecta (är detta ett verb?) den.

   1:  using System;

   2:  using System.ComponentModel;

3:

   4:  namespace LicensedClass {

   5:      public class MyCustomLicenseProvider : LicFileLicenseProvider {

   6:          protected override bool IsKeyValid(string key, Type type) {

   7:              if (key != null) {

   8:                  return key.StartsWith("myChilledOutLicenseAlgorithmStuff");

   9:              }

  10:              return false;

  11:          }

  12:      }

  13:  }

Det enda som fattas nu är en licensfil… Det går givetvis att anpassa vart denna laddas ifrån genom att overrida en liten metod i LicenseProviden, ovan köper vi implementationen i basklassen som laddar en LIC fil enligt nedan;

   1:     string whereToLook = Path.GetDirectoryName(path) + @"\" + type.FullName + ".lic";

   2:          if (File.Exists(whereToLook)) …

path pekar på GetPathOfAssembly och givetvis bör man dra det hela till nästa nivå om man vill implementera en licenseprovider värd namnet, men detta ger basen för att implementera licenshantering i ALLA era .net klasser, inklusive rockande WPF kontroller… Inte nytt… Inte sexigt… Men vackert!

(Eller enligt posten innan... Bespara er allt detta och bege er till t.ex. till unge herr Appleman på http://www.desaware.com/products/licensingsystem/index.aspx)

Ni kan hitta ett projekt med aktuell kod här:
File Attachment: LicensedClass.zip (21 KB)…

So this is where you are, and this is where I am

So this is where you are, and this is where I've been

Somewhere between unsure and a hundred…

Workflow Foundation

mikaeld — Thu, 25 Jan 2007 21:58:00 GMT

En vän och tidigare kollega (jag var en suspekt teamledare för ett arkitekturteam på Connecta innan jag började på Microsoft) har börjat skriva en hel del bra saker kring Workflow Foundation, kolla in Daniel Karlssons blog här! Han är smart, trevlig, en hjälte på att beställa tapas och rockar i allmänhet. Kolla in!

Fitter, happier, more productive,
comfortable,
not drinking too much,
regular exercise at the gym
(3 days a week),
getting on better with your associate employee contemporaries,
at ease,
eating well
(no more microwave dinners and saturated fats),
a patient better driver,
a safer car
(baby smiling in back seat),
sleeping well
(no bad dreams),
no paranoia,
careful to all animals

Hey dudes... It's C#... Real work! At last...

mikaeld — Thu, 25 Jan 2007 21:57:00 GMT

Ok, en weird sak med mitt jobb är att jag ena dagen kör en workshop om MSF, dagen efter debuggar produktionskod med windbg och en tredje hjälper en kund med någon intrikat .net detalj. När jag är "nere" tycker jag att jag är kass på precis "ALLT" istället för att vara bra på... "något". När jag är på topp däremot, får jag känslan av att jag verkligen rockar... (Iallafall ett litet, litet tag...) Grejjen är att detta ibland gör mig jävulsk förvirrad, samtidigt som det är en kick att det på något sjukt sätt fungerar... Nog med flum, sprang på detta häromdagen och var tvungen att få dela med mig. Jämför detta med posten innan och se det som ett bevis på resonemanget ovan... :-)

Under .net fwk 1.1 var det möjligt att göra följande:

[StrongNameIdentityPermission(SecurityAction.Demand, PublicKey=Product .PublicKey)]
public class ThePseudoSecureClass
{
...
}

Detta gjorde att vi kunde "hindra" anrop från fientliga assemblies. Under .net fwk 2.0 ändrades detta beteende till några kunders stora förtret... Modellen funkar nu bara om den anropande assemblys kör under "non full trust). Om vi kör under full trust är det bara att rocka på!

Det roliga i "kråksången" (en ungdomlig kommentar igen Micke!) är att allt var fake! :-) Även under .net fwk 1.1 är det bara en påhittat säkerhetsmodell då det gick alldeles lysande att anropa metoden via reflection (So much for security). Så vi kollade på detta (mer av att slå ihop feta huvuden) och till 2.0 tog vi helt enkelt bort det, genom att bara tillåta detta beteende från assemblies som kör under "non full trust" från Internet eller intranet zones. Vilket gör modellen ehmmmm... Mindre intressant... ;-)

Hur kan vi då fixa detta? Detta funkar för mig...

public class TheClass
{
public TheClass ()
{
   Assembly calling = System.Reflection.Assembly.GetCallingAssembly();
   Assembly executing = System.Reflection.Assembly.GetExecutingAssembly();
   if(calling.GetName().GetPublicKey().ToString().Equals(executing.GetName().GetPublicKey().ToString()))
   {
      //continue dude
   }
   else
   {
      throw new Exception("You're not allowed dude!");
   }
}
}

Funkar det för dig?
(Then again... You could inject the public key with ILASM... And you would be scre#¤d anyways... ;-))

You're a face in the distance I hope to recognize
It's like running through deep water trying to look into your eyes
I've only got this morning to live
Look at all the colours at my fingertips
I don't want to stand still
I just want to freewheel
I don't want to lose this