WebCast

Si desean ver el webcast, pueden hacerlo desde:

• ManejadoresEventos_Formato_LM
• ManejadoresEventos_Formatos_WMV

Si desean ver la presentación que utilicé en el webcast pueden verla aquí:

Introducción

Los manejadores de eventos permiten extender a través de desarrollo una aplicación SharePoint. Agregan comportamiento a listas e ítems entre otros. Un manejador de evento se ejecuta automáticamente como respuesta a un evento como agregar una columna en una lista o modificar un ítem en una lista. Pueden servir para:

• Validaciones de datos
• Control de integridad referencial
• Control de unicidad
• Ejecución de procesos de negocio
• Lo que no puede resolver un campo calculado
• Protección de la parametrización
• Cambios en la seguridad
• Controles de seguridad funcional

Si conocen triggers de base de datos, verán que tienen un cierto parecido. Si bien son más potentes, podríamos decir que todo lo que se hace con un trigger, puede hacerse con un evento en SharePoint. Esto puede darles una idea del potencial de esta técnica.

¿Qué eventos maneja SharePoint?

El siguiente gráfico resume los eventos soportados por SP. Pueden observar que existen eventos a nivel de ítems de lista (los que se parecen a los triggers), pero también eventos a nivel de lista, sitio, colección de sitio o característica:

Imaginen lo que se puede hacer…

A continuación les daré algunas ideas de lo que se puede hacer con eventos. Son sólo ideas. Es mucho más lo que se puede hacer, pero les servirá de inspiración. Lo importante es que realmente resuelven temas que no existen en SP “out of the box”, en forma bastante sencilla:

Tipos de eventos ¿antes o después? ¿sincrónicos o a-sincrónicos?

Es importante aclarar que existen dos tipos de eventos, los que se ejecutan antes de que se efectúe el “commit” de la transacción en la base de datos de contenido y los que se disparan luego de que se ejecute el “commit”. Los primeros son sincrónicos, los segundos a-sincrónicos (en SP 2007, en 2010 es configurable).

El siguiente es el mapa completo de todos los eventos que SP 2007 maneja, incluye sus variantes sincrónicas y a-sincrónicas:

Evento o Flujo de Trabajo

Por sugerencia de Angel Acha Lizama luego del webcast, me pareció importante incluir una breve comparación entre Eventos y Flujos de trabajo porque son técnicas que tienen algún punto en común y el lector podría encontrar difícil la decisión de cuál usar en cada caso.
En líneas generales tengan en cuenta que un flujo de trabajo suele tener interacción con los usuarios a través de pantallas, puede perdurar en el tiempo (días, semanas, meses, etc.) y requiere persistir la información.
Un evento responde a una transacción y se ejecuta en el momento, no tiene pantallas asociadas, su duración es breve y no debe ser retomado luego de un tiempo, como sucede con un flujo de trabajo.
Les dejo este enlace que me pasó Angel, si quieren ampliar el tema: http://msdn.microsoft.com/en-us/library/ee413841.aspx

Pasos para crear un evento

La siguiente lámina muestras los pasos que se deben seguir para crear un evento. No estamos usando ninguna herramienta, ni extensión para SharePoint que nos facilite la creación, con el fin de explicar los conceptos básicos.

Paso 1: crear el proyecto

Si necesitan ayuda con este paso, les dejo este enlace que lo explica en forma detallada: http://sharepoint-puntodeencuentro.blogspot.com/2008/09/registrar-un-evento-mediante-una.html

Paso 2: definición de una clase

Ejemplo muy sencillo de definición de clase, cuyo objetivo es impedir que un administrador agregue columnas en una lista:

Paso 3: binding

Existen dos formas de vincular la definición de una clase de un evento a una entidad (lista, característica, etc): 1) a través de XML dentro de una característica y 2) programáticamente. Estas dos formas apuntan a objetivos distintos. A continuación veremos dos ejemplos:

Binding XML

Observaciones

• Sólo pueden registrarse en características cuyo ámbito sea «site».
• Sólo se puede registrar el evento para un «tipo de lista», no para una lista en particular.
• También se puede registrar eventos para tipos de contenidos o features.
• «SequenceNumber» indica el órden cuándo tengo más de un evento.

Binding en forma programática

A diferencia de la opción vía XML, nos permite vincular un evento a una lista específica, en lugar de a un tipo de lista. Ejemplo:

Demostraciones

A continuación dejamos el código fuente de las demostraciones que presentamos en el webcast. Tengan en cuenta que se trata de un prototipo, no una aplicación final, por lo cual nos hemos tomados algunas licencias para escribir código y notarán algunas desprolijidades.

Demo 1: completando una columna en un evento de ítem

Este ejemplo muestra como completar un campo dentro de un evento. En el código pueden ver dos ejemplo, un caso común para el campo “Proyecto” y otro para un campo de tipo URL, el campo “Actividad”.

 

Demo 2: validando integridad en un evento de ítem

El siguiente ejemplo muestra cómo validar “unicidad” de una columna y cancelar la operación, emitiendo un mensaje al usuario, en caso que no se cumpla esta restricción.

 

 

Demo 3: ejecutando un proceso de negocio en un evento de ítem

Este ejemplo muestra cómo a partir de la creación de un ítem, se dispara la creación de ítems en otra lista. Muestra cómo se leen los datos de la lista origen, cómo se recorren esos datos y como se crean los ítems en la lista destino.

 

Demo 4: ejecutando un evento al instalar una característica

Este último ejemplo nos muestra un ejemplo de evento para una característica. El objetivo es hacer cambios de estilos en SharePoint. Para una explicación más amplia pueden consultar este enlace: http://surpoint.blogspot.com/2009/07/cambios-de-estilos-en-sharepoint.html.

Paso 4: instalar

No voy a bajar a detalle con este paso, pero quería dejarles el contenido del .”bat” en dónde se muestra la instalación de la dll en la GAC, el copiado de los archivos XML y la instalación de la característica en SharePoint:

SharePoint 2010

El siguiente gráfico resume las novedades en SharePoint 2010 respecto a eventos. Lo más importante es saber que hay algunos eventos nuevos, pero fundamentalmente que los eventos “before” pueden ser sincrónicos o a-sincrónicos. Al final de este artículo les dejo un enlace por si necesitan ampliar este tema.

Un tema relacionado que no debemos dejar pasar es que SP 2010 agrega el concepto de validación de campos “Out of the box”. Esto es mucho más sencillo de usar que programar un evento para validar de datos. La validación se arma con fórmulas similares a la de los campos calculados y es posible especificar el mensaje de error para el usuario. Estas validaciones se pueden crear a nivel de columnas de sitio, o columnas dentro de una lista.

Fin

Aquí termino. Espero que les haya sido útil y lo hayan disfrutado. Hasta la próxima!

Bibliografía y enlaces interesantes

Libros

• Inside Microsoft Windows SharePoint Services 3.0 (Chapter 6)
• By Ted Pattisonand & Daniel Larson (Microsoft Press)

Artículos

• MSDN: http://msdn.microsoft.com/en-us/magazine/cc163318.aspx (Events in SharePoint 2007)
• MSDN SharePoint 2010: http://msdn.microsoft.com/en-us/library/ee540025(office.14).aspxaspx (Events Improvements)
• Surpoint: http://surpoint.blogspot.com/search/label/Eventos

Click on pen to

-name

[-url]

[-allcontenturls]

[-time]

[-immediate]
8.Eliminar Solucion
stsadm -o deletesolution

Click on pen to

Articulos

Articulo de Pablo Sousa Lastra sobre Reporting Services y SharePoint 2007 Autor: Pablo Sousa Lastra Escriba un comentario sobre este articulo Nota: Articulo de Pablo Sousa Lastra publicado en el Blog del Centro de Innovacion en Integracion – CIIN.En este post vamos a explicar los pasos a seguir para la instalación y el uso de Microsoft SQL Server 2005 Reporting Services en sitios SharePoint, ya sean WSS 3.0 o MOSS. Esta configuración la conseguimos gracias a que Microsoft ha publicado recientemente la versión definitiva del Service Pack 2 de SQL Server que entre una de sus muchas novedades, habilita dentro de la configuración del Reporting Services una nueva opción para poderlo integrar con sitios SharePoint y a los también publicados Add-in de SQL Server 2005 Reporting Services para SharePoint, que nos incluyen: · Dos Web Part, Report Explorer y Report Viewer que nos permiten visualizar informes, exportarlos con otros formatos, imprimir y realizar zoom · Tres content types, Report Builder Model, Report Builder Report y Report Data Source con las que podemos diseñarnos informes desde el propio SharePoint conociendo el origen de los datos · Nuevas opciones en la administración central de SharePoint para administrar el acceso y la seguridad al servidor de Reporting Services Antes de empezar a configurar el servidor de Reporting Services y el de SharePoint, tenemos que estar seguro de que nuestro escenario tengamos instalados todos estos componentes: · SQL Server 2005 Reporting Services · SQL Server 2005 Service Pack 2 · Office SharePoint Server 2007 ó Windows SharePoint Services 3.0 · Microsoft SQL Server 2005 Reporting Services Add-in for Microsoft SharePoint Technologies Configuración del servidor de Reporting Services Lo primero que vamos a realizar es la configuración del servidor de Reporting Services para poderlo integrar con sitios SharePoint. Para ello vamos a realizar los siguientes pasos: · Configurar los parámetros del IIS para definir un sitio web en el que alojar los Reporting Services    · Accedemos a la administración del IIS    · Normalmente, veremos que el Default Web Site está parado, ya que SharePoint utiliza el puerto 80 en un sitio web diferente y deshabilita este sitio, por eso vamos modificarle especificando un puerto diferente, ej. 8080, y después lo habilitamos para que así esté disponible en la configuración de Reporting Services · Vamos a la pantalla de administración de Reporting Services pulsando sobre Start à All Programs à Microsoft SQL 2005 à Configuration Tools à Reporting Services Configurations · El primer paso que realizamos para la configuración es entrar en la opción de Report Server Virtual Directory y crear un nuevo directorio virtual en nuestro sitio web, seleccionando el Default Web Site y estableciendo un nombre del directorio virtual, por defecto ReportServer · Después pulsamos sobre la opción Database Setup para crear una nueva base de datos de Reporting Services y la vinculamos con nuestro sitio SharePoint realizando los siguientes pasos:    · Seleccionamos el servidor SQL Server donde queramos guardar la base de datos    · Pulsamos sobre New para crear esta base de datos, especificamos las credenciales con permisos necesarios en el SQL Server para crear bases de datos y establecemos un nombre a la base de datos, ReportServer    · Por último seleccionamos la opción Create the report server database in SharePoint integrated mode para integrarlo con SharePoint y pulsamos Ok.    · Nos aparecerá una pantalla en la que volveremos a especificar las credenciales de un usuario con privilegios administrativos que el servidor usará para acceder a la base de datos. · Por último, pulsamos sobre Web Service Identity y seleccionamos el application pool que queremos que tenga asociado nuestro sitio web ReportServer. Ahora que ya tenemos configurado todos los parámetros del Reporting Services, pulsamos sobre la opción de SharePoint Integration y vemos que aparece un enlace que nos abrirá la administración central de SharePoint para poder seguir con la configuración. Nota: Una consideración a tener en cuenta, es que si instalamos el servidor de Reporting Services en una maquina diferente a donde tenemos instalado SharePoint, tendremos que realizar una instalación básica de SharePoint en este servidor para que tenga disponible el modelo de objetos de SharePoint. Configuración del servidor SharePoint Una vez que ya tenemos configurado nuestro servidor de Reporting Services y después de ejecutar el programa de instalación de Microsoft SQL Server 2005 Reporting Services Add-in para Microsoft SharePoint Technologies en el servidor de SharePoint, vamos a configurar nuestro servidor SharePoint. Para ello, si vamos a la administración central de SharePoint y pulsamos sobre la ficha de Application Management podremos ver el nuevo menú de Reporting Services que nos ha añadido estos add-in. Este menú está compuesto por tres apartados diferentes que tendremos que configurar uno a uno para terminar de configurar nuestro servidor, y que sirven para: · Manage integration settings: Configurar la URL de acceso al servidor de Reporting Services (ej. http://ServerName:8080/reportserver) y su modo de auntentificación (Windows o trusted account) Grant database Access: Configurar el nombre del servidor donde se encuentra la base de datos de Reporting services y las credenciales necesarias para poder acceder a ella. Set Server defaults: Modificar otros parámetros de la configuración como los timeout de acceso, habilitar los logs, … Una vez que hayamos terminado de realizar todos estos pasos, ya tendremos configurado nuestro servidor SharePoint para poder utilizar Reporting Services. Links de descargas: Microsoft SQL Server 2005 Reporting Services Add-in para Microsoft SharePoint Technologies.  -  Novedades Microsoft SQL Server 2005 SP 2.  -  Novedades

http://www.gavd.net/servers/sharepointv3/spsv3_item.aspx?top=art&itm=430

Click on pen to

1. SharePoint and Reporting Services – Introduction
2. SharePoint and Reporting Services – Installation and Setup.
3. SharePoint and Reporting Services – Setup your database.
4. SharePoint and Reporting Services – Authoring a simple report.
5. SharePoint and Reporting Services – Enabling end users – the report model.

If your organization isn’t diving into the data to answer critical questions about the business it is running, it is missing out on a LOT.

There is an interesting simile. In the 1950′s the United States was mostly a manufacturing economy. We used to produce cars for instance, our car factories were the envy of the world. Car manufacturers used to play a poker game with the steel mills. The steel suppliers would be able to charge higher prices if they knew that a particular car manufacturer has very little steel left, and vice versa. As a result, the car manufacturer had to horde steel, and the steel manufacturer had to guess what the market really needed.

Over time, we moved to a “just in time” production scheme, where your business knew exactly what was in store, and what was to be ordered, and the market drove the prices – rather than the poker game.

As our economies continue to produce goods that are more and more conceptual in nature (the United States is no longer a manufacturing economy), such just in time production, is made possible by up to date business intelligence and data mining. Thus, products such as SQL Server Reporting Services, Analysis Services etc. are super important.

Okay good, but then, why bother with SharePoint & Reporting services?

Have you worked with reporting services? Did you see the web based portal it produces? Okay great – now security tie that down, and prepare a dashboard in conjunction with bunch of other valuable data and maybe even collaborative content maintainence areas. Most SQL server gurus would have a heart attack here, because the web based reports delivery mechanism that comes with SQL Server reporting services, albeit useful, is not known for it’s high customizability .

That is where SharePoint steps in. SharePoint lets you create a portal that lets you store the various data source views (?), and reports inside sharepoint document libraries. It then lets users manage reports subscriptions, delivery, generation, rendering, and snapshotting - all via the sharepoint UI, which by the way is 100% brandable.

DANG!! This is something that was impossible to acheive on the Microsoft platform, without this combination, and yet such a minor thing to ask as far as the end business user is concerned.

Wow, I am impressed. So how do I setup my SharePoint farm to make use of SQL Server reporting services?

There are 2 steps – Installation and Setup.

Installation

Okay, you can mix up everything on a single server, but I am going to talk of a typical production setup – with 3 servers.

1. Your MOSS Web front end (these may be multiple) (call it MOSSWFE)
2. Your SQL Server (call it SQLDB)
3. A machine with reporting services + developer box. (Call it MOSSReports)

What you need to do is,

a) Install SQL Server SP2 on your SQL Server & MOSSReports.

b) Install the SQL Server reporting services add-in (SharePointRS.msi) on the SharePoint 2007 web front ends.

Execute the following command on all WFE’s -

stsadm.exe -o addwppack -filename “C:\Program Files\Microsoft SQL Server\90\Tools\Reporting Services\SharePoint\RSWebParts.cab”

This command will give you the necessary webparts.

c) Finally, install reporting services on MOSSReports, and also have the Business Intelligence Development studio installed either on the same machine, or on a seperate developer box.

That’s it. Installation is done.

The next step is setup.

Setup

Okay, SSRS (SQL Server reporting services) can be used with SharePoint in 2 manners -

a) Native, b) SharePoint integrated mode.

Native is .. well .. you’re still enamored to the ugly reports server UI, and you are using the HTML Viewer web part to render reports. IMO not very compelling.

SharePoint integrated mode is where you ditch the web UI that comes with reporting services, and instead rely on sharepoint to hold data sources and reports in it’s document libraries, and offer all functionality via sharepoint. The functionality is very rich and can be compared with any top end reporting/BI platform.

Native mode – you can’t really talk much about it, except – blah here is a report. So I’m going to leave it to you to play with.

Instead, I am going to talk about the cooler stuff – the SharePoint integrated mode.

In order to setup SharePoint integrated mode, run the Reporting Srevices Configuration Manager, and under database setup, create a new database under sharepoint integrated mode. Your sceen should look a bit like this -

Great. Now that your SQL Server side is setup, you need to perform some further configuration on your MOSS box. Use the following steps:

Step #1:

Go to central administration, under application management, go to the section that says “Reporting Services”, and click on the first link that says “Configure Reporting Services Integration”. Over here, you need to type in the Report Web Service URL, in our case http://mossreports:8080/ReportServer. Also, you need to specify the kind of authentication you intend to use. For convenience in a dev environment, you may use Windows Authentication, but to avoid the zillion connection pools in a production environment, you must choose Trusted Connection – so it allows you to use SQL Server auth.

Step #2:

Again, under central admin, application management, click on “Grant Database Access”. This is hella important, because this gives the various accounts, SQL Server or MOSS, whatever database access they need for the integration to work. Specify the DB details, hit OK, and a dialogbox should pop up as shown below:

Enter the user id/password for the Config Account (farm account?) over here, and hit OK. This makes configuration so – less – painful .

Step #3 (optional):

If you are using sharepoint integrated mode, you can set various defaults by clicking on “Reporting Services Defaults”.

Step #4:

Provision a website, I provisioned port 80.

Create a site collection at / (root), I created one using the blank site template.

Go to Site collection features, and activate the “Report Server Integration Feature”.

Create two document libraries

a) One a simple document library, call it “Reports” <– this is where we will store our reports.

b) One a data connection library, call it “Data Connections” <– this is where we will store our data connections.

GREAT! Now we’re all ready to start authorin’ reports!! w00t!

But, before you can author reports, you’ve gotta setup a database.

http://blah.winsmarts.com/2007-12-SharePoint_and_SQL_Server_Reporting_Services_-_Installation_and_Setup.aspx

Click on pen to

Una vez activado SSRS en modo integrado, necesitaremos instalarnos los Microsoft SQL Server 2008 Reporting Services Add-in for SharePoint Technologies (Reporting Services Add-in) que Microsoft acaba de liberar. Estos Add-in nos permiten aprovechar toda la capacidad de procesamiento y gestión que nos da SQL Server 2008 dentro de WSS 3.0 & MOSS. Tal y como podéis comprobar en la página de descarga del Add-in, las funcionalidades disponibles son las siguientes:

• A Report Viewer Web Part that provides report viewing capability, export to other rendering formats, page navigation, search, print, and zoom.
• Web application pages so that you can create subscriptions and schedules, and manage reports, models, and data sources.
• Support for using standard Windows SharePoint Services features including document management, collaboration, security, and deployment with report server content types.

Ahora a ya sólo queda empezar a probar como de buena es la integración entre SharePoint y SSRS 2008 con estos Add-In…lo veremos en próximos capítulos.

http://jcgonzalezmartin.wordpress.com/2008/08/10/wss-3-0-amp-moss-191-qu-233-pasa-con-la-integraci-243-n-con-ssrs-2008/

Pasión por la tecnología…

Click on pen to

How to: Add Report Server Content Types to a Library (Reporting Services in SharePoint Integrated Mode)

http://msdn.microsoft.com/en-au/library/bb326289.aspx

Microsoft SQL Server Reporting Services – Installation and Configuration Guide for SharePoint Integration Mode (Important)

http://yasirbutt.spaces.live.com/Blog/cns!A8677D5751E6B4DA!1135.entry

Microsoft SQL Server 2008 Reporting Services Add-in for Microsoft SharePoint Technologies

http://www.microsoft.com/downloads/details.aspx?FamilyID=200fd7b5-db7c-4b8c-a7dc-5efee6e19005&DisplayLang=en

Integración de Reporting Services con SharePoint

http://geeks.ms/blogs/ciin/archive/2007/03/02/integraci-n-de-reporting-services-con-sharepoint-i.aspx

WSS 3.0 & MOSS: ¿Qué pasa con la integración con SSRS 2008?

http://geeks.ms/blogs/ciin/archive/2008/08/10/wss-3-0-amp-moss-191-qu-233-pasa-con-la-integraci-243-n-con-ssrs-2008.aspx

Information Integration: SSRS and MOSS 2007

http://officesharepointpro.com/content/1879/Information-Integration–SSRS-and-MOSS-2007–.aspx

FIX: You receive an error message when you try to access a report after you configure SQL Server 2005 Reporting Services to run under the SharePoint integrated mode

http://support.microsoft.com/kb/939942

Si alguien quiere añadir o compartir otras con gusto lo puede hacer mediante el uso de comentarios a este post.

http://blogs.technet.com/b/conocesharepoint/archive/2008/08/28/reporting-services-y-su-integraci-n-con-sharepoint.aspx

Click on pen to