Visual Studio LightSwitch. Aplicaciones orientadas a datos y SharePoint 2010

Hace unos días teníamos disponible la Beta 1 de Visual Studio LightSwitch. ¿Pero qué es esto de LightSwitch?

Microsoft define LightSwitch como una forma sencilla de crear aplicaciones de negocio para la nube y el escritorio. Provee una gran variedad de plantillas y herramientas para construir aplicaciones de negocio cuyo destino es Windows Desktop o Windows Azure, utilizando más código o menos código, según se desee o sea necesario.

Nos permite crear aplicaciones comenzando con una única decisión, Visual Basic o C#.

LightSwitch1

Una vez que se crea el proyecto de Visual Studio, nos permite crear formularios desde plantillas existentes y enlazarlos con los datos, que incluye como origen SQL Server, SQL Azure, SharePoint y otros. En unos minutos, podemos tener una aplicación básica lista para desplegar y utilizar por el usuario.

Al final de todo el proceso, lo que obtenemos es una aplicación Silverlight que puede ser ejecutada en un navegador, desde fuera del navegador o en la nube.

LightSwitch4

La gran ventaja que tiene este tipo de proyectos es que cuando nuestra aplicación crezca y necesitemos de implementación de negocio o formularios más personalizados, vamos a tener la capacidad de extender el código creado usando el proyecto desde Visual Studio Professional, Premium o Ultimate.

Vamos a ver un ejemplo de cómo podemos conectar datos de una base de datos SQL Server con documentos almacenados en SharePoint.

El siguiente paso que nos ofrece LightSwitch, al crear el proyecto, es crear una tabla o conectar con una base de datos externa.

LightSwitch2

Vamos a crear una nueva tabla con los campos necesarios para almacenar clientes.

image

Como vemos, al definir los campos tenemos diversas opciones para configurar si es un campo por el que se va a realizar búsquedas, si es un campo requerido, la longitud máxima del campo e incluso poder escribir código para realizar una validación personalizada del campo.

El siguiente paso sería crear una pantalla para esta tabla que nos permite ver y editar la información de la misma. Para esto sólo tenemos que pulsar en el botón +Screen en la ventana de edición de la tabla.

LightSwitch3

El asistente de creación de pantallas nos preguntará por el tipo de pantalla que queremos crear en función de las plantillas que estén disponibles. Vamos a crear una pantalla de búsqueda (Search Data Screen) y una de creación (New Data Screen).

image

Y ya podemos ejecutar la aplicación (pulsando F5) y vamos a poder buscar clientes y darlos de alta.

image

image

Tenemos una serie de opciones que nos permite personalizar estas pantallas, añadir acciones y botones, renombrar los nombres de los campos, etc. Incluso hay una opción que nos permite, en modo depuración, editar online la apariencia del formulario (ese botón Customize Screen que tenemos arriba a la derecha de nuestra aplicación).

image

Otras de las capacidades de LightSwitch es que nos permite añadir múltiples orígenes de datos, para esto vamos a añadir como origen de datos una biblioteca de documentos de SharePoint que tiene un campo que se relaciona con el email del cliente.

imageimage

Ahora que tenemos un origen de datos enlazado con la biblioteca de documentos de clientes en SharePoint, tenemos que crear la relación entre la tabla de clientes y sus documentos.

image

Nos creamos una nueva pantalla, del tipo List and Details Screen para poder visualizar los clientes junto con los documentos que estén relacionados y lo probamos para ver el resultado.

imageimage

Reconozco que la primera vez que leí sobre este producto, no me gustó la idea. Me imaginaba una aplicación tipo Access, orientada al usuario que le permitiría crearse sus propias aplicaciones. El problema nos lo íbamos a encontrar cuando esta aplicación creciera, se quedara pequeña y nos pidan a nosotros, los desarrolladores, que le hagamos algunas mejoras y cambios.

Aunque todavía no he podido probar todas las funcionalidades, reconozco que la capacidad que ofrece para extender el código y ampliar las funcionalidades usando Visual Studio es, de momento, una buena noticia. Tengo algún que otro proyectito en el que me voy a plantear seriamente utilizar LightSwitch a ver qué pasa.

Ya contaré más según vaya probando el producto.

 

Saludos a todos…

SharePoint 2010. Aquellas maravillosas 40 plantillas

Cuando planificamos una migración de SharePoint 2007 a SharePoint 2010, hay que tener en cuenta, entre otras muchas cosas, las aplicaciones y plantillas de sitio que estén instaladas y en uso en la versión actual. Es necesario instalar estas plantillas o aplicaciones en el nuevo SharePoint 2010.

Para aquellas instalaciones en las que se ha usado las Fantastic 40 Templates de Microsoft, nos encontramos con el problema que no todas las aplicaciones de esta colección son compatibles con la versión de SharePoint 2010. Esto nos impide realizar la actualización de aquellos sitios que las utilicen.

wsstemplates

Esta compatibilidad de basa en el tipo de plantilla, Site admin (fichero .stp o plantilla de sitio) o Server admin (fichero .wsp o paquete de solución).

Tenemos un artículo en el blog de Technet SharePoint que nos explica las posibilidades que tenemos con estas plantillas.

Por su puesto, es muy recomendable realizar los pre-upgrade check para identificar las necesidades (plantillas de sitios, webparts y demás) y poder instalarlas en el nuevo servidor de SharePoint 2010.

 

Saludos a todos…

SharePoint 2010. Configurando Kerberos

Desde SharePoint 2007 Service Pack 2 se puede configurar Kerberos como modo de autenticación.

Kerberos es un protocolo de autenticación basado en Tickets. Un usuario que se autentica en un servidor se le genera un ticket si las credenciales son aceptadas, este ticket es usado por el resto de servidores para acceder a otros recursos. Para poder usar este método, el cliente y el servidor deben tener una conexión de confianza con el servidor de dominio que mantiene el Key Distribution Center (KDC) y ambos deben de estar conectados a un servicio de Active Directory.

En la mayoría de los despliegues de SharePoint no es necesario el uso de Kerberos, los casos en los que es necesario este método de autenticación nos llevan a entornos de BI (mayoritariamente), en los que es necesaria la autenticación de los usuarios con servidores SQL Server (OLAP y Analysis) que no residen en el servidor web de la granja de SharePoint.

Microsoft ha publicado un guía, de obligada lectura, para la configuración de nuestra granja de SharePoint con Kerberos.

Esta guía contiene un paso a paso para configurar Kerberos para los siguientes escenarios:

  • Granja SharePoint
  • SQL OLTP
  • SQL Analysis Services
  • SQL Reporting Services
  • Delegación de Identidades para Excel Services
  • Delegación de Identidades para PowerPivot para SharePoint 2010
  • Delegación de Identidades para Visio Services
  • Delegación de Identidades para Performance Point Services
  • Delegación de Identidades para Business Connectivity Services

Como podemos ver, configurar Kerberos en SharePoint no es una tarea trivial y si nos saltamos algún paso o lo configuramos mal, nos va a dar muchos dolores de cabeza para averiguar dónde está el problema y cómo solucionarlo. Para evitar problemas, es recomendable documentar los pasos a realizar (con los nombres de usuarios, servidores y servicios), revisar la documentación y seguirla al pie de la letra sin saltarse ningún paso.

 

Saludos a todos…