Intresset för workflow foundation (WF)

Fram till i somras har intresset för WF känts relativt svalt om vi bortser implementationer i SharePoint där WF är en naturlig del. Nu har jag däremot märkt att något har hänt, jag har fått flera förfrågningar om att åka ut till diverse företag och prata om WF. Jag har även märkt av fler bokningar på kurser och ett generellt större intresse i olika forum.

Det många vill veta mera om är nästa version av WF, hur Dublin kommer att påverka framtiden men även en hel del investeringar i nuvarande version av WF.

Jag tycker detta är fantastiskt roligt, nu börjar vi se verktygen för att verkligen bygga affärsprocesser på WF och även att många inser att WF är en grym motor i en applikation.

Jag skall medverka i några större seminarier i höst och kommer att posta information om dessa inom kort.

Workflows skapade i visio i SharePoint 2010

Först vill jag säga att nu är jag äntligen tillbaka efter sex veckors semester!

Mitt första inlägg efter semestern blir tyvärr ett rent copy/paste inlägg men jag vill verkligen tipsa om lite spännande läsning som handlar om hur vi kan skapa workflows i kommande versioner av visio och sharepoint.

Första länken är till Wictors blogg som alltid är matnyttig, snor även en bild från honom


http://www.wictorwilen.se/Post/Creating-SharePoint-2010-workflows-with-Visio-2010.aspx

I kommentarernt till det inlägget kom en annan spännande länk
http://www.visguy.com/2009/08/10/visio-2010-sharepoint-workflows/

Jag kör själv Visio 2010 och kommer att laborera rätt mkt med detta, det kan jag lova er.

Tracking i WF4.0

I tidigare versioner av WF har vi fått med SqlTrackingService som på ett enkelt sätt ger oss möjligheten att skriva ned den data vi behöver för att spåra våra workflows till en sql-databas.

I WF4.0 är det ETW som gäller, dvs Event Tracing for Windows som funnits som en standardkomponent i windows i några generationer nu.

Vad innebär detta för oss? Antagligen kommer några att själv skapa en SQL tracker eller också anser alla att ETW är nog så bra. Hur som helst stöder arkitekturen i WF4.0 att vi skapar egna tracking participants som ni kan se på bilden nedan.



Vad är det då som sparas i vår tracking participant?
Workflow instance tracking records: Här sparas de stora händelserna, dvs start stop och fel.

· Activity tracking records: Här sparas de enskilda aktiviteternas händelser, dvs om de är schemalagda eller har något fel.

· Bookmark resumption tracking record: I WF4.0 finns begreppet bookmarks som vi pratat en del om tidigare, här sparas dessa

· User tracking records: Här sparas egen data, dvs upp till dig och mig :-)

Källa: The .NET endpoint

TheWorkflowWay - Grymt dokument av David Chappell

Här finns ett bra och beskrivande dokument som tar upp varför WF är en bra teknik och hur vi kan utnyttja den i våra lösningar. Informationen är krispig och tar även upp dublin samt WF4.0

Jag har själv använt WF som applikationsmotor i ett projekt där vi gjorde en stor migrering från en plattform till en annan. I det fallet styrde WF hela migreringen och vi kunde nyttja alla de fördelar som detta dokument tar upp.

WF 4 Migration Guidance

Nu har några riktigt intressanta white papers sett dagens ljus, dessa är:

WF Migration Best Practices.docx
WF Migration Overview.docx
WF4 Rules Guidance.docx
WF4 State Machine Guidance.doc

Samtliga kan laddas hem här

Vi kan mycket riktigt lägga märke till att codeactivitys fortfarande är en big no-no och att vi får byta ut state machine mot flowcharts.

Förutom detta kan vi även se att våra gamla flöden kommer att fungera i .NET4.0 då hela runtimen finns kvar och allt det nya finns i nya namespaces. Detta innebär alltså att befintliga projekt kan välja .NET4.0 utan att vara nervös för om WF skall lira eller inte.

The .NET 4 release of WF has, from the beginning, had two fundamental high level objectives:
1. Maintain full application compatibility: all WF solutions built on .NET 3.0 and 3.5 must run, without requiring redesign or source artifact migration, on .NET 4.

2. Address customer feedback and enhance the capabilities of WF, particularly around: customer adoption blockers; key missing features and usability issues; utilization of complementary .NET technologies.
The first objective cannot be compromised, as it resides squarely within the overall application compatibility goals of the .NET Framework.
Given this, the team could address goal #2 either by continuing to make incremental (non-breaking) changes on top of the WF3 technology, or by developing new workflow technology.
After analysis of pros and cons, the team chose the latter approach.

Värt att notera är att dessa dokument inte är färdiga utan kommer att förändras så detta är en sida som är värd att bevaka.

VS2010 beta och WF4.0, en första snabbtitt

Har nu kört VS2010 beta lite och lekt med WF4.0 och måste säga att jag hittills är glad och nöjd.

Installationen gick relativt snabbt och enda negativa är att det krävdes en omstart och att det var ett kompatibilitetsproblem med SQL 2008 och Windows 7 RC. Detta löstes iofs snabbt med en SP till SQL 2008.

Det är som jag redan påtalat massor som skiljer sig mot tidigare versioner av WF och jag skall i framtida inlägg gå igenom flera av dessa saker. Idag börjar vi lite lätt.

Här är en första titt på den toolbox som finns för WF4.0

Som ni ser är det många nya aktiviteter som kan göra livet lite roligare för oss, här finns BPEL-aktiviteter (exempel pick, assign, switch) och massor av sköna aktiviteter som hanterar samlingar (generiska!!)

Vad gäller själva workflowen så är det sequential eller flowchart som gäller, dvs state machine verkar inte vara ett alternative längre. Själv är jag barnsligt förtjust i flowchart så jag är nöjd och glad.

Sedan kommer ännu en stor förändring, förut var det en hel del steg för att skapa en instans av ett workflow men nu går det relativt snabbt

Detta är ett stort lyft för alla som gillar TDD (testdriven utveckling)

Detta vara allt för denna gång, mer kommer!

SharePoint Workflows på 64-bitars maskiner

Skall du bygga workflows för SharePoint i Visual Studio 2008/2005 på en burk med 64 bitars operativ och tänker använda extensions for SharePoint så får du problem i och med att detta inte är supportat och resulterar i en rejäl smäll.

Lösningen för tillfället är att använda WSPBuilderExtensions istället, finns att ladda hem på codeplex.

Uppdatering

Tyvärr verkar inte Microsoft vilja fixa detta:
“The plan for Visual Studio 2010 is to still not support SharePoint 2007 Workflow projects on a 64bit workstation. VS 2010 will avoid the problem of throwing exceptions by hiding the Project Templates for those two project types: SharePoint 2007 Sequential Workflow or SharePoint 2007 State Machine Workflow. However Visual Studio 2010 will support 64bit development of the future version of SharePoint”

Deras workaround är
”The workaround is to create, develop and debug your Workflow projects on a 32bit workstation and then later you can move your solution to a 64bit server for testing and production”

Båda citaten är från Christin Boyd, Program Manager, Visual Studio

“We understand that it is very inconvenient and expensive to maintain a 32bit workstation and a 64bit workstation”……