Siguiendo con la serie de posts sobre como integrar Windows Azure Data Market y SharePoint 2010, en esta ocasión vamos a ver como podemos realizar dicha integración a través de un Business Data Connectivity Model o simplemente un conector de BCS (Business Connectivity Services) que crearemos en Visual Studio 11 Beta (VS 11 Beta) y que luego desplegaremos en nuestro ambiente de SharePoint. Empecemos:
-
Lo primero que tenemos que hacer como siempre es conocer la forma que tenemos de integrar la fuente de datos del Windows Azure Data Market. En mi caso, voy a trabajar con el set de datos 2006 – 2008 Crime in the United States que se puede integrar de forma muy sencilla en nuestras aplicaciones sin más que añadir una referencia al correspondiente servicio que en este caso es:
https://api.datamarket.azure.com/data.gov/Crimes/
-
Como siempre, antes de ponernos a hacer nada podemos jugar con el set de datos directamente desde el Data Market.
-
En VS 11 Beta creamos un proyecto de tipo SharePoint 2010 Project al que añadimos un elemento de tipo Business Data Connectivity Model que pasaremos a parametrizar a continuación. Este modelo tendrá una única entidad, Crime, que nos permitirá acceder a la información de los crímenes que expone el servicio.
-
En lugar de trabajar con el diseñador del Business Data Connectivity Model, vamos a agregar en primer lugar la lógica necesaria para acceder a los datos del servicio. Para ello, añadimos en primer lugar una referencia al citado servicio en nuestro proyecto. Tendremos que añadir además una referencia a System.Data.Services.Client.
-
A partir de aquí, en el explorador de soluciones vamos a preparar las dos clases que se crean al añadir el elemento de tipo Business Data Connectivity Model al proyecto: Entity1 y Entity1Service. La primera clase modela la entidad tipo que nos permite integrar los datos del servicio en SharePoint a través de una serie de propiedades. La segunda, contiene los métodos que permiten trabajar con entidades de tipo Entity1.
-
En mi caso, he renombrado Entity1 a Crime y le he añadido las siguientes propiedades que luego se mapearán a propiedades del set de datos expuestos por el servicio:
1: public partial class Crime
2: {
3: //TODO: Implement additional properties here. The property Message is just a sample how a property could look like.
4: public int ID { get; set; }
5: public string State { get; set; }
6: public string City { get; set; }
7: public int Year { get; set; }
8: public int Population { get; set; }
9: public int Burglary { get; set; }
10: public int LarcenyTheft { get; set; }
11: public int MotorVehicleTheft { get; set; }
12: }
-
A continuación iremos por la clase Entity1Service que en este caso renombramos a CrimeService. En la misma añadimos referencias a System.Net, System.Data.Services.Clien y al servicio de Windows Azure Data Market.
-
Añadimos a la clase un método que nos permita devolver un proxy al servicio. Como veis, simplemente se trata de devolver dicho proxy y además lidiar con no tener problemas de conexión por SSL usando para ello ServicePointManager y confiando en certificados del Windows Azure Data Market. Este proxy nos permitirá acceder a los datos del servicio.
1: private static datagovCrimesContainer GetProxy()
2: {
3: ServicePointManager.ServerCertificateValidationCallback =
4: ((sender, certificate, chain, sslPolicyErrors) =>
5: certificate.Subject.Contains("datamarket"));
6: Uri serviceUri =
7: new Uri("https://api.datamarket.azure.com/Data.ashx/data.gov/Crimes");
8: datagovCrimesContainer proxy =
9: new datagovCrimesContainer(serviceUri);
10: proxy.Credentials =
11: new NetworkCredential("Yor Data Market Account",
12: "Your Data Market Key");
13: return proxy;
14:
15: }
1: public static Crime ReadCrime(int id)
2: {
3: datagovCrimesContainer proxy = GetProxy();
4:
5: var results = from stat in proxy.CityCrime
6: where stat.ROWID == id
7: select stat;
8:
9: Crime currentStat = new Crime();
10:
11: currentStat.ID = results.Single().ROWID;
12: currentStat.City = results.Single().City;
13: currentStat.State = results.Single().State;
14: currentStat.Year = results.Single().Year;
15: currentStat.Population = results.Single().Population;
16: currentStat.Burglary = results.Single().Burglary;
17: currentStat.LarcenyTheft = results.Single().LarcenyTheft;
18: currentStat.MotorVehicleTheft = results.Single().MotorVehicleTheft;
19:
20: return currentStat;
21: }
-
-
Uno de tipo “finder” que nos devuelva una colección de objetos de tipo Crime. En este caso se ha renombrado el método a ReadCrimes(). Como antes, a partir del proxy es sencillo obtener una colección de objetos CityCrime expuestos por el servicio que luego usaremos para devolver la colección de objetos de tipo Crime.
1: public static IEnumerable<Crime> ReadCrimes()
2: {
3: List<Crime> queryResults = new List<Crime>();
4:
5: datagovCrimesContainer proxy = GetProxy();
6:
7: IEnumerable<CityCrime> crimes =
8: proxy.CityCrime.Where(c => c.State ==
9: "Washington" && (c.Year == 2008 || c.Year == 2007));
10:
11: //Procesando el set de datos devuelto
12: foreach (var c in crimes)
13: {
14: Crime cr = new Crime();
15: cr.ID = c.ROWID;
16: cr.City = c.City;
17: cr.State = c.State;
18: cr.Year = c.Year;
19: cr.Population = c.Population;
20: cr.Burglary = c.Burglary;
21: cr.LarcenyTheft = c.LarcenyTheft;
22: cr.MotorVehicleTheft = c.MotorVehicleTheft;
23:
24: queryResults.Add(cr);
25: }
26:
27: return queryResults.ToList();
28: }
-
A partir de aquí, de vuelta al explorador del modelo de BDC tenemos que configurar adecuadamente la entidad Crime para que se usen estos métodos y tenga los miembros correspondientes de acuerdo a la definición de la clase. Este trabajo lo haremos en el diseñador del modelo y el explorador.
-
En el diseñador configuraremos el nombre de la entidad y de los métodos expuestos. Mientras que en el explorador del modelo configuraremos adecuadamente los parámetros de entrada y de salida de cada uno de estos métodos.
-
Una vez creado el conector, simplemente lo desplegamos y en nuestro sitio de SharePoint creamos la correspondiente lista externa que mostrará los datos expuestos por el servicio.
Y hasta aquí llega este segundo post sobre la integración de SharePoint 2010 y el Windows Azure Data Market.
Otro gran punto de integración entre SharePoint 2010 y Windows Azure es a través del Windows Azure Data Market de manera que podemos acceder a datos publicados utilizando artefactos de SharePoint como pueden ser WebParts o conectores de BCS. En este primer post os voy a mostrar como podemos usar Bing Translator, que ya está incluido en el Windows Azure Data Market, para poder realizar traducciones en una WebPart. Comencemos:
-
En primer lugar, necesitamos estar suscritos al Windows Azure Data Market y añadir a nuestras fuentes de datos Microsoft Translator.
-
Una vez agregada, podemos realizar alguna prueba de consulta y además tomar nota de ciertas Urls importantes de uso del servicio como:
-
A partir de aquí, en Visual Studio 11 Beta creamos un proyecto de tipo SharePoint 2010 Project al que le agramamos un elemento de tipo Visual WebPart que configuramos para poder modelar la solución básica de traducción.
Partimos del ejemplo de uso de Microsoft Translator que pasa por descargarse el proxy C# disponible en la página de detalle de Microsoft Translator en el Data Market. A partir de aquí, ya estamos listos para codificar de acuerdo a los siguientes pasos:
-
Agregar referencia a System.Data.Services.Client puesto que los datos del Data Market los consultaremos a través de servicios REST.
-
Añadir directivas using a System.Data.Services.Client, System.Net y el espacio de nombres del proxy que nos hemos bajado (Microsoft en este caso).
-
Especificar la cuenta y clave de uso del Azure Data Market.
-
Evitar el infame error: The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel, date una vuelta por este enlace para saber de que
estamos hablando. Como veis, en mi caso y dado que esto son pruebas uso SharePointManager para saltarme problemas de certificados y dar por válidos los certificados usados por el Azurre Data Market. Si quieres específicamente confiar únicamente en los certificados del Windows Azure Data Market, basta con cambiar que se confía en todos los certificados (valor true) por certificate.Subject.Contains("datamarket").
-
Creamos una instancia del objeto TranslatorContainer definido en el proxy y que nos permite realizar la consulta de traducción.
-
Especificamos la url del servicio de Microsoft Translator y las credenciales de acceso al Windows Azure Data Market.
-
A partir de aquí especificamos que queremos traducir, el idioma de destino y el de origen…realizamos la traducción y procesamos los resultados.
1: try
2: {
3: this.txtTranslation.Text = "";
4: // tUri del Servicio
5: Uri uServiceRootUri =
6: new Uri(
7: "https://api.datamarket.azure.com/Bing/MicrosoftTranslator/");
8:
9: // Claves de acceso
10: string sAccountUser = "TuCuenta";
11: string sAccountKey = "TuClave";
12:
13: // Objeto Translator Container
14: ServicePointManager.ServerCertificateValidationCallback =
15: ((MySender, certificate, chain, sslPolicyErrors) => true);
16: TranslatorContainer tc =
17: new TranslatorContainer(uServiceRootUri);
18:
19: // Credenciales de acceso
20: tc.Credentials =
21: new NetworkCredential(sAccountUser,sAccountKey);
22:
23: //*****************************************
24: //A traducir
25: //*****************************************
26:
27: // Generamos la consulta
28: var translationQuery =
29: tc.Translate(this.txtWordToTranslate.Text,"en","es");
30:
31: // Ejecutamos la consulta
32: var translationResults = translationQuery.Execute();
33:
34: // Procesamos los resultados
35: if (translationResults!=null)
36: {
37: foreach (var item in translationResults)
38: {
39: this.txtTranslation.Text += item.Text;
40: }
41: }
42:
43: }
44: catch (Exception ex)
45: {
46:
47: this.lblError.Text = "Error: " +
48: ex.Message;
49: }
Y finalmente la prueba del algodón:
Otros posts sobre la integración de SharePoint y Azure:
Cómo sabéis, en SharePoint 2010 (como en la versión predecesora) es posible relacionar dos listas a través de columnas de tipo búsqueda (Lookup). La novedad que incorporó SharePoint 2010 es que además de relacionar dos listas mediante un campo de búsqueda definido en la lista padre que apunte a una columna de la lista hija, podemos traer columnas adicionales de la lista hija a través de la característica de campos proyectados. Ahora bien, hay que tener en cuenta que no todos los campos definidos en la lista hija pueden ser campos proyectados…en concreto, los siguientes tipo de campos se soportan como proyectados al relacionar dos listas y por ende se pueden usar en consultas CAML definidas a las dos listas:
- Calculated (treated as plain text).
- ContentTypeId.
- Counter.
- Currency.
- DateTime.
- Guid.
- Integer.
- Note (one-line only).
- Number.
- Text.
Por último, os recomiendo que reviséis la sección de la SharePoint Guidance en la que se tratan estos temas y en los que se resumen de forma muy esquematizada:
Referencias:
SharePoint Online (SPO) en Office 365 permite modelar escenarios Extranet en los que puedan colaborar usuarios externos a partir de la característica de “Invitar a usuarios externos” disponible tanto para planes P como para planes E. Hasta ahora esta característica tenía unas limitaciones que Microsoft ha decidido mejorar ya que:
-
En planes P sólo se podía invitar hasta 50 usuarios externos, y si necesitabas invitar a más usuarios externos no te quedaba otra que cambiar a un plan de tipo E.
-
En planes E, se incluía en el precio la invitación a 50 usuarios externos y si necesitabas más podías adquirir paquetes adicionales de invitaciones a 50 usuarios externos.
Por suerte, y como se comenta en este enlace, estos límites se han extendido ampliamente de manera que en planes P se pueden invitar hasta a 500 usuarios externos y en planes E ya no hay límite…simplemente genial.
Como sabéis, con SharePoint 2010 contamos con la posibilidad de crear flujos de trabajo re-utilizables en SharePoint Designer 2010 (SPD 2010), es decir, flujos que no están “atados” a una lista concreta o incluso a un tipo de contenido concreto de manera que el flujo puede ser re-utilizado en todo el sitio vinculándolo a cualquier lista o tipo de contenido del mismo. Una pregunta que puede surgir es si es posible re-utilizar este flujo en otros sitios, la respuesta es que inicialmente no, pero podemos configurarlo para que sea globalmente re-utilizable:
-
Abrimos un sitio cualquiera con SPD 2010 y nos vamos a la sección de flujos de trabajo. Pulsamos la opción de la Ribbon que nos permite crear un flujo de trabajo re-utilizable.
-
En la pantalla inicial de definición del flujo, especificamos un nombre y descripción para el mismo. En principio, no lo vinculamos a un tipo de contenido concreto.
-
En el diseñador de flujos, modelamos un sencillo flujo de trabajo.
-
Guardamos el flujo y para publicarlo de forma global, no tenemos más que usar la opción correspondiente de la Ribbon (“Publish Globally”), de manera que se muestra un mensaje informativo indicando que el flujo se publicará en el catálogo de flujos globales de nuestro despliegue de SharePoint de manera que podremos utilizarlo en otros sitios.
-
Comprobamos que efectivamente el flujo aparece en otro sitio.
Siguiendo con la serie de posts sobre como automatizar el despliegue de una aplicación Access Services en SharePoint OnPremise u Online (SPO), en esta ocasión vamos a empatar el resultado del partido y casi a ganarlo ya que una vez que os muestre el camino alternativo de publicación, es muy fácil pensar en como mediante el modelo de objetos automatizar al máximo el despliegue de una aplicación de Access Services. Empecemos pues.
-
Lo primero que tenemos que hacer es crear una aplicación Access 2010 Web o bien partir de una existente.
-
En mi caso, he creado una nueva aplicación usando como base la plantilla Charitable Contributions.
-
Una vez que hemos realizado todas las personalizaciones e implementaciones de nuestra aplicación Access Web, empieza la “fiesta” para la publicación alternativa de la misma en los servicios de Access. Lo que tenemos que hacer es guardar la aplicación como plantilla de tipo “Database template” (ACCDT) a través de la opción “Save & Publish”.
-
De esta forma se abre una ventana en la que especificaremos los datos de la plantilla ACCDT a generar.
-
Una vez especificados estos datos, pulsamos “OK” y nos quedamos con la ruta dónde se guarda la plantilla.
-
Nos vamos a un sitio de SharePoint OnPremise o SPO y cargamos la plantilla en la galería de soluciones. Activamos la plantilla.
-
Una vez activada, nos vamos a Acciones del sitio –> Crear y buscamos nuestra plantilla (cuidado con el idioma). Configuramos los parámetros de creación del nuevo sitio y pulsamos “Crear”.
-
En mi caso, la prueba la he hecho en SPO y el proceso a finalizado con un error no especificado, pero creando el nuevo sitio por lo que deduzco que se ha debido dar algún Time Out en el proceso de creación…pero el resultado es qué la aplicación se crea, por lo que JC empata el partido.
-
Por supuesto, la aplicación está completamente operativa.
Referencia:
http://www.slideshare.net/patenik2/access-services-in-sharepoint-2010-all-you-need-to-know
Siguiendo con la serie de posts sobre como registrar un manejador de eventos contra una lista personalizada de SharePoint Online (SPO), en esta ocasión toca ver la aproximación programática a través del modelo de objetos de SharePoint:
-
Una vez creado el manejador en VS 11 Beta, tenemos que averiguar la información del ensamblado correspondiente ya que la necesitaremos para registrar el manejador a la lista mediante el modelo de objetos. Para obtener esta información, simplemente usamos la utilidad Strong Name de VS 11 Beta que nos la vuelca en la ventana de salida.
-
A continuación, para registrar el manejador de eventos en la lista mediante el modelo de objetos tenemos que recurrir a un Feature Event Receiver…y es aquí dónde nos esperan las malas noticias: no es posible registrar el manejador de eventos mediante el modelo de objetos cuando se trata de una solución de tipo Sandbox…básicamente el método Add() que necesitamos para añadir el manejador a la colección de manejadores de la lista en cuestión no está disponible.
Referencias:
Pues eso, el próximo 21 de junio y gracias a la invitación de la comunidad IT Pro de España estaré hablando sobre SharePoint Foundation a nivel de posibilidades y de arquitectura de la plataforma. Los detalles completos del WebCast los podéis encontrar en este enlace. Podéis inscribiros al WebCast a través de este otro enlace.
A raíz de una cuestión relativa a manejadores de eventos en SharePoint Online (SPO), me he encontrado con la sorpresa de qué cuando creas un manejador para una lista de tipo personalizada este no se registra por defecto y por lo tanto no funciona. El manejador en sí se despliega de forma correcta a través de la correspondiente solución Sandbox, pero a la hora de verlo en acción nada de nada…ante este comportamiento, cabían dos posibles respuestas:
-
En primer lugar, no es posible registrar de forma declarativa un manejador de eventos para una lista personalizada de SPO…lo cuál me extrañaba.
-
En segundo lugar, este registro igual sólo se puede hacer de forma programática con un manejador de característica por ejemplo.
Ante estas dudas, tocaba hacer las correspondientes pruebas…la primera ver si el registro declarativo nos deja alguna opción para agregar un manejador a una lista personalizada y la respuesta es qué sí…el truco pasa por usar el atributo ListUrl en lugar del ListTemplateId de forma que nos aseguremos que el manejador se registra y además lo hace para una lista concreta…y efectivamente, así es:
1: <?xml version="1.0" encoding="utf-8"?>
2: <Elements xmlns="http://schemas.microsoft.com/sharepoint/">
3: <Receivers ListUrl="Lists/SPCustomList">
4: <Receiver>
5: <Name>CustomListERItemAdding</Name>
6: <Type>ItemAdding</Type>
7: <Assembly>$SharePoint.Project.AssemblyFullName$</Assembly>
8: <Class>SPOERPOC.CustomListER.CustomListER</Class>
9: <SequenceNumber>10000</SequenceNumber>
10: </Receiver>
11: </Receivers>
12: </Elements>
La segunda aproximación, pero ya en otro post, pasa por realizar el registro de forma programática en la lista en cuestión. Finalmente, os dejo otros posts relacionados con este tema:
Pues esta es la cuestión que se me vino a la cabeza cuando pensé en Access 2010 y los servicios de Access como una buena solución para crear aplicaciones sencillas con un look & feel atractivo y la funcionalidad deseada, todo sobre SharePoint pero sin parecerlo. Lo primero que me vino a la cabeza de cara a automatizar el despliegue de una aplicación Access 2010 desplegada en SharePoint fue la de aprovechar que dado un sitio de SharePoint, es posible guardarlo como plantilla de manera que se genera el correspondiente .wsp que contiene un Web Template:
-
Navegamos hasta la aplicación en cuestión (en el ejemplo, la aplicación de gestión de campañas que forma parte de la demo de Fabrikan para SharePoint Online).
-
Nos vamos a la configuración del sitio y a la opción de guardar el sitio como plantilla.
-
A continuación simplemente especificamos el nombre del archivo .wsp a generar y de la plantilla (Nota: No os olvidéis de marcar el check de incluir contenido).
-
Si todo va bien, el proceso de guardado concluirá con éxito y podremos ir a la galería de soluciones de la colección de sitios para descargarnos el .wsp generado.
-
Nos lo descargamos y lo cargamos en una galería de soluciones de otra colección de sitios. Por supuesto, activamos la solución.
-
Procedemos a crear un nuevo sitio en base a esta plantilla que aparece entre las plantillas de sitio disponibles.
-
Y aquí empiezan los problemas…primer petardazo indicando que alguna característica que está incluida en la definición no está activa…la identifico y la activo, pero sigue dando errores por lo que desisto de intentar crear el sitio (la solución pasaría por importar el WSP en Visual Studio 2010 y hacer limpieza de aquellas características que se han incluido en la definición y que no son necesarias).
-
Pero no todo está perdido, lo que hago para probar si es posible desplegar la aplicación con un .wsp es crearme una aplicación Access Web en Access 2010 y la publico esta vez en una colección de sitios cuyo sitio raíz se ha creado con la plantilla Blank Site. En este caso, al usar la plantilla generada para crear un nuevo sitio ya no hay errores, pero el sitio generado es completamente inútil….y esto fue porque olvide marcar el check de incluir contenido al guardar el sitio como plantilla.
-
Repito los pasos, pero generando la plantilla de sitio de forma que se incluya el contenido. Al crear el sitio en base a la plantilla parece que este empiza a mostrarse de forma correcta hasta que da el infame error que aparece en la última captura de pantalla y que no se soluciona
Por lo tanto, Servicios de Access 1 – JC 0, veremos si soy capaz de averiguar que hace por debajo el proceso de publicación desde Access 2010 para ver si es posible realizar la automatización que os comentaba…pero esto ya os lo contaré (si es que es posible) en otro post.
Hace un tiempo publicada como dado un sitio público de SharePoint Online (SPO) en Office 365, podemos habilitar el acceso anónimo en listas que requieran autenticación sin más que crear un manejador de eventos que realizase todo el trabajo de permitir que estos usuarios anónimos pudiesen trabajar en estas listas de la misma forma que un usuario con los privilegios adecuado. Lo qué me lleva al título de este artículo y la consiguiente pregunta: ¿se puede publicar un calendario privado de SPO en un sitio público de forma similar a lo que se puede hacer con calendarios de Exchange? La respuesta es qué depende de en qué nivel esté ese calendario:
-
Si es un calendario creado bajo el sitio público, entonces podemos usar la aproximación comentada de habilitar el acceso a usuarios anónimo vía rotura de permisos ya que tenemos acceso anónimo a nivel de colección de sitios.
-
Si es un calendario creado bajo un sitio privado, no podremos usar esta aproximación ya que aunque podemos romper permisos, domina la configuración de la colección de sitios raíz que en este caso no tiene habilitado el acceso anónimo.
Desde que SharePoint 2007 vio la luz, todo el mundo decía que además de todas sus bondades y capacidades, venía a sustituir las carpetas públicas de Exchange que por entonces, y también ahora, se siguen usando de forma intensiva para almacenar información de una organización. El caso es que, con SharePoint 2010 a punto de dar la señal de salida a una nueva versión de producto, resulta que las carpetas públicas de Exchange se siguen usando y mucho por lo que cuando se habla de sustituirlas por SharePoint aparece en escena una palabra que hace que te entren sudores fríos: “migración”. A la vista de esto, la pregunta es: ¿Qué posibilidades tengo para migrar carpetas públicas de Exchange a SharePoint 2010?
Aproximación manual:
Aproximación mediante desarrollo que implicaría necesariamente:
Herramientas de terceros:
- AvePoint (DocAve Public Folder Migrator):
- MetaVis:
- Quest:
- Metalogix:
Si nos vamos a la opción de usar herramientas de terceros, aparte de hacer pruebas con sus versiones trial, sería recomendable que dispusiese de capacidades como:
-
Soporte para migraciones en masa de carpetas públicas.
-
Soporte para migraciones de archivos .PST.
-
Permita mapear elementos de las carpetas públicas a elementos propios de SharePoint:
-
Migraciones granulares, posibilitando la migración a nivel de elemento.
-
Posibilidad de mapeo de metadatos, es decir, recoger metadatos de los elementos en carpetas públicas y mapearlos con metadatos de tipos de contenido.
- Migración no intrusiva, es decir, que el número de componentes o elementos a introducir en el entorno de SharePoint sea el mínimo imprescindible.
- …
Otros recursos:
Siguiendo con la serie de posts sobre trabajo con suscripciones y alertas cuando tenemos una integración entre SharePoint 2010 y SSRS 2012, en esta ocasión vamos a ver como configurar alertas personalizadas para un informe de manera que cuando haya un cambio en los datos del mismo nos llegue el correspondiente aviso. Pero antes, os recuerdo los artículos previos de la serie:
Para carear una alerta que se dispare ante cambio de datos de un cierto informe:
-
En el visor de informe, pulsamos sobre Actions –> New Data Alert.
-
De esta forma, se muestra una ventana que es una aplicación Silverlight que nos permite configurar las alertas.
-
Para configurar una alerta, tenemos que seleccionar una región de datos válida del informe y a continuación definir la condición de generación de la misma. Por ejemplo, que la información de una cierta caja de texto tenga un valor superior a un cierto valor fijo. A continuación configuramos la frecuencia de envio de la alerta, la dirección de envío de la alerta, el asunto y una descripción para la alerta.
-
Para visualizar las alertas de un cierto informe, nos vamos a la biblioteca dónde está almacenado y a través del menú contextual pulsamos sobre la opción de administración de alertas del informe.
-
A continuación se mostrarán el listado de alertas disponibles para dicho informe.
Como ya se ha comentado en artículos previos, SharePoint 2010 introduce un nuevo tipo de evento que permite realizar cierto trabajo cuando estamos actualizando una característica. Se trata el FeatureUpgrading que nos permite actualizar una característica existente vía código. Por ejemplo, imaginemos que estamos desplegando una nueva versión de una WebPart que recoge los datos introducidos por el usuario y los almacena en una lista, pero que esa lista necesita de ciertas modificaciones a través del modelo de objetos…pues bien, las podríamos realizar a través de sobrescribir el manejador FeatureUpgrading de la Feature tal y como se detalle en la correspondiente sección de MSDN. Además, esa actualización podremos realizarla ante ciertas especificaciones que podremos configurar en la definición de la feature mediante la acción de una sección UpgradeActions en la que podremos especificar <CustomUpgradeActions> y párametros dentro de las mismas que serán las que marquen como realizar las actualizaciones:
1: <UpgradeActions>
2: <CustomUpgradeAction Name="MiCustmUpgradeAction">
3: <Parameters>
4: <Parameter Name="Parameter1">True</Parameter>
5: <Parameter Name="Parameter2">False</Parameter>
6: </Parameters>
7: </CustomUpgradeAction>
8: </UpgradeActions>
En este otro artículo de MSDN tenéis un How-To más completo sobre FeatureUpgrading. Finalmente os dejo la referencia a los artículos previos publicados sobre este tema:
El próximo 6 de junio tendré la oportunidad de participar de la mano de AvePoint, Microsoft y otros partners relevantes del mundo de SharePoint en un evento que tendrá lugar en Madrid y que se enmarca dentro de una gira que se realizará a nivel europeo pasando por varias ciudades. Junto con el amigo Mario Cortes impartiremos la sesión titulada SharePoint 2010: La plataforma clave para la toma de decisiones empresariales. Y la agenda prevista es la siguiente:
-
9:00: Registro y Café
-
9:30: Introducción Oscar Mozo Rivera ,Microsoft Ibérica.
-
10:00: SharePoint 2010: La plataforma clave para la toma de decisiones empresariales (Juan Carlos González & Mario Cortés).
-
10:30: Entender los factores claves para gestionar efectivamente su plataforma de SharePoint (Roberto Vázquez Delgado,AvePoint).
-
11:00: Pausa de café.
-
11:30: Captura y reconocimiento en SharePoint (Miguel Blanc & Gianina Ciccimarra, ABBYY).
-
11:50: Automatización de Procesos en SharePoint. Igor Jericevich, K2.
-
12:45: Planificando Microsoft® SharePoint® Governance: Factores determinantes para implementar un efectivo plan de Governance en SharePoint (Roberto Vázquez Delgado, AvePoint).
-
13:15: Almuerzo & Networking.
Esperamos verte por el evento cuya inscripción puedes realizar en este enlace.
Siguiendo con la serie de posts sobre como trabajar con alertas y suscripciones cuando tenemos una integración de SharePoint 2010 y SSRS 2012, en esta ocasión vamos a crear de forma efectiva una suscripción:
-
Lo primero que tenemos que hacer es configurar el informe para el que queremos crear una suscripción para que utilice una cuenta de ejecución almacenada en BD. Accedemos a la lista de informes y editamos el informe en cuestión con Report Builder 3.0.
-
Dentro de Report Builder 3.0, editamos la fuente de datos utilizada y la configuramos para que use un login de SQL Server en lugar de autenticación Windows. Guardamos los cambios en el informe.
-
De vuelta al informe ejecutándose en un sitio de SharePoint, para crear una suscripción o una alerta no tenemos más que pulsar Actions –> Subscribe
-
En la página que se muestra a continuación podremos crear la suscripción. Lo primero que tenemos que elegir es el tipo de entrega del informe que se genere en la suscripción. Como vemos, tenemos cuatro tipos de entrega: Windows File Share, E-Mail, SharePoint Document Library y Null Delivery Provider.
-
En este caso, elegimos E-Mail como tipo de entrega y configuramos los parámetros para que el informe que se genere en un cierto formato sea entregado en un buzón de correo. Cómo veis, tenemos bastantes parámetros con los que jugar: dirección a la que enviar el informe generado, el asunto, el formato de entrega, etc.
-
Lo siguiente que tenemos que hacer es configurar cuando entregar el informe generado de acuerdo a una cierta programación.
-
Si todo se ha configurado de forma correcta, veremos la nueva suscripción añadida en el listado de suscripciones.
-
Y comprobaremos que el informe se recibe de forma correcta en el buzón de correo electrónico especificado.
Este tema salió el otro día en una conversación que tuve con el amigo Mario y mi respuesta fue que casi seguro que no aunque con algún que otro “truco” se podría conseguir como por ejemplo con un Feature Event Receiver como se explica en este enlace o con una aplicación de consola usando el modelo de objetos completo de SharePoint si podemos ejecutarla en el servidor o el modelo de objetos en cliente si esto no es posible. También tenemos que tener cuidado con la naturaleza de la solución en el caso del Feature Event Receiver ya que si se trata de una solución de tipo Sandbox y tenemos que crear subsitios “muy pesados” podemos incurrir en timeouts. Finalmente os dejo algunas referencias a tener en cuenta cuando trabajemos con Web Templates:
Siguiendo con la serie de posts sobre como crear una Custom action para crear un documento en línea usando las Office Web Applications en SharePoint Online (SPO), en esta ocasión vamos a ver la aproximación de como crearla por medio de Visual Studio 11 Beta (VS 11 Beta). Para ello:
-
En VS 11 Beta creamos un proyecto de tipo SharePoint 2010 Project.
-
Especificamos la Url de un sitio local de SharePoint 2010 y elegimos como tipo de despliegue “Deploy asa sandboxed solution”.
-
Añadimos al proyecto un elemento de tipo “Module”.
- Este elemento de tipo “Module” es el que usaremos para provisionar la imagen asociada a la custom action a desplegar.
1: <?xml version="1.0" encoding="utf-8"?>
2: <Elements xmlns="http://schemas.microsoft.com/sharepoint/">
3: <Module Name="SPOCustomActionResources">
4: <File Path="SPOCustomActionResources\WordImage.png" Url="SPOCustomActionResources/WordImage.png" />
5: </Module>
6: </Elements>
-
Añadimos al proyecto un elemento de tipo “Empty element” que usaremos para configurar la custom action a añadir.
-
La estructura de nuestra solución debería quedar como se muestra en el explorador de soluciones.
1: <?xml version="1.0" encoding="utf-8"?>
2: <Elements xmlns="http://schemas.microsoft.com/sharepoint/">
3: <CustomAction
4: Id="55D6571F-7B1B-4639-AC0A-B2D3EC116415"
5: RegistrationType="List"
6: RegistrationId="101"
7: Location="CommandUI.Ribbon">
8: <CommandUIExtension>
9: <CommandUIDefinitions>
10: <CommandUIDefinition
11: Location="Ribbon.Documents.New.Controls._children">
12: <Button
13: Id="CreateWord"
14: Sequence="1981"
15: Command="CraeteWord"
16: Image32by32="~site/SPOCustomActionResources/WordImage.png"
17: LabelText="Crear Word"
18: TemplateAlias="o1"/>
19: </CommandUIDefinition>
20: </CommandUIDefinitions>
21: <CommandUIHandlers>
22: <CommandUIHandler
23: Command="CraeteWord"
24: CommandAction="https://miccantabria.sharepoint.com/sites/DesSPO/_layouts/CreateNewDocument.aspx?id=https://miccantabria.sharepoint.com/sites/DesSPO/template.dotx&SaveLocation=https://miccantabria.sharepoint.com/sites/DesSPO/Documentos%20compartidos&Source=%20https://miccantabria.sharepoint.com/sites/DesSPO/Documentos%20compartidos/Forms/AllItems.aspx&DefaultItemOpen=1;">
25: </CommandUIHandler>
26: </CommandUIHandlers>
27: </CommandUIExtension>
28: </CustomAction>
29: </Elements>
-
Una vez configurada la custom action, la publicamos en nuestro sitio de SPO mediante la opción “Publish”.
-
En la ventana que se abre especificamos la Url del sitio de SPO.
-
Tras activar la solución Sandbox y la correspondiente característica, comprobamos que la nueva custom action aparece en la cinta de opciones y que está plenamente operativa.
Referencias:
Hace unos meses, y ante una pregunta recurrente en los foros de SharePoint, os comentaba de dónde podíamos descargar las Office Web Apps y alguna cuestión relativa a licenciamiento de las mismas pero sin entrar en el detalle que nos aporta Reza Alirezaei en este artículo de su blog que tenemos que tomar como referencia para tener claro como es el modelo de licenciamiento de las Office Web Apps…la tabla resumen de Reza lo dice todo:
“Casi” están disponibles los materiales del WebCast sobre firma electrónica en SharePoint en la web de SUGES (en este enlace, donde junto con la presentación he subido material adicional aportado por Mina Software) y digo “casi”, porque por un problema técnico, la ley de Murphy o lo que sea resulta que el WebCast no se grabó correctamente (si no recuerdo mal, en los 4 años de vida de SUGES es la 2ª o 3ª vez que nos sucede esto con una grabación…la tasa es baja en comparación con el número de WebCasts, pero aún así da rabia cuando se trata de temas tan interesantes)…pero no todo está perdido, porque por un lado estoy hablando con la gente de Mina Software para ver como podemos remediar el problemilla y poder disponer de documentación extra sobre su producto de firma y por otro, he intentado recoger en este post buena parte de las preguntas que se realizaron durante el WebCast que por otro lado tuvo muy buena acogida entre los asistentes…aprovecho para agradecer tanto a los ponentes de Mina Software (principalmente David y Alejandro) el excelente WebCast que realizaron y a los asistentes el interés mostrado en la solución.
Entonces, volviendo al tema de minimizar daños os recuerdo que en el número 11 de CompartiMOSS tenemos un artículo sobre firma digital elaborado por la gente de Mina Software en la que se resumen las características de su producto de firma. Además, en la propia página de Mina Software podréis encontrar información relativa al mismo:
Al final de las demostraciones hubo una sección de Q & A en la que surgieron cuestiones como:
-
Cómo es el modelo de licenciamiento de SealSign:
-
Qué versiones e SharePoint están soportadas:
-
SharePoint 2007 (WSS 3.0 y MOSS).
-
SharePoint 2010 (Foundation y Server).
-
En el roadmap de producto está el llevar SealSign a Office 365.
-
Qué elementos forman parte de la solución (sin entrar en detalle):
-
Una serie de características que incluyen elementos como tipos de contenido específicos para firmar, bibliotecas, acciones de la Ribbon, WebParts de portafirma.
-
Páginas de configuración de la forma de firmado del documento o del formulario de lista.
-
El motor de firma que se integra con SharePoint vía la correspondiente aplicación de servicio.
-
Actividades de workflow para la firma mediante flujo de trabajo.
-
…
-
¿Qué tipos de firma?
-
Firma en servidor (se usan los certificados asignados por el motor de firma a la cuenta de usuario) vs firma en cliente (se accede a los certificados del usuario para firmar…en este caso se usa un applet de Java para dicho acceso).
-
Firma de documento (diferenciando entre documentos Office y PDF por ejemplo) vs firma de elemento de lista.
-
Simple vs múltiple.
-
Cómo es el rendimiento del proceso de firma:
-
Sobre el motor de firma:
-
Se usa uno propietario, aunque no habría problema en usar otros motores de firma.
-
A nivel de planning, dependiendo del escenario se puede optar porque el motor se instale en los frontales de SharePoint o bien en un servidor independiente.
-
Cómo de extensible es la solución:
Más artículos
Página siguiente >