Dienstag, November 11, 2008

SOA201 A First Look at "Oslo", "Dublin", and WF 4.0

Going forward, applications are likely to rely more and more on workflows, services, and models. To make this easier for Windows developers, Microsoft is releasing three related technologies: n WF 4.0, the next version of Windows Workflow Foundation; n “Dublin”, an extension to Windows Server for running service-oriented business logic; and n “Oslo”, a repository and visual editor for storing and working with models. This session introduces all three, describing what each one does and showing how they work together. The goal is to give architects and developers a big-picture view of these related technologies.




David beginnt die Session damit, dass er erklärt, dass es heute darum geht, die fragen Why and How should I use Oslo, Dublin and WF 4.0
Er hat die Reihenfolge des Titels gekehrt, und beginnt mit dem Thema Workflow. Er holt weit aus, was ein Workflow ist und für was das ein Workflow eingesetzt werden. "Long running Applications" ist der aufhänger und ich bin gespannt, wie man dies mit WF 4.0 lösen möchte. Wir kennen diese Thematik ja bereits :-) Bislang erklärt er nichts neues, sondern es geht um die bereits bekannten dinge wie z.B den Persistence State etc. Er schwenkt nun ab und erklärt uns, dass ein WF zwingend muss auch parallele Activities ausführen können… hoffe das geht so nicht weiter…
Nun geht es doch um den Wf 4.0 . Er erklärt, dass es einen neuen Designer geben wird, einen neuen Worflow namens Flowchart und das die Performance stark gesteigert worden sei. Neben Sequential und State Machine Worflows gibt es nun den Flowchart. Er soll "more powerfull" sein als Sequential Workflows und "less complex" then State Machines. Workflow und Services werden miteinander verbunden. Will heissen, dass die WF's nun mittels WCF miteinander kommunizieren.
Nun kommt die Erklärung, was Dublin ist.
Dublin ist:





  • Ein skalierbarer Host für WCF services


  • Eine Built in persistence für service states


  • Management Tools


  • Auto Start


  • Restart of failed service instances


  • Message forwarding


  • Tracking


Unterschiede zwichen Biz Talk and Dublin? Dublin is designed to host WCF-based Services. (Especially those built using WF) Biz Talk is to host B2B WF's and for Enterprise application integration. And "Dublin" kommt mit dem .Net Framework oder mit Windows und ist in diesem Sinne "for free".

Nun folgt eine Erklärung, was Models sind. (Es geht um Entwicklungs Modelle, nicht um Models :-) )



Many things can be described using models, such as:





  • WF workflows


  • Services


  • Applications


  • Perhaps containing WF workflows and exposing services


  • Business processes
    These models can be used in various ways
    Some can be linked together, e.g., business processes, applications, and WF workflows
    Some can be executed directly, e.g., WF workflows



The Components of "Oslo":





  • A repository(Storage for model schemas and instances)


  • A modeling language, codenamed “M”


  • A way to define model schemas and more


  • A modeling tool, codenamed Visual Studio “Quadrant”


  • A visual editor for repository information



Oslo ist ein weitere Schritt zum "Model driven development". Oslo ist ein Plattform.








Mit Oslo wird die "M" Sprache eingeführt. Was ist die "M" Sprache ?



“M” has various aspects, including:
“MSchema”, a language for defining repository schemas and more
“MGrammar”, a language for defining textual domain-specific languages (DSLs)


Textual DSLs can be useful
Examples: SQL, regular expressions, “MSchema”
“MGrammar” helps define textual DSLs
It provides a language for describing the syntax for new DSLs
“Oslo” also includes tools for creating a parser for an “MGrammar”-defined DSL
Example: “MSchema” is defined using “MGrammar”
A DSL defined using “MGrammar” might or might not use other parts of “Oslo”, e.g., the repository


Schemas in the repository can be defined using “MSchema”
“MSchema” can also define relationships among schemas and more
“MSchema” generates T-SQL
The repository can be accessed using standard SQL and common database tools
Many (most?) developers won't need to use “MSchema” directly
They'll rely on schemas defined by others


Visual Studio "Quadrant ¨



  • “Quadrant” is a general-purpose visual editor for repository data

  • It also includes a built-in text editor for “M”

  • Any tool can potentially access the “Oslo” repositoryIt’s just SQL-accessible data


1 Kommentar:

Kay hat gesagt…

Ist ja alles schön und gut, und ich freue mich ja über jede angekündigte Technologie, aber die MS Jungs sollten mal nicht schon 2 Jahre, bevor das dann einigermassen nutzbar ist, alles ankündigen und hypen.
Versuch jetzt mal jemandem noch ein WF 3.5 Projekt zu verkaufen...