Office Communicator 2007 - Alertas

Debido a un proyecto en el que estoy involucrado, tuve que investigar como integrar a nuestro sistema, el uso del Office Communicator 2007 (OC) para el envío de alertas a los usuarios.

Poco sabía del producto, y bastante me costó encontrar información de utilidad para poder hacerlo.

Aquí expongo algunos tips que creo de utilidad para poder realizar ésta tarea, con ejemplo concretos.

Espero les sirva, para no tener que navegar. tanto por internet :-).

Contexto

Office Communicator 2007 es un sistema de mensajería desarrollado por Microsoft, que permite establecer comunicaciones entre usuarios de un dominio, ya sea a través de mensajes instantáneos o voz, y compartir información.

Tiene varias características de ayuda al negocio, que pueden revisar en la descripción del producto en el sitio oficial.

El Desafío

Nuestro sistema es web. Es un manejador documental que permite un flujo manual de documentos, con bandejas de entradas y salidas de documentos.

El pedido concreto era que un usuario al que se le enviara un documento en esa bandeja de entrada, recibiera un alerta en su Communicator corporativo, con un texto del tipo: “Ud. ha recibido un el documento DDD de parte del usuario UUU. Ingrese a URL …”, a través de un IM (Instant Message)

(Esto es posible en esta compañía, porque el usuario en el momento en que se loguea en su máquina, automáticamente abre el OC).

Dado que el IM es una comunicación de máquina a máquina, y se hace a través del OC, que es una aplicación local, no es factible utilizar una especie de repositorio o cola en un servidor.

La Solución

En primer lugar, para poder trabajar desde C#, lenguaje utilizado en nuestro caso, debimos descargar la API del producto para poder instanciarlo desde programa.

Luego, debimos comprender que se trata de una aplicación stand alone, por lo que no es un sistema de mensajería como el mail, donde el encargado de “rutear” el mensaje es el servidor.

Para poder enviar un mensaje se debe instanciar el OC, a través de la instrucción:

using CommunicatorAPI;

private Messenger _communicator;
private IMessengerAdvanced _communicatorAdvanced;

if (_communicator == null)
{
_communicator = new Messenger();
_communicatorAdvanced = _communicator as IMessengerAdvanced;

_communicator.OnSignin += new DMessengerEvents_OnSigninEventHandler(communicator_OnSignin);
_communicator.OnSignout += new DMessengerEvents_OnSignoutEventHandler(communicator_OnSignout);
_communicator.OnIMWindowCreated += new DMessengerEvents_OnIMWindowCreatedEventHandler(communicator_OnIMWindowCreated);
_communicator.OnIMWindowDestroyed += new DMessengerEvents_OnIMWindowDestroyedEventHandler(communicator_OnIMWindowDestroyed);
_communicator.OnAppShutdown += new DMessengerEvents_OnAppShutdownEventHandler(communicator_OnAppShutdown);
}

luego hacer el LogIn:

_communicator.Signin(0, _userIM, _pswIM);

donde el _userIM es un usaurio que se conectará al sistema, y que debe ser un usuario válido, sino fallará el proceso. Esto significa que se debe tener un usuario genérico de conexión por cada servidor redundante de nuestro sistema, desde donde se desea enviar alarmas.

Una vez logueado, para enviar un mensaje IM, nos debemos “colgar” del evento de apertura de una ventana (DMessengerEvents_OnIMWindowCreatedEventHandler) de la forma:

void communicator_OnIMWindowCreated(object pIMWindow)
{
try
{
IMessengerConversationWndAdvanced imWindow = (IMessengerConversationWndAdvanced)pIMWindow;

if (((IMessengerConversationWndAdvanced)pIMWindow).HWND == windowHandle)
{
// outgoing
if (!String.IsNullOrEmpty(_messageIM))
imWindow.SendText(_messageIM);

imWindow.Close();
windowHandle = 0;
_messageIM = null;
}
else
{
// incoming
windowHandle = imWindow.HWND;
}
}
catch (COMException comException)
{
log.Error(communicator_OnIMWindowCreated [comException].", comException);
}
catch (Exception exception)
{
log.Error("communicator_OnIMWindowCreated [exception].", exception);
}
}

Donde el envío se hace exactamente en la línea:

if (!String.IsNullOrEmpty(_messageIM))
imWindow.SendText(_messageIM);

Siendo _messageIM una variable global antes completada.

Pero para enviar el mensaje se debe abrir la ventana. Para esto podemos usar:

public void SendIM(string userIM, string msgIM)
{
try
{
if (msgIM != null) _messageIM = msgIM;
// Find the Contact using the SipUri
IMessengerContact contact = null;
if (userIM != null)
contact = (IMessengerContact)_communicator.GetContact(userIM, _communicator.MyServiceId);

// Use IMessenger.InstantMessage to send an IM
if (contact != null)
{
IMessengerWindow window = (IMessengerWindow)_communicator.InstantMessage(contact);
windowHandle = window.HWND; // Capture window handle
System.Threading.Thread.Sleep(_timeToSleepBetweebnMsgIM);
log.Debug("OCSender.SendAllIM - Contacto encontrado " + userIM +
", para enviar mensaje: " + msgIM);
}
else
{
log.Debug("OCSender.SendAllIM - No encontro el contacto " + userIM +
", para enviar mensaje: " + msgIM);
}
}
catch (Exception e)
{
log.Error("SendIM [exception].", e);
}
}

Donde userIM es un usuario corporativo, definido por su mail o userid, y msgIM el mensaje propiamente dicho.

Notarán que existe un Sleep, y esto se debe a que se debe dar el tiempo suficiente a la apertura de la ventana y la ejecución del correspondiente código en el evento de apertura, para evitar saltear mensajes.

Ahora bien, si existe la posibilidad de concurrencia en la emisión de alertas, deberíamos manejar una cola de mensajes, y tener una rutina que agregue mensajes a la cola y otra rutina que envíe en algún momento todos los mensajes encolados. Para acceder a dicha cola se podría acceder bloqueándola, para evitar problemas, de la forma:

lock (_colaMsg)
{
_colaMsg.Add(new MensajeIM(toUserIM, messageIM));
}

Donde MensajeIM es un clase que tiene dos propiedades para efectuar luego los envíos.

Espero les sirva, y de necesitar algún soporte, no duden en contactarme. Les puedo enviar una clase que hace todo esto.

So far, So good!

Leer más...

Sharepoint – Usando sus Web Services

Dado un proyecto en el que estoy involucrado directamente, he tenido que meterme fuerte en el uso de Sharepoint 2007 (MOSS) para utilizarlo como repositorio de documentos desde un sistema externo.

Aquí comparto con Uds. algunos detalles importantes que me toco investigar, con los típicos “detalles” que terminan haciéndote pasar momentos difíciles.

Si bien aquí desarrollo algo muy básico, les aseguro que si necesitan desarrollar algo del estilo, este artículo les servirá, porque en definitiva, recopila información recogida a lo largo de varias horas de navegación en la web, y luego de probarlo en un ambiente real.

Es factible probar todo esto contra una máquina virtual con Windows 2003 Server Trial y Sharepoint 2007 Trial, que tiene una duración de 60 días, y se pueden descargar desde Microsoft Download Center..

El Contexto

Lo primero que hay que aclarar es que Sharepoint es una herramienta mucho mas amplia que un simple repositorio de documentos. Como explica el link al site de MOSS, este producto permite la colaboración entre equipos, compartiendo información fácil y rápidamente, incluso definiendo workflow a los documentos, lo que lo hace muy potente.

Es factible definir colecciones de sitios web, desde plantillas predefinidas,  permitiendo luego que cada usuario personalice su propio sitio, e incluso configure los permisos de acceso a su espacio de trabajo. Todos los permisos están relacionados directamente al AD de Windows.

Como todo repositorio, es factible alojar documentos de diversos tipos, como office, pdf, musicales, videos, imágenes, etc.

Se pueden definir cotas de espacio por sites, por tipos de documentos, e incluso por base de datos, utilizadas para el almacenamiento. Esto permite, desde el punto de vista administrativo, tener un control en el uso de espacio, dado que los usuarios solemos desestimar ese tema, hasta que nos quedamos sin espacio para trabajar. Cada site puede tener asociada una base de datos, o compartirla con otras. Esto queda a criterio del administrador del sistema, pero normalmente se opta por separar las bases de datos, para acelerar los procesos de recuperación en caso de ser necesario, y para tener mas control por aplicación de negocios o espacios específicos de colaboración. Lo importante, es que TODO se almacena en base de datos SQL Server, y no se usa filesystem para nada. Podría se factible desarrollar un provider para almacenamiento en otro repositorio, pero habría que analizar bien la necesidad para justificar en ese caso, la pérdida de seguridad y eventualmente falta de integridad, características que son nativas de MOSS cuando se utiliza SQL Server.

Para trabajar con MOSS, es factible hacerlo de 3 formas:

1. A través de su interface (Web), accediendo al sitio en que tenemos permisos, y utilizando las opciones habilitadas según nuestro perfil.
2. A través de la API MOSS, pero SOLO si estamos en la misma máquina donde está instalado el producto.
3. A través de Web Services estándares de MOSS, que se publican en cada uno de los sites que se crean, sea principal o secundario, y que permiten hacer casi la totalidad de las operaciones que se pueden hacer desde la interface web standard. En caso de existir alguna operación que no se pueda hacer con estos web services, se desarrolla uno nuevo con la API MOSS, se la publica en el sitio que se necesita, y se lo consume tal cual los web services estándares.

Nuestro Ejemplo

Mas allá de las pocas características antes enumeradas, lo que utilizamos en nuestro proyecto fue solo la capacidad de almacenamiento y versionamiento de documentos, en lo que MOSS denomina Document Libraries (Biblioteca de Documentos). Básicamente una DL es un espacio físico que almacena documentos de cualquier tipo, dentro de la estructura de directorios que definamos.

Aquí comienzan a aparecer los problemas típicos de tamaños, espacios, etc. Una limitante que tiene MOSS 2007, cuando utilizamos SQL Server 2005, es que podemos almacenar documentos menores a 2Gb. Esto es porque la limitante se hereda del SQL Server 2005, donde es imposible almacenar una fila mas grande que ese tamaño. No es el caso del SQL Server 2008, que no tiene cota máxima.

De todas formas, el tamaño de los documentos, no es solo por las cotas, sino por la congestión de la red, en caso que sean demasiado grandes y/o que las conexiones sean algo lentas.

Según recomendaciones de Microsoft, es mejor no sobrepasar ciertos límites de cantidades de documentos por carpetas, para evitar problemas en el uso de la interface web. Cuando trabajamos como en nuestro caso programáticamente, pero sin usar la interface nativa, ese límite es mas flexible.

Un tema importante que mencione al pasar antes, es el versionamiento automático que se puede definir en las DL, para que cada vez que subamos un documento, MOSS se encargue de éste tema. Luego es factible recuperar la lista de versiones así como los documentos correspondientes a cada una.

Acerca de la lista de web services estándares, no haré demasiados comentarios, porque aquí pueden encontrar mucha información al respecto, así como en web. Luego, es mucho de prueba y error, para ver como se comportan cada uno de ellos. Es importante aclarar que no todos tienen el mismo tipo de salida, es decir, el resultado retornado no es siempre del mismo tipo, lo que hace mas dificultoso la programación, pero luego de un poco de pruebas, se generalizan las operaciones mas importantes.

Algunos Tips importantes para la programación

Si deseamos hacer un upload de un documento programáticamente a través de los web services estándares de MOSS, podemos hacer algo del estilo:

using (Copy ws = new Copy())
{
    try
    {
        ws.Timeout = _Timeout;
        ws.Credentials = _Credential;

        string[] copyDest = { <URL de MOSS> };

        FieldInformation myFieldInfo1 = new FieldInformation();
        myFieldInfo1.InternalName = "Title"; //Titulo
        myFieldInfo1.DisplayName = "Título"; //Titulo
        myFieldInfo1.Type = FieldType.Text;
        myFieldInfo1.Value = filename;

        FieldInformation[] myFieldInfoArray = { myFieldInfo1 };

        CopyResult myCopyResult1 = new CopyResult();
        CopyResult[] myCopyResultArray = { myCopyResult1 };

        //Hago el upload propiamente dicho
        uint myCopyUint = ws.CopyIntoItems("http://null", copyDest,myFieldInfoArray, file, out myCopyResultArray);
        if (myCopyUint == 0)
        {
            if (myCopyResultArray[0].ErrorMessage != null)
            {
                log.Error("MOSSHelper.UploadDocument [ErrorCode=" + myCopyResultArray[0].ErrorCode + " -  ErrorMessage=" + myCopyResultArray[0].ErrorMessage + "]");
             return ParseErrorCopy(myCopyResultArray[0].ErrorCode);
            }

}

Copy hace referencia al WS Copy.asmx.

Nota Importnate: Tengan especial cuidado cuando utilicen FieldInformation, para agregar un metadato asociado al documento, dado que si no se completan tanto el Inernal como el DisplayName, ademas del Type y el Value, se completa el upload pero no se llena ese metadata. Y si despues se necesita ese metadata para efecutar búsquedas, estarás en problemas. Además, dependiendo de la versión (inglés, español, etc) el InternalName cambia, y ocurre lo mismo que si no se llenara.

Un Download del mismo archivo podría ser:

using (Copy ws = new Copy())
{
    try
    {
        ws.Timeout = _Timeout;
        ws.Credentials = _Credential;

        string urlSource = <URL total del docuemnto en MOSS>;

        FieldInformation[] myFieldInfoArray;
        CopyResult myCopyResult1 = new CopyResult();
        //Hago el download propiamente dicho
        uint myCopyUint = ws.GetItem(urlSource, out myFieldInfoArray, out file);
        if (myCopyUint != 0)
        {
            ret = (int)myCopyUint;
        }
        else if (file == null)
        {
            ret = RET_ERR_DOCUMENT_NOT_FOUNT_IN_MOSS;
        }
    }   

}

Crear un DL:

using (Lists ws = new Lists())
{
    try
    {
        ws.Timeout = _Timeout;
        ws.Credentials = _Credential;
        string strResult = "";
        System.Xml.XmlNode nodeListItems = ws.AddList(nameDL, descripcionDL, 101);
        ret = ParseErrorCreateDL(nodeListItems);

    }    }

Aquí usamos el WS Lists.asmx.

Utilizando DWS.asmx, es factible crear carpetas, con CreateFolder.

Por último, con Versions.asmx, se pueden recuperar las versiones de un documento, y luego, a través de su URL completa, y con ayuda nuevamente de Copy, se pueden recuperar.

Espero les sirvan estos comentarios, y cualquier duda me avisan, para ver si puedo ayudarlos, y de paso, sigo aprendiendo.

So far, So good!

 

Leer más...

NHibernate – Tips Útiles para el Desarrollo Efectivo

Desde hace ya tiempo utilizo como framework de base de datos Hibernate o NHibernate. Si bien Hibernate ha tenido un desarrollo constante, NHibernate, además de aparecer posteriormente, no ha tenido el empuje de su “hermano mayor”.

De todas formas, la experiencia que he tenido con NHibernate es mas que buena hasta el momento, y seguiré usándolo, debido a que permite a los desarrolladores de productos como yo, una gran flexibilidad a la hora de vender sus productos.

Un tema que en Hibernate ya estaba solucionado desde hace buen tiempo, que era la generación automática de las clases y los archivos de mapeo tomando como base las tablas desde la base de datos en cuestión, en NHibernate no estaba tan desarrollado. Hoy, buceando en  internet encontré una herramienta mas que interesante, que no solo genera los mapeos y class para NHibernate, sino para varios templates mas. 

En este artículo haré algunas referencias rápidas para temas importantes en el uso de NHibernate, y posteriormente desarrollaré una introducción a la herramienta mencionada, debido a que permite una forma rápida y consistente de adelantar trabajo, por demás tedioso si se lo intenta manual.

NHibernate – Que és y qué ventaja tiene?

NHibernate, es un framework de O/RM (Object/Relational Mapping), un port de Hibernate de Java, que tiene como función principal mapear los objetos desde una aplicación .Net a una base de datos Relacional.

La ventaja fundamental, es que el programador se abstrae de la base de datos con la que está trabajando, y solo trabaja a nivel de clases C#.NET o VB.NET, y NHibernate se preocupa de hacer los mapeos entre las propiedades y las columnas de la base de datos, generando dinámicamente las sentencias SQL para interactuar con la base de datos, según sea la base definida en el archivo de configuración.

NHibernate – Algunas Características

	Bases de Datos Soportadas Están soportadas una lista bastante amplia entre las que se encuentran las bases de datos mas utilizadas a nivel de mercado, tales como Oracle, SQL Server, MySQL, etc.
	Relaciones Es factible modelar relaciones de 1:1 o 1:N, asociando en las clases propiedades que contienen una lista de objetos (filas) de otro tipo de entidad (tabla) definida. Es importante definir correctamente, como NHibernate debe cargar la entidad cuando tiene relaciones de 1:N, dado que esto puede significar problemas graves de performance. Lo ideal es configurarlo para que solo se carguen las listas cuando realmente se necesitan. Verificar el atributo Lazy.
	Performance Dependiendo del modelo claro está, pero en general he conseguido muy buena performance en los accesos a base de datos, probando especialmente con Oracle, SQL Server 2000/2005, MySQL, Sybase y Postgress. En caso de necesitar hacer alguna consulta muy complicada a la base de datos, NHibernate permite generarla a través de código SQL directo, evitando tiempos adicionales innecesarios.

NHibernate – Herramientas de Apoyo

Una de las tareas mas engorrosas es la generación de los archivos de mapeo, que relacionan los nombres de las propiedades en una clase, y las columnas de la base de datos. Esto se genera en XML que debe ser compilado como Embebed Resource en un proyecto .NET.

Una opción es hacerlo manualmente, generando el XML necesario y detallando cada propiedad. 

Otra opción, por demás mas productiva, es utilizar herramientas como MyGeneration, con la cual configurando la conexión a la base de datos que con la que deseamos trabajar, y descargando una plantilla de NHibernate de las varias que existen, es factible generar, al mismo tiempo, una clase por cada tabla de la base de datos seleccionada, junto con el archivo de mapeo XML asociado, incluyendo relaciones, claves y hasta vistas.

Desde la ventana principal de la aplicación, si seleccionamos Template Browser, haciendo click en el icono del mundo, podemos descargar mas plantillas, no solo de NHibernate.

Luego, seleccionamos el template deseado, presionamos Execute, y la aplicación generará el código definido (C#, VB, o lo que sea según el template seleccionado) y en el caso específico de estar generando para NHibernate, se generará el archivo de mapeo XML de la forma:

<?xml version="1.0" encoding="utf-8"?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2"> 
  <class name="MyAsembly.BtrIdentity,MyAsembly" table="btr_identity" lazy="true">
    <id name="IdentId" column="ident_id" type="int">
      <generator class="native" />
    </id>
    <property type="string" length="80" name="IdentNick" column="[ident_nick]" />
    <property type="string" not-null="true" length="10" name="IdentTipodocumento" column="[ident_tipodocumento]" />
    <property type="string" not-null="true" length="20" name="IdentNrodocumento" column="[ident_nrodocumento]" />
    <property type="string" length="50" name="IdentNombre" column="[ident_nombre]" />
    <property type="string" length="50" name="IdentApellido" column="[ident_apellido]" />
    <property type="string" length="1" name="IdentSexo" column="[ident_sexo]" />
    <bag name="FkBtrBirBtrIdentity" inverse="true" lazy="true" cascade="all">
      <key column="ident_id" />
      <one-to-many class="MyAsembly.BtrBir,MyAsembly" />
    </bag>
  </class>
</hibernate-mapping>

Incluso, hay algunos templates de NHibernate, que generan hasta el proyecto VS2005 o VS2003, con el correspondiente archivo de configuración para establecer la conexión a la base de datos en cuestión.

So far, So good!

Leer más...

Nuevos Horizontes…

Desde el 26 de Diciembre del 2008, ya no pertenezco a la empresa Biokey Identity Technologies Ltda., y de hecho desde el 27 de Enero del 2009, tampoco existe mas la empresa.

A partir de allí, comencé a diagramar mi futuro, y comencé a analizar nuevos horizontes.

Luego de ésta experiencia, con muchos aprendizajes, algunos lindos, otros no tanto, y comprendiendo finalmente de la peor forma la inflexibilidad y la necedad de algunas personas, dejando escapar enormes oportunidades por ataques de ego, llegue a algunas conclusiones que estoy seguro me ayudarán en el futuro. Aquí las comparto, y siéntanse libres  de opinar si lo desean.

Por lo pronto, estoy trabajando bien, de forma independiente, y armando proyectos mas que prometedores, en el mismo rubro y en otros. Además, cualquier oportunidad será bien recibida.

Conclusiones

No poner todos los huevos en la misma canasta

Me costó mucho tiempo aceptar que puede hacerse, siempre y cuando consigas “aprender” a delegar, y luego seas claro en la comunicación con quien delegas. Quiero decir, no hace falta estar en todo, en cada detalle, solo debes saber rodearte de las personas indicadas y luego ser claro, coherente y “consecuente” en el tiempo. Poner todos los huevos en la misma canasta no hace mas que asegurarnos que si esa canasta se cae, es factible que se rompan todos los huevos. Así pues, entonces, diversificar para crecer ha sido mi primera conclusión.

Animarse a descubrir caminos nuevos derribando prejuicios

Desde que tengo memoria, siempre me llamó la atención la mente y sus poderes. Siempre estuve de acuerdo con lo que decía Einstein: “la mente te enferma y la mente te cura”.  Por supuesto encontré por consecuencia apasionante todas las disciplinas que trabajan con la mente, como control mental, hipnosis, etc. Es por ese motivo que derribando  fantasmas de prejuicios sociales, muy míos, “aprendidos”, me forme como Hipnoterapeuta, y desde ya hace un buen tiempo comencé con un camino paralelo, bastante alejado (o no, quién sabe) de la lógica informática, el que me produce un desafío constante, me apasiona, y me llena de satisfacciones cuando siento que ayudo a alguno de mis pacientes. 

La conclusión, en todo caso, para mi con este “animarme”, fue que cuanto mas te alejas de las cosas que te movilizan, mas te apagas en el resto de tu vida. Si bien la informática me gusta, no me termina de llenar, por lo que la conjunción de estos (y otros) temas, hacen de mi una mejor persona. O al menos me hacen sentir mejor, que aunque suene egoísta, es el comienzo básico para cualquier otro tema.

La invitación es entonces, a que visiten mi otro blog, Hipnomateando…, y aporten lo que quieran, que será siempre bienvenido, estén de acuerdo o no.

No hay pero ciego...que el que no puede ver?

Solo haré referencia a un artículo que lo explica mejor. A mi me paso en este caso, y me parece bueno compartirlo.

Claridad de rumbo 

Muchas veces uno tiene vagamente en su cabeza que es lo que quiere, y difícilmente lo instancia en algo concreto. Muchas veces decimos “quiero ser rico” por ejemplo, pero que es eso en realidad?  Lo que para mi es “rico” para otra persona puede ser tener un buen fin de mes, y  viceversa. Lo que si hacemos, es que nos ponemos firmes en el “como hacernos ricos”, convirtiéndonos a veces, en “adoquines inflexibles” tirando para adelante.

Relacionado con la “apertura de posibilidades” que hablaba al comienzo, aprendí que debo fijar mis objetivos, lo mas claros y palpables (medibles) posible, y luego confiar que eso llegará, sin ser tan “cabezón”  y pretender que llegará de la forma que yo creo sin dejar la puerta abierta para que llegue por otro lado. Claro, tampoco la pavada, al “confiar” hay que ayudarlo trabajando, pero siempre dentro de los parámetros que nos hagan sentir bien, en la mayor parte del camino (ojala en todo el camino), de otra forma, es una cuestión de tiempo, para que la bomba explote en nuestra cara. Quiero decir, trabajar seriamente no significa ni trabajar excesivo, ni trabajar con cara de c… Se puede ser feliz trabajando y eso se refleja invariablemente en los resultados.

So far, so good

Imágenes by Flickr

Leer más...

Visual Studio 2005/2008 – Desarrollo Web

Desde que comenzó el desarrollo de soluciones web, hace ya varios años, hubo siempre temas comunes en los sistemas que llevaban tiempo a los desarrolladores, y se repetían una y otra vez.

Visual Studio, desde su versión 2005 y heredada en 2008, ofrece una forma sencilla y potente de implementarlos sin necesidad de escribir demasiado código, y con la posibilidad de adaptarlos de acuerdo a cada necesidad.

Desde el punto de vista de los que nos dedicamos a desarrollo de productos, mas que a sistemas a medida, son características mas que importantes, en pos de la flexibilidad y productividad.

Los invito entonces, a esta introducción sobre los temas mas relevantes, basados en esas premisas.

Características Nuevas

Desarrollaré aquí una breve descripción de algunas nuevas características que permiten el desarrollo de soluciones web de forma fácil y rápida, dejando las puertas abiertas a adaptaciones y cambios de look and feel, sin demasiado esfuerzo.

	Master Pages
	Normalmente, los sitios mantienen una misma imagen en todas sus páginas, variando solamente en contenido y eventualmente las opciones de acceso dependiendo de los permisos por usuario. Esta características, en un principio, había que programarlas individualmente. VS2005 agregó el concepto de Página Principal o Master Pages. Las Master Pages definen una interfaz común para un grupo de páginas. Son en sí una página ASPX más, con extensión .master, y pueden ser referenciadas por las páginas del sitio, heredando de la master las características gráficas. La referencia se ve de la forma:” <%@ Page Language=C# MasterPageFile=~/PaginaMaster.master ... En estas páginas maestras, se definen espacios de información dinámicos, que permiten el cambio de contenido en las páginas finales, llamados ContentPlaceHolder.
	Temas y Skins
	Con las Master Pages solucionamos en parte el tema de la imagen uniforme para todas nuestras páginas del sitio, pero, si deseamos cambiar fácilmente esa interfase gráfica, todavía nos falta algo: Temas y Skins. Esta característica se basa en: Hojas de estilo en cascada (Cascading Style-Sheets o CSS), las cuales pueden ser heredadas por las páginas ASPX al igual que un html, y permiten definir los estilos (colores, fuentes, etc.) Creación de temas y máscaras (skin), a través de una carpeta llamada APP_themes, en la cual se pueden agregar uno o mas temas, donde básicamente se definen los estilos asociados a cada uno de los controles incluidos en las páginas, o bien a la página en general. Asignación de los temas, ya sea a nivel página de la forma: <%@ Page Theme="TemaDefault" ... %> o a nivel sitio desde la configuración general del mismo en el archivo Web.Config, con la directiva: <?xml version="1.0"?> <configuration xmlns=http://schemas...> <system.web> <pages theme="TemaDefault"/> </system.web> </configuration>
	Manejo de Sesiones
	Si bien esta característica ya estaba desde las versiones anteriores de ASP, en esta versión se cambia algo pero sigue siendo análogo. Siendo HTTP un protocolo sin estado, ASP.NET guarda en la cabecera un ID único que el servidor envía al cliente en su primera petición. Este ID se mantiene dependiendo de que el cliente no cierre browser o del tiempo configurado en el servidor de duración de la misma.
	Variables de Aplicación y Caché
	En las versiones anteriores solo existían las variables de Aplicación para compartir ciertos datos entre todos los usuarios de una aplicación. Con un mecanismo de bloqueo para evitar errores. En esta versión se agrega el concepto de Caché, que permite incluir datos que son difíciles y costosos de conseguir (ejemplo: un query complejo en un dataset), incluso refrescándose solos cada cierto tiempo solos, para que cuando algún usuario lo necesite lo tome inmediatamente. Como siempre, dependerá de la lógica de negocios para saber si es factible utilizar esta característica o no. Para insertar un nuevo valor en el cache se puede hacer de la forma: Cache("Clave") = Valor o mejor aún: Cache.Insert("MyData", datos, New CacheDependency(Server.MapPath("MyData.xml"))) Donde se define una dependencia del objeto en caché con el archivo MyData.xml. Si este cambia, entonces el objeto desaparece del Caché y se recarga la próxima vez que se use. Existe además el Caché de Salida que permite definir que páginas se pueden guardar y por cuanto tiempo antes de regenerarse.
	Autenticación y Autorización
	La nueva versión permite definir en el archivo Web.Config, que tipo de autenticación tendrá el sitio y que accesos a páginas o subsitios tendrá cada usuario. Además, surge el concepto de una nueva API: Membership y Roles, con la cual es muy fácil implementar (y extender) un sistema de administración de usuarios y roles, combinándolo con los Controles Web de Seguridad, que dan un look and feel básico para el ingreso de datos.

Conclusiones y Referencias Finales

Cuando se comienza a utilizar este tipo de características, uno no puede dejar de pensar en lo artesanal que era todo hace nada mas que un par de años. Por suerte las tecnologías avanzan, y permiten dejar las “iluminaciones creativas” para otro tipo de temas.

Existen en el sitio de MSDN de Microsoft, muchos tutoriales en español, que explican paso a paso estas y otras características de diversos productos, que son un excelente punto de partida en la utilización de los mismos. La invitación es entonces, a compartir cualquier duda o sugerencia.

So Far, So Good!

Leer más...