Tillbaka!!

Nu är föräldraledigheten slut för denna gång och jag har sedan i måndags börjat på ett nytt uppdrag. Att fördriva två månader med min son var ett grymt beslut och vi har byggt grunden till en underbar relation =)

Hur som helst har jag turen att arbeta med ett projekt som involverar workflow foundation. Anledningen till att jag valt den tekniken i projektet skall jag försöka förklara i ett inlägg framöver.
Detta innebär naturligtvis även att några av mina trevliga kollegor kommer att få knacka WF-kod i mängder närmaste tiden och det skall bli kul (för mig i alla fall, hoppas att de tycker det också)

I höst skall jag hålla två WF-utbildningar på addskills och jag hoppas att intresset är större än förra gången (den kursen blev tyvärr inställd)

Har precis läst M.Deurell's blogg och inser att han verkar rätt hooked på powershell (inte så konstigt då det r0xxar), det kanske är ett bra verktyg för att hålla koll på WF också.. vem vet

Föräldraledighet

Nu är sommaren här och jag har planerat in två månader föräldraledighet, dvs jag kommer att vara en av alla dessa pappor som tar ut föräldradagar under OS (en del av statistiken... jojo)

Jag är tillbaka med ny kraft och nya funderingar i början av september, ha det bäst så länge

.NET 3.5 SP1 vad är nytt och relevant?

Som ni säkert sett finns en beta av SP1 att ladda hem och den innehåller massor av godsaker bla Entity Framework som är GRYMT! Tyvärr finns inte så mycket att säga om nyheter för Workflow Foundation utan det enda som verkar ha hänt är att själva designern är uppsnabbad (iofs inte en dålig nyhet). Värt att notera är att WCF fått MASSOR av nya prylar och WF är trots allt mer eller mindre sambo med WCF nuförtiden så vi får glädja oss åt detta. En stor nyhet för WCF är att det nu går att skicka objekt som inte är datacontracts över linan.

Glad midsommar!

BPEL, vad händer...

Jag gissar att det inte bara är jag som längtar efter att BPEL-stödet skall utvecklas vidare och lämna CTP-stadiet (release i mars förra året).

Snacket då var att stöda OASIS BPEL 2.0 standard fullt ut och det lät otroligt lovande. Det senaste jag såg på ämnet var ett svar av Matt Winkle i en tråd där han säger "With regards to BPEL, I'm not sure what the status on that is, I'll send an email around internally". Detta får i alla fall mig att hoppas på lite nyheter inom kort.

Tidigare inlägg om BPEL kan ni läsa här

Mer än en workflow runtime?

I betafasen av workflow foundation fanns en begränsning om att endast en WorkflowRuntime fick finnas i en AppDomain. Detta var naturligtvis en stor begränsning och är även något som teamet bakom WF valde att plocka bort (på samma sätt som vissa klasser slutade vara sealed).

Här finns en bra artikel som beskriver ämnet mer i detalj

Artikel om repeatern

Repeatern är en inte helt enkel kontroll att förstå sig på och när man använder denna är det verkligen risk för att göra knepiga saker. Här finns i alla fall en bra artikel som beskriver hur man kan göra en repeat-until snurra via xoml eller kod.

Den stora utmaningen kommer när man sedan lägger in aktiviteter som konsumerar något mer avancerat än strängar och kanske måste binda data utåt men det är en helt annan historia =)

WorkflowServiceHost, att ta tillbaka kontrollen

Ibland är det bra att kunna lägga in sina egna mekanismer mitt i befintlig kod och detta är något som WCF ger oss ett underbart stöd för.

Alla som startar ett nytt WF-projekt utanför sharepoint använder förhoppningsvis WorkflowServiceHost (.NET 3.5) och där finns naturligtvis stöd för att lägga sig i hur saker fungerar.

I grunden finns ServiceHostFactoryBase och WorkflowServiceHostFactory som ger oss möjligheten att påverka hur vi skapar vår WorkflowServiceHost.

Det hela beskrivs väldigt bra i följande artikel

public class MyWorkflowServiceHostFactory : WorkflowServiceHostFactory
{
public override System.ServiceModel.ServiceHostBase CreateServiceHost(string constructorString, Uri[] baseAddresses)
{
ServiceHostBase sh = base.CreateServiceHost(constructorString, baseAddresses);
//sh is the WorkflowServiceHost
WorkflowRuntimeBehavior wrb = sh.Description.Behaviors.Find<WorkflowRuntimeBehavior>();
wrb.WorkflowRuntime.WorkflowIdled += new EventHandler<System.Workflow.Runtime.WorkflowEventArgs>(WorkflowRuntime_WorkflowIdled);
return sh;
}