Microsoft Enterprise Library 5.0 Released!

Article
04/20/2010

Last Friday I signed off on the last quality gates! Yesterday we had our Release Readiness Meeting, which gave a resounding GO to the Enterprise Library 5.0 and a round of applause to the team. As one of the directors concluded “It is a beautiful thing… Not just the product, but also how you’ve got there.”

And now… a drum roll, please. On behalf of the patterns & practices Enterprise Library team I am very excited to announce the world-wide availability of Microsoft Enterprise Library 5.0 .

What is Enterprise Library ?

Enterprise Library is a collection of reusable software components (application blocks) designed to assist software developers with common enterprise development challenges (such as logging, validation, caching, exception handling, and many others). Application blocks encapsulate Microsoft recommended development practices; they are provided as source code plus tests and documentation that can be used "as is," extended, or modified.

Goals for Enterprise Library ?

Enterprise Library is intended for use by developers who build complex, enterprise-level applications. Enterprise Library is used when building applications that typically will be deployed widely and need to interoperate with other applications and systems. In addition, they generally have strict security, reliability, and performance requirements. The goals of Enterprise Library are the following:

Consistency. All Enterprise Library application blocks feature consistent design patterns and implementation approaches.

Extensibility. All application blocks include defined extensibility points that allow developers to customize the behavior of the application blocks by adding their own code.

Ease of use. Enterprise Library offers numerous usability improvements, including a configuration tool, powerful programmatic configuration support, intuitive interfaces, a simpler installation procedure that allows you to select only those application blocks you desire, and clear documentation, samples and hands-on labs.

Integration. Enterprise Library application blocks are designed to work well together or individually.

What’s New and Great in v5.0?

This major release of Enterprise Library contains many compelling new features and updates that will make developers more productive. There are no new blocks; instead the team focused on making the existing blocks shine, on testability, maintainability and learnability. The new features include:

– Major architectural refactoring that provides improved testability and maintainability through full support of the dependency injection style of development

– Dependency injection container independence (Unity ships with Enterprise Library, but you can replace Unity with a container of your choice)

– Programmatic configuration support, including a fluent configuration interface and an XSD schema to enable IntelliSense

– Redesign of the configuration tool to provide:

§ A more usable and intuitive look and feel

§ Extensibility improvements through meta-data driven configuration visualizations that replace the requirement to write design time code

§ A wizard framework that can help to simplify complex configuration tasks

– Data accessors for more intuitive processing of data query results

– Asynchronous data access support

– Honoring validation attributes between Validation Application Block attributes and DataAnnotations

– Integration with Windows Presentation Foundation (WPF) validation mechanisms

– Support for complex configuration scenarios, including additive merge from multiple configuration sources and hierarchical merge

– Optimized cache scavenging

– Better performance when logging

– Support for the .NET 4.0 Framework and integration with Microsoft Visual Studio 2010

– Improvements to Unity

§ Streamlined configuration schema

§ A simplified API for static factories and interception

§ The capability to add interface implementation through interception

§ Additional types of lifetime manager

§ Deferred resolution (automatic factories)

– A reduction of the number of assemblies

The detailed list of all changes is included in the Enterprise Library documentation and also online.

Backward Compatibility

The Enterprise Library team tried its utmost to preserve the existing Enterprise Library APIs (v3.1 and higher). However, due to the redesign of the internals and the .NET Framework roadmap moving forward, there are some breaking changes. A full list is available here.

System Requirements

· Supported architectures: x86 and x64.

· Operating system: Microsoft Windows® 7 Professional, Enterprise or Ultimate; Windows Server 2003 R2; Windows Server 2008 with Service Pack 2; Windows Server 2008 R2; or Windows Vista with Service Pack 2.

· Microsoft .NET Framework 3.5 with Service Pack 1 or Microsoft .NET Framework 4.0.

For a rich development environment, the following are recommended:

· Microsoft Visual Studio® 2008 Development System with Service Pack 1 (any edition) or Microsoft Visual Studio 2010 Development System (any edition).

To run the unit tests, the following are also required:

· Microsoft Visual Studio 2008 Professional, Visual Studio 2008 Team Edition, Visual Studio 2010 Premium, Visual Studio 2010 Professional, or Visual Studio 2010 Ultimate edition.

· Moq v3.1 assemblies.

For the Data Access Application Block, the following is also required:

· A database server running a database that is supported by a .NET Framework 3.5 with Service Pack 1 or .NET Framework 4.0 data provider. This includes SQL Server® 2000 or later, SQL Server 2005 Compact Edition, and Oracle 9i or later. The database server can also run a database that is supported by the .NET Framework 3.5 with Service Pack 1 or the .NET Framework 4.0 data providers for OLE DB or ODBC.

For the Logging Application Block, the following are also required:

· Stores to maintain log messages. If you are using the Message Queuing (MSMQ) Trace Listener to store log messages, you need the Microsoft Message Queuing (MSMQ) components installed. If you are using the Database Trace Listener to store log messages, you need access to a database server. If you are using the E-mail Trace Listener to store log messages, you need access to an SMTP server.

If these dependencies are not met, you may not be able to use certain Enterprise Library features.

Getting Started

If you are new to Enterprise Library:

− read the Introduction to the Enterprise Library section of the documentation

− read and review examples from the Developer’s Guide

− download, compile and run the source code – study the code and the tests;

− practice the Hands-On Labs (the updated set of labs to be released by the end of April);

− watch the videos;

If you already know and love Enterprise Library:

− check out the change log for this release;

− upgrade to v5.0 – to help you with this task, we’ve written the Migration Guide;

− practice the updated Hands-On Labs (the updated set of labs to be released by the end of April);

− watch the videos;

Support

Community support is provided via Enterprise Library Codeplex forum.

Customers can also obtain support through Microsoft Premier Support Services, but the code is considered user-written by Microsoft support staff.

Providing Feedback

We would appreciate feedback on any issues found, or any other general comments on this release.

To report a bug, use online Issue Tracker. Other feedback or questions can be posted on the Enterprise Library Codeplex forum.

We are looking for stories. If you adopt Enterprise Library on your project, please let us know – share your experience, join our advisory board, help us drive the next great release of the Enterprise Library. After all, Enterprise Library is driven and built by developers and for developers.

Happy Coding!

Comments

Anonymous
April 20, 2010
Thanks. I was being using the beta2 product for a while , now i will switch over to this release version
Anonymous
April 20, 2010
Is Windows XP not supported in this release?
Anonymous
April 20, 2010
Michael, Typically we, at patterns & practices, go back two OS releases when defining our platform test matrix. That's why Windows XP is not listed in the system requirements since we haven't done as rigorous testing on it as we've done on the listed OSs. Having said this, you should be able to use Enterprise Library on Windows XP with .NET Framework 3.5 SP1 or .NET Framework 4.0 installed. Several beta testers also confirmed this. Please let me know if you run into any problems.

Grigori

Anonymous
April 20, 2010
Thanks to you & your team for this awesome product.

Sachin

Anonymous
April 21, 2010
Good news from P & P,I really appreciate your efforts to safeguard the developer community. Keep the good work up,I believe this new release will truly accelerate development.
Anonymous
April 21, 2010
Thank you! When will the Unity site on CodePlex be updated?
Anonymous
April 21, 2010
Bill, Unity codeplex site will be updated when Unity is released standalone (both desktop and Silverlight versions). Code is done. We are finalizing the doc set for these releases. Should be ready in the next couple of weeks.

Grigori

Anonymous
April 21, 2010
The Unity 2.0 final binaries are included in the Entlib 5.0 package, so you can go ahead and start using them before the final standalone release.
Anonymous
April 21, 2010
Pardon me if I've missed something. I've been searching all day for these answers. I appreciate your assistance if you can give it.

Is the Unity 2.0 included with this the release version or a beta?
How can I rebuild the Unity 2.0 that is included with this release to be .NET 4/VS 2010? The source doesn't seem to be in the EntLib50 source. Thanks.

Anonymous
April 21, 2010
Scott, Thanks for your interest in EntLib and Unity. To answer your questions:

Yes, Unity 2.0 final binaries are included with this release of Microsoft Enterprise Library. Not beta, final!
The standalone Unity installer is not available till later this month. Thus, if you want to get the source code of the final Unity2.0 bits now, they are available at http://unity.codeplex.com/SourceControl/changeset/changes/50871 This is what the final signed Unity 2.0 dlls, packaged into the EntLib 5.0 final msi, are built from. Hopefully, this helps. Please let me know if you have any other questions.

Grigori

Anonymous
April 21, 2010
Excellent! I'm loving this new stuff. Great job! I got the Unity source you pointed me to and, after commenting out and replacing a few deprecated Attributes ctor calls (SecurityCriticalAttribute(SecurityCriticalScope)), I managed to compile Unity 2.0 on .NET 4.0. (697 warnings, but who's counting?) One last thing assembly still on pre-4.0: Microsoft.Practices.ServiceLocation. Suggestions? Thanks again.

Scott

Anonymous
April 21, 2010
I strongly recommend against recompiling the ServiceLocation DLL for .NET 4.0. The whole point of that DLL is to provide a single, binary standard interface. If you recompile it, you've changed the assembly signature, and none of the other adapters will work against it. Why do you want to do this? Is there some actual value other than saying everything's targetted at .NET 4.0?
Anonymous
April 21, 2010
Chris, Well, perhaps that's a good question. I guess I assume there is some advantage to everything targeting a single .NET runtime. Compatibility or efficiency or something? I have a notion, though perhaps it's wrong, that each referenced runtime will have to be loaded, and that this is less efficient. Am I wrong about this? Should I not worry about multiple runtimes being targeted by various DLLs? Incidentally, I DID find and re-target Microsoft.Practices.ServiceLocation, but I can always undo the damage if I shouldn't have. My next quest was to be an attempt to find and re-target source for Microsoft.Practices.EnterpriseLibrary.Configuration.Design.HostAdapter.dll and Microsoft.Practices.EnterpriseLibrary.Configuration.Design.HostAdapterV5.dll, incidentally. Thanks again.
Anonymous
April 21, 2010
I did a little reading and now understand - if indeed I understood - that assemblies compiled under older runtime versions, when loaded into AppDomains running newer runtime versions, just use the corresponding assemblied and classes from that newer runtime version because it is, in almost all cases, backwards compatible. This being the case, I suppose won't worry about the .NET 2 assemblies:

Microsoft.Practices.ServiceLocation.dll
Microsoft.Practices.EnterpriseLibrary.Configuration.Design.HostAdapter.dll
Microsoft.Practices.EnterpriseLibrary.Configuration.Design.HostAdapterV5.dll The cool thing about that is: I'm done! Thanks again, Grigori and Chris. Great work!

Anonymous
April 21, 2010
cool. We will upgrade our ecommerce system v3.0 based on new enterprise library 5.0.
Anonymous
April 21, 2010
Video quality is not proepry.can u provide me with the good resolution video of Microsoft application block v5.?
Anonymous
April 22, 2010
Do the precompiled dll's from the install package target the 3.5 or 4.0 framework?
Anonymous
April 22, 2010
Ravi, I'll inquire if a higher resolution video is available.

Grigori

Anonymous
April 22, 2010
Mark, Precompiled and signed dll's target .NET Framework 3.5 SP1. They were tested on 4.0 as well. You can also take the source code (VS2010 projects are included) and rebuild it targeting specifically 4.0. We've tested that scenario as well.

Grigori

Anonymous
April 23, 2010
Are the silverlight DLLs included somewhere in the entlib 5.0 release? I can't seem to find servicelocator and unity.
Anonymous
April 24, 2010
Kjell, If you mean Silverlight DLLs of Unity 2.0, then, no, they are not included in the Enterprise Library 5.0 but will be shipped as a separate Unity 2.0 for Silverlight release in the next couple of weeks. Stay tuned.

Grigori

Anonymous
April 24, 2010
Thank you very much for your quick reply Grigori. I'll make my own own build from the source meanwhile. I've just started looking at EntLib, and it annoys me to death that I haven't noticed this library earlier. :D It looks like an awesome time saver. I was also wondering about the commonservicelocator that I saw released with entlib. But I'm guessing I should use the silverlight release from january 2009 on codeplex.
Anonymous
April 26, 2010
hi Grigori, Can Applications developed in .Net framework 1.1,2.0 or 3.0 use enterprise library 5.0? thanks, Yoga
Anonymous
April 26, 2010
Hi, You have forgotten about Unity's resource: http://msdn.microsoft.com/en-us/library/dd203101.aspx and http://unity.codeplex.com. It's not obvious where Unity 2.0 is.
Anonymous
April 26, 2010
Yoga, Enterprise Library 5.0 requires .NET Framework 3.5 SP1 or 4.0 to run. If you developed applications on previous versions of .NET but intend to recompile them and migrate to the new runtime, then you can take advantage of Enterprise Library 5.0. If you want to run EntLib5.0 against .NET Framework 1.1, 2.0 or 3.0 - that wouldn't work.
Anonymous
April 26, 2010
Thanks a lot Grigori. We have many legacy applications that are using earlier version of Microsoft Application blocks (Framework 1.1 & 2.0), in fact we have customized those blocks based on our requirements. Now we want to make use of Enterprise library at the same time don’t want to break the existing applications. So we will use enterprise library for new applications (including SharePoint) where those applications will exist side by side with old applications. Below are couple doubts regarding the Enterprise Library 1.Can Microsoft Application Blocks co-exist with Enterprise library 5.0 (Will there be any issues)? 2.Does SharePoint 2010/2007 use Enterprise library 4.0/5.0 within its framework? Or do we need to refer Enterprise library explicitly for any custom SharePoint development?
Anonymous
April 27, 2010
Congrats guys! Glad to see it finally here. Keep up the good work
Anonymous
April 27, 2010
Re: EntLib5.0 on Windows XP 4/28/2010 Update: Additional test pass on Windows XP conducted, no issues found! See http://blogs.msdn.com/agile/archive/2010/04/28/enterprise-library-5-0-on-xp-additional-test-pass-no-issues.aspx
Anonymous
April 27, 2010
The comment has been removed
Anonymous
June 27, 2010
Hi Guys, In our project we are migration Enterprise library 2006 to current version 5.0; In jan-2006 release there one dll named as mentioned below Microsoft.Practices.EnterpriseLibrary.Configuration.Design.dll But in Version 5.0 there are two dll's of same name Microsoft.Practices.EnterpriseLibrary.Configuration.Design.HostAdapter.dll Microsoft.Practices.EnterpriseLibrary.Configuration.Design.HostAdapterV5.dll which of these two i need to use
Anonymous
September 04, 2010
EntLib 5.0 is great and I particularly love the configuration application block. And this link is a good starting point:- vaideeswaranr.blogspot.com/.../enterprise-library-50-configuration.html
Anonymous
March 09, 2011
Hi May i know Enterprise Library 5.0 supports which version of sharepoint? and especially Whether it supports data validation block in infopath forms in sharepoint? Thank you in advance Waiting for your reply
Anonymous
March 10, 2011
@phani People had success with v5.0. See here: entlib.codeplex.com/.../236154
Anonymous
March 15, 2011
Sir My question is Which version of sharepoint (in my case 2007 im using) i can use with enterprise library 5.0? enterprise library 5.0 supports which version of Sharepoint?
Anonymous
March 21, 2011
Hi Can i know Entlib 4.1 supports sharepoint 2010 also? any idea?

Share via

Microsoft Enterprise Library 5.0 Released!

Comments

Additional resources