.NET Framework 4.0 = "BizTalk/SOA Express Framework" ? PART2

.NET Framework 4.0 = "BizTalk/SOA Express Framework" ? PART2

Now, I just wanted to say "I told you so" ( again ) - .NET Framework 4.0 = "BizTalk/SOA Express Framework" ?

1. BizTalk MAPs which are like XSLTs would live side by side with XLINQ 'auto-generate' "MAPs"
2. BizTalk Orchestrations would live side by side with Workflow Foundation "Orchestrations" (here)
3. "Old" Adapters already live side by side with "New" WCF based Adapters ( which can be used outside BizTalk as well )
4. BRE ? - Workflow foundation has one =)
5. .. ahh , almost forgot, Long Running Transactions ? here some

In short most of the BizTalk components would have an equivalent in the .NET Framework, But I guess you got the point last time =)

All is missing , for me any way, is a good sample of REST using WCF along side BizTalk and a cup of hot coco

You want the twist ? I have a feeling I should say .NET Framework 4.0 would be more "ESB Express". The source code of ESB is already public , and we know that you can see the source code of the .NET Framework from Visual Studio 2008 =) , and AmberPoint has released an AmberPoint Express Edition so I guess you could plug it in like CrystalReports to your VisualStudio 2009, not to say that ESB is ALREADY part of the Pattern & Practices of Microsoft.

Was that far enough to the future for you ? NO ?!? well how about an overshoot - Enterprise Library 6.0 would have an ESB infrastructure, that's the plan ? I don't know , just a lot of BizTalk people are currently bubbling about MOA ( Middle Out Approach )  and for some of us Enterprise Library is a very important part of our "Middle Layer" infrastructure.

I know I know , this time I went a bit too far. OK ! so I exaggerated more then a BIT.

If I'm wrong no one would remember ( I hope ), but if I'm right, that's a different ball game...

BTW I'm giving a lecture on ESB this coming Sunday , 27th Jan 2008 , which is intended to regular developers as well =)