Los detalles completos se pueden ver en un muy buen WebCast aquí.
Cuando la versión completa este disponible, la probaré un poco y les comentaré al respecto.

Saludos

Al mismo tiempo que Visual Studio 2005, se ha liberado una versión de Enterprise Library para .Net Framework 2.0.

Esta versión se denomina Enterprise Library for .NET Framework 2.0 – November CTP, y la podemos encontrar aquí.

Saludos

PD: nos han cambiado tambien el look and feel del site de GotDotNet, pero me reservo los comentarios

Más novedades desde el sitio de Patterns and Practices, esta vez un WebCast desde USA donde se presenta la nueva versión de EntLib para el .Net Framework 2.0. Este WebCast está programado para el 20 de Octubre a las 11:00 AM Pacific Time (18:00 UTC), pero como siempre, luego se puede ver offline.

Saludos

Si todavía estás usando la versión de Enterprise Library de Enero del 2005, ha salido un nuevo Patch para la misma (Patch 1763). Este patch debe ser aplicado a EntLib de Enero del 2005 si se han construido o se están construyendo aplicaciones con .Net 1.1 que usen EntLib y se desea migrar estas aplicaciones a .Net 2.0.

Para mas info –> EntLib

 
Saludos

Saludos

Saludos

En estos últimos días he recibido varias consultas sobre la utilización de Enterprise Library con .Net 2.0, o Visual Studio 2005. De hecho, la mayoría de las mismas eran sobre errores en a compilación de EntLib.

Lo primero que debemos tener en cuenta es que el instalador de Enterprise Library por defecto compila los proyectos utilizando el IDE del Visual Studio 2003, al terminar la instalación. Si en nuestro caso, solo tenemos instalado Visual Studio 2005, nos aparecerá un error de compilación. Este error, que sale en una ventana de cmd, suele ser demasiado rápido como para que lo veamos. Pero, podemos reproducirlo con los siguientes pasos para asegurarnos que funcione correctamente EntLib. Primero, lanzamos el bat de compilación que trae EntLib. Este está en Programas –> Microsoft Patterns & Practices –> Enterprise Library – June 2005 –> Build Enterprise Library.

Luego se lanza el archivo de compilación y nos aparece el siguiente error:

El error nos indica que no se pudo encontrar la ruta de acceso para el Visual Studio 2003, para poder compilar EntLib.

La solución a este problema es compilar EntLib directamente con Visual Studio 2005. Para esto abrimos la solución que contiene todos los proyectos de EntLib. La misma esta en Programas –> Microsoft Patterns & Practices –> Enterprise Library – June 2005 –> Applicaton Blocks for .Net –> Enterprise Library Solution.

Cuando se abre la Beta 2 de Visual Studio 2005, lo primero que debemos ver es el Asistente para conversión de Proyectos de Visual Studio. Como EntLib fue codificada y compilada para la version 1.1 de .Net, este asistente nos ayuda a convertir los fuentes a la version 2.0.

Los siguientes pasos del asistente nos indican si queremos hacer un BackUp de los fuentes en su estado actual y finalmente nos muestra un log con el resultado de la conversión.

Finalmente, podemos ver dentro de Visual Studio 2005 los fuentes en C# de EntLib y podemos compilarlos.

Pero este no es el último paso que debemos seguir. Lo que necesitamos ahora es correr el bat que copia todos los archivos de EntLib a un mismo directorio. Este archivo esta en Programas –> Microsoft Patterns & Practices –> Enterprise Library – June 2005 –> Copy Assemblies to Bin Folder. De esta forma todos los archivos compilados de EntLib quedarían en ..\Archivos de Programa\Microsoft Enterprise Library June 2005\bin.

Este es un pequeño repaso de los pasos a seguir:

1. Abrir la solución de Enterprise Library co Visual Studio 2005.
2. Ejecutar con las opciones por defecto el Visual Studio Conversion Wizard.
3. Compilar la solución con Visual Studio 2005.
4. Ejecutar el bat que copia todos los archivos al directorio de compilación.

Bueno espero que les sea útil.

Saludos.

Cuando empezamos a trabajar con Enterprise Library, una de las excepciones mas comunes con las que nos encontramos, se da cuando desde una aplicación Asp.Net o Windows se quiere utilizar algun componente de EntLib que deja una traza en WMI o utiliza algun contador de perfomance. Por lo gral, la excepcion es del tipo Access Denied. La solucion para este problema es inicializar los contadores y demas objetos que utiliza EntLib, lanzando el Bat InstallServices.Bat. El mismo, suele estar en ..\Program Files\Microsoft Enterprise Library June 2005\src\InstallServices.bat.

Sin embargo, si miramos el contenido de este bat, nos encontramos con la siguiente siguiente linea

set visualStudioDir=C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE\

El decir, utiliza Visual Studio para la compilación y distribución de los componentes de traza de EntLib. Si queremos utilizar este bat en un server de producción, tenemos un problema (asumo que ningun server de producción tiene el Visual Studio instalado .. )

La solucion a este problema es simplemente comentar esta linea y cambiarla por la del path de instalacion de .Net, como muestro a continuación:

@REM set visualStudioDir=C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE\

set visualStudioDir=%SystemRoot%\Microsoft.NET\Framework\v1.1.4322

Obviamente %SystemRoot%, esta en el path local del server y apunta por ejemplo, a C:\WINDOWS\.

Si quieren el bat completo y cambiado, lo pueden descargar desde aquí .

Saludos y espero que les sea útil.

PD: También lo publiqué en El Guille

Buenas …

Compilando la nueva version de Enterprise Library de Julio de 2005, con un StrongName. Me surgio una excepcion en uno de los proyectos, ya que usaba un Interop de un componente Com.

  Referenced assembly ‘Interop.MSDASC’ does not have a strong name

Antes de generar el Interop a mano con la herramienta tlbimp.exe, decidi revisar sino existia otra solución. Para mi sorpresa, hay una solución en los proyectos de C#, donde si uno pone en las propiedades del proyecto, el path del archivo de StrongName, automaticamente se firman los Interop generados. Pero, l amentablemente esto no se puede hacer con Visual Basic .Net.

Para mas información ver http://support.microsoft.com/Default.aspx?kbid=313666.

Si un proyecto .NET de C# de Visual C hace referencia al ensamblado de interoperabilidad de COM, el ensamblado de interoperabilidad de COM se genera para usted cuando hace referencia a la biblioteca de vínculos dinámicos COM (DLL). Puede especificar a continuación el archivo contenedor de claves de ensamblado en las propiedades de proyecto de Visual C:

1. En Microsoft Visual Studio .NET, abra las propiedades del proyecto de Visual C en el que desea hacer referencia al componente COM.
2. En el árbol, haga clic en Propiedades comunes y a continuación, haga clic en General.
3. En el campo Wrapper Assembly Key File , agregue el archivo de claves.
4. Vuelva a generar el proyecto.