SOA & Interop @ Microsoft France : PDC2008

“Geneva” : Roadmap et adoption

Steve SFARTZ — Fri, 12 Dec 2008 14:36:00 GMT

Durant la session “Identity : Roadmap for Software + Services” de la PDC 2008, Kim Cameron a présenté la vision Microsoft en terme de fédération d’identité au travers des technologies “Geneva” Server, Framework & Cardspace et son intégration avec les founrnisseurs de claims que sont Windows Live ID, Microsoft Federation Gateway, .Net Access Control Services ou tiers. Rappelons que ces concepts sont fondamentaux pour vous assurer de l’accessibilité de vos services au délà des frontières de votre organisation.

Si vous êtes intéressé par les technologies “Geneva”, nous lançons un programme TAP (Technology Adoption Program) mettant en oeuvre la version beta 2. Pour y participer, proposer un scénario d’expérimentation détaillé. Pour rappel, voici la roadmap des technologies Geneva :

Geneva, Fédération d’identité, comment ça marche ? à quoi ça sert ?

En synthèse l’objectif est de simplifier l’accès à vos applications au travers d’un modèle ouvert et interopérable reposant sur le concept de claims (proclamation d’informations d’identité). On résoud donc la problématique suivante :

au travers d’un système du type :

où les informations d’un Active Directory d’Entreprise sont exposées sous forme de claims standards et interépérables pour être consommables à l’extérieur de l’entreprise par des systèmes avec lesquels nous aurons établi des partenariats (système d’identités fédérées).

Qu’en est-il du Microsoft Services Connector ?

Il s’agit d’un connecteur spécifique, gratuit et disponible en téléchargement, qui permet de connecter un Annuaire d’entreprise Active Directory aux Services Microsoft. Ce connecteur est donc plus restrictif que la technologie “Geneva Server” qui permet elle de créer une fédération d’identité entre système hétérogène (et non limité aux Services proposés dans les nuages par Microsoft et accessibles au travers de la Microsoft Federation Gateway).

Qu’est que la Microsoft Federation Gateway ?

Microsoft propose différents services (Live Services, Azure Services…) pour le particulier, les entreprises et les développeurs. Ces services sont accessibles au travers d’API spécifique (Windows Live ID, .Net Access Control Service). L’objectif de la Microsoft Federation Gateway est de proposer un point unique d’accès à l’ensemble des services proposés par Microsoft. Ainsi, vos applications d’entreprise peuvent tirer parti immédiatement de la multitude de services Live et Azure pour élargir leurs fonctionnalités.

J’attire votre attention que la passerelle de fédération d’identité Microsoft est compatible avec des claims générées par des technologies tierces et respectant les standards de fédération d’identité.

Remarque : Il est aussi possible d’accéder directement aux services Live et Azure sans mettre en oeuvre de fédération d’identité, c’est-à-dire en passant directement par les API proposées par ces services par le Live Framework et le SDK d’Azure SDK.

Qu'est-ce que le Geneva Framework ?

Il s'agit d'un framework .Net qui facilite la manipulation de claims dans vos applications .Net Windows et Web mais aussi vos services Web.

Michel Leroux Bustamante propose un article qui décrit sa mise en oeuvre avec WCF : "Geneva Framework : A better approach for building claims based WCF services"

En bref, l’authentification et la vérification des autorisations d’accès aux fonctionnalités de vos applications peut se résumer comme suit en .Net, à partir du moment où vous reposerez sur les principes des claims :

CCR & DSS Toolkit 2008 versus WCF / WF

Steve SFARTZ — Tue, 04 Nov 2008 11:39:00 GMT

Annonce PDC 2008 : les technologies CCR et DSS seront disponibles de façon indépendante de Robotics Studio. Ce nouveau packaging est lié à la montée en puissance de l’utilisation de CCR et DSS pour des applications d’entreprise (orientées Services, Composition, et possibilité d’observer et rejouer des exécutions).

CCR – Concurrency & Coordination Runtime - et DSS – Decentralized Software Service – sont un ensemble de classes pour les frameworks .Net et .Net Compact pour faciliter la création d’applications distribuées avec un faible couplage et s’exécutant de façon concurrente. Les frameworks CCR et DSS sont légers, ils peuvent s’intégrer dans une implémentation SOA existante.

On retrouve des caractéristiques du couple WCF / WF telles que l’orientation services, le couplage faible et la composition mais dans le cas de CCR et DSS, il s’agit de frameworks spécialisés pour une exécution ultra-rapide et dans un contexte fortement concurrentiel.

Les références citées lors de la PDC sont “Windows Live” pour la navigation et la coordination des IO, “Tyco” pour gérer les évènements dans le cadre d’une solution de contrôles d’accès (je me souviens d’une vidéo sur Channel9…), et "Siemens Infrastructure Logistics" pour un système de manipulaiton d’emails.

“We deal in milliseconds and microseconds, and there are not very many commercial products that we can take off the shelf and integrate into our product that can meet our demanding performance criteria…” Hamid Salemizadeh, Director of Engineering, Reading & Coding, Siemens Infrastructure Logistics Inc.

Dans une future version de .Net, le runtime de CCR reposera sur le runtime Concurrency des Parallel Extensions pour .Net, soutenu par Intel.

Comment savoir si vous devez utiliser ou non CCR et DSS

Le toolkit CCR et DSS propose un modèle de programmation très léger pour créer des applications distribuées, à faible couplage et dans un contexte fortement parallèle. Voici quelques contextes d’utilisation :

Des applications orientées Input / Output (et non orienté logique métier) dont la gestion est effectuée de façon asynchrone
L’architecture peut être vue comme une série de pipes et de filtres (orientation données) avec un couplage faible et distribuée
La nécessité de s’exécuter sur des matériels sur lesquels on souhaite minimiser l’utilisation des ressources (.Net Compact)

Voici par ailleurs des cas où le toolkit ne s’applique pas :

Mise en oeuvre de transactions locales ou distribuées
Correlation de messages dans une conversation de plus haut niveau, incluant une gestion d’états
Mise en oeuvre de processus longs
Scénarios orientés algorithmique plutôt que données / messages.

Oslo : Quoi de neuf à la PDC ?

Steve SFARTZ — Mon, 03 Nov 2008 04:44:00 GMT

L’initiative Oslo n’a pas été particulièrement mise en avant, néanmoins nous avons pu voir se confirmer les rumeurs des derniers mois (Remarque : l'annonce majeure de la PDC 2008 fut Windows Azure et la plate-forme Azure Services et vous trouverez dans le communiqué de presse l'ensemble des annonces en terme de développement).

Au cours de la session “A lap around Oslo”, Vijaye et Doug Purdy ont confirmé la volonté de Microsoft de systématiser l’utilisation de modèles pour décrire les applications afin d’en simplifier le déploiement, la maintenances et les évolutions.

Le concept derrière Oslo est :

de construire un modèle de son application au travers du nouveau langage “M”. Le langage M sera publié sous spécifications ouvertes comme un encouragement vers la communauté à l’étendre.
de manipuler ce modèle au travers d’interfaces textuelles ou visuelles présentées par “Quadrant”. Quadrant permet d’intergir avec des modèles décrits en langage M au travers de DSL textuels et visuels.
de stocker ce modèle dans un référentiel pour le partager entre les équipes de développement et de production.L’Oslo Repository repose sur SQL Server.
pour enfin déployer et exécuter ce modèle sur un runtime (parmi Dublin, ASP.Net, WCF, WF, SQL/EDM, Windows…).

Voici donc des fondations bien pensées et plutôt adaptées à une initiative aussi ambitieuse qu’Oslo : faire la part belle aux modèles sur la plate-forme Windows.

Prochaine étape pour Oslo ? Certainement la conférence SOA & BPM fin Janvier 2009… En attendant, je vous invite à découvrir le langage M et les riches capacités de manipulation / transformation de vos modèles proposées dès maintenant dans le SDK d’Oslo, ainsi que la documentation MSDN Oslo.

Dublin : le nouveau serveur d'applications de Microsoft

Steve SFARTZ — Mon, 03 Nov 2008 03:38:00 GMT

Avec la version 4 du framework .Net, les technologies WCF (Communication orientée services) et WF (Workflow) seront enrichies, mais elles bénéficieront aussi d’un nouveau conteneur “Dublin” qui s’apparente donc à un serveur d’applications SOA / Composites. Dublin sera lancé après .Net 4, et sera intégré à la plate-forme Windows Server sans coût supplémentaire.

Remarque : sans attendre .Net 4, le framework WCF 3.5 se voit enrichi de nouveaux scénarios REST grâce au REST Starter Kit.

Remarque 2 : durant la session XAML Declarative Programming de la PDC 2008, une démonstration a été réalisée d'un code XAML qui couvrait la présentation, les communications et la composition (WPF + WF + WCF), grâce aux nouvelles fonctionnalités de XAML 2009.

Le document Dublin .Net 4 Overview résume les fonctionnalités planifiées :

Présenté lors de la PDC 2008, Dublin a créé l’enthousiasme mais aussi levé plusieurs interrogations :

Q : Faut-il voir Dublin comme une alternative à BizTalk ? Oui et non. Les 2 technologies couvriront des scénarios différents mais pourront aussi se compléter pour gérer les scénarios entreprises les plus complexes. Dublin permet d’abriter votre logique applicative SOA et composite, tandis que BizTalk se concentre sur les problématiques d’intégration du SI et des flux partenaires. Pour plus de détails, consulter la documentation MSDN "A First Look at WF, Dublin, Oslo" dont voici un extraint :

The key thing to understand is that “Dublin” doesn’t directly target traditional BizTalk scenarios. For example, enterprise application integration and business-to-business connections via EDI will still use BizTalk Server. Similarly, bringing existing applications into the service-oriented world by exposing their functions and/or data through BizTalk Server will continue to make sense. While the reach of “Dublin” may grow over time, BizTalk Server remains important for connecting the Microsoft application platform to the diverse systems common in most enterprises

If an organization needs an application container for WCF services, however, especially those implemented using WF, “Dublin” is a better choice—this is what it’s designed for. And expect BizTalk Server’s connection with “Dublin” to get stronger: Look for a future release after BizTalk Server 2009 to build on the “Dublin” infrastructure. Even though the functions of BizTalk Server and “Dublin” appear to overlap in some ways, each technology has a clear role to play

Q : Comment se positionne Dublin par rapport à Oslo ? Il sera possible de déployer automatiquement des applications en projetant le modèle de ces applications stocké dans le référentiel Oslo vers le conteneur Dublin. Dublin sera l’un des premiers runtimes à intégrer cette capacité.

PDC2008 – A lap around Oslo

Steve SFARTZ — Thu, 30 Oct 2008 04:01:00 GMT

If you are interested in the Cloud Computing announcements at PDC2008 as well as transcripts, go to http://blogs.msdn.com/cloudcomputing. This post concerns Oslo.

Vijaye Raji (Super Ninja and Small Basic developer) and Douglas Purdy are presenting.

This is a lap around Olso, there will be 5 other sessions which will go deeply. Let’s jump into it. Why are we doing Oslo ? What it is ?

First, what is a model ? A description of a given domain : drawings (WhiteBord, Visio), model-assisted (diagrams that generate code, or diagrams from code – UML / Class Designers), model-driven software development (HTML, CSS, XAML, BPEL).

When we talk about domains at Microsoft, we do not only code about business / vertical domains but also technical domains. Modeling is a way of writing code. It is not something new (COM+, .Net 1.0 appconf & attributes, Web Services schema and contract, .Net 3.0 xaml WPF and WF). It starts from data and a runtime makes something interesting out of it.

Model-driven applications :they put the entire application information inside a database

MOSS 2007 : textual domain specific language (CAML), Visual Designer, Application definition stored in db,
Microsoft Dyanmics

Why we care about model driven software development ? Transparency (understand the application better), Flexibility (faster changes), Productivity (More essence and less ceremony).

What is Oslo ? it is the platform for model driven applications. We built this from scratch because we needed, and now we give you this toolset. Composed of 3 very simple things :

“M” : the language for authoring models & textual DSLs. The best thing is to think of M as in MVC (takes data and presents it). M is a captural language. It is something we can build on top.
Quadrant : the tool for interacting with models & DSLs
Repository : the database for storing and sharing models

Key Oslo concepts : Models from which you build a textual DSL and a visual DSL then you run it.

Oslo Architecture

The repository (IntelliPad to move around, your models, .Net models, Repository Models)
Quadrant : textual & visual DSLs
Runtimes : dublin, ASP.Net, WF, WCF, SQL/EDM, Windows…

Quadant contains an editor framework (composition, generic viewers, dataflow) and the M language framework (MSchema, MGrammar, MGraph). From here you can edit and view your model through Visual and Textual DSLs.

Demonstration

Start from IntelliPad. Blank page. Name it MusicLangauge.mg. IntelliPad can be donwloaded from http://msdn.microsoft.com/oslo.

module Microsoft.Samples { type MusicItem { ID : Integer64 = AutoNumber(); Album:Text; Rating : Integer32 where value <= 3; } MusicLibrary : MusicItem*; }

You get instant translation to TSQL to fill the Oslo Repository with our DSL.

Compile it with mschema2db.cmd : compile then populate

Let’s have a look wih Excel. Data –> Open SQL Server. Repository DB. Locate the MusicLibrary table we just populated.

Now let’s write data (values in the model). New file in IntelliPad, Name it MyMusic.m.

module Microsoft.Samples { MusicLibrary { { Album = “… Baby on more time”, Artist = “”, Rating = 3 }, {…} }

You get basic insert statements generated.

m2db.cmd validates the data against the schema, then inserts the data.

Go back to excel, and refresh the data, you get it filled into the database.

Now create a new file with textual info : “Four” by “LedZep” is awesome! “Bad” from “Michaël” is terrible.

Open Intellipad in Authoring Mode. It uses a specific DSL called MGrammarMode. It gives you the ability to transform. Possible to add attributes @{Classification[“Keyword”]} on token for example.

Run another script : mg2m.cmd compiles the grammar to an image and generate a new file.m as output of the grammar. Now load with m2db.cmd.

MSchema is like XSD, MGraph is like infoset, and MGrammar is like SLT

Launching Quadrant. It is completely model driven. It loads itself from a model. You get the models in the repository. Very reflective environment. Launch the Explorer. Get the Model, drag and drop on the surface.

Quadrant can be customized. Generic viewers and editors are embedded. Any model can be viewed. For the Music library, two views are displayed : List and Tree collection. We believe in MVC. If modifications happen, they get affected everywhere.

Let’s define a Visual DSLs. Take the ViewerHint and customize the view.

Now let’s experience the runtime. Generate Xml from the data file.

mgx.exe MoreMusic.m –r:MusicLibraryLanguage.mgx –t:xml.

Switch to Visual Studio 2010. Create a Web application. Create a XML Datasource and affect it the XML file we just generated. Load a DataGrid from it.

The value you can get out of Oslo

Oslo will be the foundation for the Microsoft platform. Everything will get described in through multiple domains. For example, here are development domains :

Quadrant Web Editor works on the MWeb Textual DSL for the ASP.Net runtime,

Quadrant Service Editor works on the MService Textual DSL for the WCF/WF Dublin Runtime.

… Quadrant Entity Editor, Quadrant Schema Editor…

Demo : Build a REST service with DSL { module / service / operation , endpoint }

Demo : Build an application that upload photos from 38 lines of a DSL. Use invoke for .Net CLR calls.

Demo : Debug the DSL model.

Writing the same application in .Net 3.5 is about 160 lines of codes.

Announcements

Public Oslo SDK CTP today (it is pre alpha, we want to get your feedback)

M language specification will be released under OSP (Anyone can implement this approach, third parties can leverage this).

PDC2008 – Oslo - The M Language

Steve SFARTZ — Thu, 30 Oct 2008 03:47:00 GMT

Oslo : “M” + “Quadrant” + Repository.

The first Milestone we did not have a language. Having a box and line design experience is an important enabler. Having a complementary textual experience is equally important. M is how we achieve the latter. M was the savor of Oslo. Design experience was not enough.

“If I don’t have text, I do not care about box and arrows” Don Box.

M is a language for defining domain models and textual DSLs. M domain models define schema and query over structured data (Values, Contraints, Views, natural projectio to SQL). M DSLs define projection from Unicode text to structured data : Rule based transformation + Grammar-driven text editor integration.

The M Language : use MSchema to build Domain Models, and MGrammar to transform and MGraph to get the abstract data model.

M is not an object oriented language. M is a language for data. It is about transforming and abstracting data. M uses structural typing (“Is a ...”)

M is not a data access technology. M domain models compile down to TSQL and execute in the database.

M is not a replacement for T-SQL. M leverages T-SQL.

M is to T-SQL as C is to Assemble.

Process: Write ModelA.m, ModelB.m, ModelC.m, Compile them m.exe, generate a ModelABC.mx, load through MX.exe then store to SQL Server.

m Model.m /p:image

mx /i:Model.mx /d:DB /c /f

sqlcmd –d DB, select * from MODULE.TYPE

In the model, you can constraints the cardinality People : { …}*; or #2..6; you can constraints with a where clause Name : Text where value.Count <= 28;

In the model, you can get references. Here, we need Identity. People : { }* where identity Name;

You can define label values : People { Robin { Name = “…”, Age = 24}

You can define relationships : type Marriage {SpouseA : People; SpouseB : People; } Marriages : Marriage*; Marriages { SpouseA = Robin, SpouseB = Chris.

You can create a query : PeopleNamed(n : Text) { from p in People where p.Name == n select p; } or could write People.Name(n)

The M Framework

M is itself implemented as M DSL, SDK ships with an evaluator (MrEPL) that builds on both.

PDC2008 – Declarative Programming using XAML

Steve SFARTZ — Thu, 30 Oct 2008 03:35:00 GMT

Several technologies have leveraged XAML since .Net 3.0 : WPF, WF, Silverlight, XPS.

State of XAML 2006

Need language evolution
Make it faster
Compilation, debugging, obfuscation, localization, FxCop, VS Integration
A lot of people write their own parser => XAML ready framework

In .Net 4, we will ship XAML 2009.

XAML 2009

x:Reference name (Backward and forward references) and target attribute (possibility to point to a reference)
built-in types (set of basic types)
generics (x:TypeArguments)
arbitrary key types (x:Key)
beyond method names (no more markup compilation, and delegates)
better declarative type authoring (x:SchemaType)
w:FactoryMethod

XAMLPad enhancements to represent the XAML Data Model is too flexible : OMV (Object – Members – Values

System.Xaml.dll in .Net 4.0.

a November 2008 CTP will be released, will work on .Net 3.5
XAML to objects processing: XamlReader.Load. XML Node to XAML Node and XAML Node to Objects + type resolution.
XamlXmlReader (XML => XAML)

in .Net 4.0, WF vocabulary will get richer (DataFlow) and a rich WCF vocabulary will be introduced. Thus, you can have an entire application (UI + Business Logic + Services invocation + Workflow) implemented in XAML.

To benefit from XAML, have your framework XAML ready. Ride the XAML wave.

Oslo … PDC moins 50 jours

Steve SFARTZ — Tue, 09 Sep 2008 23:09:00 GMT

A moins d’un mois et demi de la Microsoft Professional Developer Conference 2008, les langues se délient.

Lu dans eWeek : Microsoft … plans to share the first CTPs (Community Technology Previews) of the Oslo deliverables at the Microsoft Professional Developers Conference …. Those deliverables include an Oslo visual modeling tool that helps to simplify development by enabling users to diagram what their applications will look like, a new declarative modeling language for developers, and a modeling store or repository for managing the models and metadata.

Don Box described the overall effort :

“Oslo is a tool, language and a store that basically lets you express your intention, your requirements, what do you want the software to look like. It allows us to capture that as data, and then process that data, including actually being able to execute it, building the application in terms of that data.”

Et un second article eWeek pour aller un peu plus dans le détail.