.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" ?
- BizTalk MAPs which are like XSLTs would live side by side with XLINQ 'auto-generate' "MAPs"
- BizTalk Orchestrations would live side by side with Workflow Foundation "Orchestrations" (here)
- "Old" Adapters already live side by side with "New" WCF based Adapters ( which can be used outside BizTalk as well )
- BRE ? – Workflow foundation has one =)
- .. 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 =)