Parte 1 del kit de herramientas de integración de notificaciones, Azure y SharePoint

Parte 1 del kit de herramientas de integración de notificaciones, Azure y SharePoint

Esta es la primera de una serie de entradas de blog con la que estoy muy contento y espero que, a la larga, usted también lo esté. Durante los últimos dos meses he estado trabajando en un nuevo marco para conectar a SharePoint con Windows Azure, además de incorporar la identidad de notificaciones de forma que permita que su identidad fluya perfectamente a través de todas las aplicaciones e incluso de los límites del centro de datos. El resultado de ese esfuerzo (de aquí en adelante conocido como Kit CASI [del inglés Claims, Azure, and SharePoint Integration]) es una combinación de aplicaciones de ejemplo, instrucciones, ensamblado de clase base y elementos web. Juntos, estos componentes permitirán crear aplicaciones WCF preparadas para notificaciones y hospedarlas en la nube de Windows Azure. La clase base se usará para proporcionar toda la adherencia de Azure y las notificaciones que las conectará con SharePoint. El elemento web ofrece una forma fácil e "integrada" para conectar de manera sencilla los datos de Azure con el sitio de SharePoint. Y dicho sea de paso, esto lo realiza de forma asincrónica con una llamada del lado cliente, de modo que su sitio web no se detiene repentinamente mientras se realiza una serie de llamadas del lado servidor desde las páginas de SharePoint hacia un servicio potencialmente latente basado en la nube. Hoy en día, esto es lo más parecido a un plug and play de la nube que puede encontrar.

Aquí tiene algunos detalles más sobre las próximas entradas de blog que se van a publicar y el contenido que abarcaré en ellas:

· Parte 2: en la próxima entrada de blog escribiré las instrucciones para el Kit CASI. Comenzaré por hacer que WCF sea el front-end para todos los datos; podría tratarse de conjuntos de datos, XML, clases personalizadas o simplemente puro HTML. En la fase 1, tomamos el servicio WCF estándar y lo convertimos en apto para notificaciones. Esto es lo que nos permite tomar el token de usuario desde SharePoint y enviarlo a través de los límites de la aplicación o del centro de datos a las aplicaciones WCF personalizadas. En la fase 2, revisaré la lista de todas las cosas que debe hacer para llevar esta aplicación WCF típica desde su ubicación local a hospedarse en Windows Azure. Una vez que se complete esta tarea, el back-end podrá admitir un centro de datos múltiples y de varias aplicaciones con autenticación integrada.

· Parte 3: a continuación habrá una entrada de blog que describirá el ensamblado del kit de herramientas personalizado que proporciona la adherencia para conectar la aplicación WFC para notificaciones de la nube con el conjunto o la granja de servidores de SharePoint. Describiré la forma de usar el ensamblado, hablaré sobre el control personalizado bastante sencillo que debe crear (aproximadamente 5 líneas de código) y explicaré cómo puede hospedarlo en una página en el directorio _layouts como medio para recuperar y representar datos en un elemento web. También publicaré el código fuente completo para el control personalizado de ejemplo y la página _layouts.

· Parte 4: aquí describiré el elemento web que incluyo con el Kit CASI. Proporciona una solución integrada sin código para enlazar y conectarse con una consulta asincrónica del lado cliente para recuperar datos del servicio hospedado en la nube y, a continuación, mostrarlos en el elemento web. También tiene enlaces integrados para que pueda personalizarla bastante y usar sus propias funciones de JavaScript para representar los datos.

· Parte 5: en la parte final de esta serie, realizaré un breve tutorial para un par de aplicaciones de ejemplo que demostrará algunos otros escenarios comunes en los que puede usar el control personalizado que creó (descrito en la parte 3). Uno será el uso del control para recuperar datos de usuario o configuración y almacenarlos en la memoria caché de ASP.NET, y a continuación, usarlo en un elemento web personalizado. El otro escenario será sobre el uso del control personalizado para recuperar datos de Azure y usarlos en una tarea personalizada; en este caso, un trabajo del temporizador de SharePoint personalizado. También incluiré el código fuente completo para estas aplicaciones de ejemplo.

Espero que esto sea suficiente para despertar su interés. Consulte este sitio para ver entradas de blog posteriores y ejemplos de código.

Esta entrada de blog es una traducción. Consulte el artículo original en The Claims, Azure and SharePoint Integration Toolkit Part 1