Det finns förresten ett bra forum för oss utvecklare där jag och många med mig försöker svara på många av de frågor som postas där.
På TechEd gjorde Microsoft det väldigt klart för oss deltagare att de valt att satsa på att göra forumen levande och försöka få en bra kvalité i användarupplevelsen så det är antagligen en bra väg att gå =)
Hittade en bra artikel som beskriver hur workflow foundation kan hjälpa utvecklare att implementera stöd för aktiviteter som spänner över en längre tid. Där beskrivs även varför vi inte vill blockera tråden som kör vårt workflow och ger en liten blick bakom kulisserna på WF.
I .NET 3.5 har dessa patterna förenklats rejält i och med stödet för WCF (som jag tidigare skrev i bloggen så är WCF den föredragna vägen för att komunicera med en aktiv WF-instans)
I exemplet finns även kod att ladda ned.
Min personliga reflektion är att detta antagligen är ett av de vanligare områdena där vi kommer att se applikationer som springer in i prestandaväggen.
Under en session på TechEd påtalade en av talarna i förbifarten att workflow-history'n försvinner efter 60 dagar. Detta kom som en rejäl överaskning för mig och jag måste säga att det låter som ett otroligt konstigt designbeslut.
Här finns en bra bloggpost som beskriver problemet i detalj, tydligen är det workflow-associationen för instansen som rensas och på så sätt försvinner relationen mellan objektet och dess ärende (samt logg)
Som tur är går detta enligt en kommentar på den länkade bloggen att fixa genom stänga av jobbet:
Central Administration > Operations > Timer Job Definitions > Workflow Auto Cleanup
Har inte testat detta själv men tror det delvis löser problemet, tyvärr kommer det att bli rejäla problem så fort någon slår på timern igen... En lösning kan vara att programatiskt ändra fältet som sätter de 60-dagarna men det låter som ett hack.
Ni som har möjlighet att påverka Microsoft bör påtala denna brist och förklara hur kritisk den är!
En tanke som slår mig är även varför man gjort denna design.. prestandaproblem eller vad?
Här kommer en liten lista på nya/(nya versioner av) ett gäng starter-kits.
Bara att ladda hem och köra igång med Workflow Foundation alltså =)
Skönt att vara hemma från TechEd igen, borta bra..
Var nyss på en lvl400-dragning med titeln "Deep Dive" som handlade om workflow foundation i sharepoint. Tydligen är det inte många som gjort egna aktiviteter, använt loggning, kopplat in affärslager via WCF osv där ute eftersom dragningen snarare kändes som "lvl200 introduction"
Gick därifrån med lite blandade känslor, ville ha ut mer men kände samtidigt att tekniken rockar och det jag hittils gjort är rätt o riktigt.
Att använda workflow foundation kan vara en utmaning, det är mkt som skiljer sig åt mot traditionell utveckling och det finns många fällor på vägen. Hur som helst blir slutresultatet grymt och om man lägger ned mkt tid i början av projektet så blir det väldigt produktivt senare =)
ps: Ted Pattison pratade sig varm om InfoPath/FormServices, jag håller nog inte riktigt med honom och vill gärna peka ut min tidigare postning om detta ämne.
Har precis käkat lunch och före det var jag på en dragning (lvl300) med Matt Winkle om hur WF/WCF (WF service host) fungerar under ytan samt hur vi kan arbeta med korrelering och liknande utmaningar.
Helt kort handlade dragningen om hur vi kan säkerställa att WCF-anrop (både utgående och ingående) har samma kontext, dvs hur de når samma workflowinstans och även hur de når samma branch etc i denna instans.. Mkt spännande ämne =)
En av de viktigaste saker Matt sa under hela dragningen var i mitt tycke valet mellan Queue/ExternalDataExchange/WCF. Enligt honom var den föredragna vägen helt klart WCF även om applikationen som vi arbetar på ligger på samma dator. Det finns trots allt bla. namedpipes som ger oss bra prestanda.
Microsofts SOA-erbjudande har helt plötsligt blivit så mkt coolare..
Var nyss på en cool lvl400-dragning om workflow foundation. Presentatören visade ett grymt verktyg som heter wca.exe och är en del av Windows Vista-SDK. Verktyget i sig skapar aktiviteter som matchar ett givet kontrakt avsett för ExternalDataExchange och förenklar vardagen rejält för WF-utvecklare.
Läs mer om WCA.EXE och bli lycklig =)
