Tag | Enterprise Library Posts

EntLib 4.1 was released yesterday. The new release includes: Support for Visual Studio 2008 and Visual Studio 2008 SP1. Interception mechanism in the Unity Application Block. Performance improvements. Usability improvements of the config tool. Fixes. For more information check any of the following Resources: Enterprise Library 4.1 Download Page Enterprise Library 4.1 Homepage Enterprise Library Homepage Getting Started with Enterprise Library Technorati Tags: Enterprise Library,EntLib Cross posted ...
I was checking my Google Reader as usual, seeing which items I haven't noticed due to amount of great posts there (see my shared items), which I found this one week old post by David Hayden on CodeBetter blogs. The post talks about Enterprise Library work in-progress to reach EntLib 4.0, with some good news (that I knew would come soon or later :) ). A new "Dependency Injection" Application Block (DIAB) ! To not waste your time, after setting the post into the shared items, I thought the talk is ...
I have been using Application blocks for sometime now and I was adding references to the Application Block DLL's which would copy them to the respective applications bin directory. Since I am using Application blocks in almost all the applications I thought I will put them in GAC. But I realized they have to be strongly named. Fortunately Microsoft gives the source code of the enterprise library so that we can strongly name them. The following blog gives step-by-step details on how to do this. Adventures ...
I've thought about posting this for a while now and responses to my architecture post by Dave and Dru have got me thinking about it again. I avoid open source frameworks or libraries in our production desktop applications. I don't have a problem with third party when it comes to web applications or internal apps. I use AjaxPro and skmRSS on Where's Tim and my home site. I use Indy.Sockets all the time in our internal apps. Where's Tim is just for fun though and if it goes down, it's not that big ...