Desplegando Logic Apps desde Visual Studio

Hola de nuevo a todos,

Continuamos con la actividad del blog en este 2016, hablando sobre servicios de Azure. En anteriores entradas, os había hablado mucho sobre las Logic Apps de Azure:

https://elblogdelprogramador.wordpress.com/2015/10/10/azure-logic-apps-i-primeros-pasos/

https://elblogdelprogramador.wordpress.com/2015/10/11/azure-logic-apps-ii-que-mas-puedo-hacer/

https://elblogdelprogramador.wordpress.com/2015/10/24/azure-logic-apps-iii-creando-conectores-personalizados-las-api-apps/

Una duda que me surgió mientras probaba este servicio de Azure tenía que ver con la posibilidad de crear las Logic Apps desde Visual Studio, frente a la opción de hacerlo desde el portal de Azure usando el diseñador, como había estado haciendo en todas las entradas anteriores.

Obviamente, la posibilidad de usar Visual Studio no es un simple capricho. Esto, nos da la oportunidad de integrar las Logic Apps en el ciclo ALM de nuestro proyecto, poder usar nuestro Control de Código Fuente, gestionar las versiones de desarrollo y pruebas de una forma automatizada, etc.

En la entrada de hoy vamos a ver cómo podemos desplegar una Logic App desde Visual Studio. Para poder hacer esto, antes de nada, debemos tener instalada la SDK de Azure en nuestro equipo, que se puede descargar de aquí.

Una vez instalada, vamos a crear el proyecto en Visual Studio: New Proyect->Cloud->Azure Resource Group

Captura de pantalla 2016-01-16 a las 12.56.18

Captura de pantalla 2016-01-16 a las 12.57.40

Una vez indiquemos la opción de la plantilla de proyecto de Visual Studio, nos aparece una pantalla que nos solicita la plantilla de recurso de Azure que queremos seleccionar. En este paso, seleccionaremos Logic App

Captura de pantalla 2016-01-16 a las 12.58.10

Con esto nos crea el proyecto con la plantilla adecuada y con una estructura como la siguiente:

Captura de pantalla 2016-01-16 a las 12.58.36

La parte importante de esta plantilla son los archivos dentro de la carpeta Templates. Como podéis ver, hay dos archivos:

  • LogicApp.json: en este archivo se define toda la Logic App, la definición de los parámetros necesarios para su configuración y el código propio de la Logic App. Este archivo json incluye una sección llamada definition donde se puede añadir el código de la Logic App. Como ya comenté en anteriores entradas, las Logic Apps se pueden crear por medio del diseñador del portal de Azure, o por medio de un archivo json donde se indicarán los conectores que la componen y demás. Este código es el que podemos incluir en la sección definition de este archivo.
  • LogicApp.parameters.json: es un archivo adicional donde se especifica el valor de los parámetros de configuración de la Logic App

Si lo que queremos, es deplegar nuestra Logic App, haremos lo siguiente:

Captura de pantalla 2016-01-16 a las 13.14.15

Esto, nos va a desplegar una pantalla como la siguiente, en la que especificaremos, la subscripción de Azure donde queremos publicar la Logic App, el grupo de recursos al que pertenece y los ficheros con la definición y parámetros de la Logic App que vimos anteriormente.

Captura de pantalla 2016-01-16 a las 13.14.52

Antes de publicar la Logic App, deberemos hacer click sobre la opción “Edit Parameters” para establecer los parámetros obligatorios para que la Logic App se pueda desplegar correctamente, (el nombre de la Logic App y el Plan de Servicios de la misma).

Captura de pantalla 2016-01-16 a las 13.15.03

Tras esto, guardamos y ya podemos publicar la Logic App haciendo click en la opción Deploy.

Y esto es todo, de esta manera podremos trabajar con las Logic Apps desde Visual Studio, con las opciones que eso nos ofrece para poder integrarlas correctamente en nuestros ciclos de desarrollo.

Os dejo un enlace al artículo de Azure donde encontré la información sobre cómo hacer esto:

https://azure.microsoft.com/en-us/documentation/articles/app-service-logic-deploy-from-vs/

Espero que os haya resultado interesante.

Hasta la próxima.

Anuncios

[Evento] Potencia tus desarrollos de SharePoint con Azure

Muy buenas a todos, y antes de nada Feliz Navidad a todos los que habitualmente entran a “El blog del programador”.

Hoy os quiero hablar del próximo evento que se va a celebrar, organizado por la comunidad de usuarios de SharePoint de Madrid, MadPoint, y que tendrá lugar el próximo 15 de Enero en Wayra en la calla Gran Via, 28.

En dicho evento, tendremos la oportunidad de profundizar en las oportunidades que nos ofrece Azure para usarla en nuestros desarrollos de SharePoint, tanto OnLine como OnPremise. Os dejo el enlace de la página de madpoint donde encontraréis toda la información sobre el evento

http://www.madpoint.net/2015/12/23/evento-potencia-tus-desarrollos-de-sharepoint-con-azure/

La agenda del evento, en donde tendré la oportunidad de aportar mi granito de arena, es la siguiente:

  • 16.00 – 16.15: Bienvenida e introducción
  • 16.15-16.50: Diseña tu propio Office 365 con Azure IaaS y PaaS
    • En esta sesión teórica, Miguel Tabera (MVP de Office Servers and Services) nos enseñará, desde el punto de vista de arquitectura, cómo es posible utilizar máquinas virtuales y servicios como las web apps, Azure Search, Media Services y Application Insights para diseñar nuestro propio servicio similar a Office 365 en el que proporcionemos SharePoint, Exchange, Office Vídeo, etc.
  • 17.00-17.50: Logic apps o el futuro de los flujos de trabajo
    • ¿Qué son las logic apps? ¿Cómo las podemos utilizar? ¿Se convertirá en el motor para desarrollar nuestras lógicas de negocio y flujos de trabajo en el futuro? En esta sesión, Jose Carlos Rodríguez Avilés, nos enseñará qué podemos hacer con este servicio de Azure y cómo podemos usarlo para implementar lógicas de negocio interconectando entre si la amplia gama de herramientas que usamos hoy en día.
  • 18.00-18.50: Timerjobs y eventos en SharePoint Online usando Hangfire
    • Cristian Ruiz nos mostrará un ejemplo práctico de cómo crear timerjobs y eventos remotos (evitando los límites de tiempo de SharePoint online) utilizando el motor de tareas programadas.

Como podéis ver, las ponencias son muy interesantes, os animo a seguir de cerca la información del evento, y a que participéis en el mismo. Poco a poco, desde MadPoint iréis recibiendo más información, desde twitter, linkedin y la página de web, para todos aquellos que podáis estar interesado.

Un saludo, y por si acaso que tengáis una muy buena entrada del año 2016.

 

Primeros pasos con SharePoint 2016: La búsqueda híbrida

Muy buenas a todos,

Quiero seguir hoy profundizando en las características de SharePoint 2016, con uno de los aspectos más importantes que trae esta nueva versión, las búsquedas híbridas. En una anterior entrada os contaba mi primera experiencia con la versión preview de SharePoint 2016

Primeros pasos con SharePoint 2016

Uno de los objetivos principales que sigue esta nueva versión de SharePoint, es acercar a los usuarios a la nube. Para ello, incluye una serie de características que favorecen, para aquellos usuarios que no puedan hacer una migración completa a la misma, una experiencia que sirva como primer paso para ello. Una de las funcionalidades más destacadas es la de la búsqueda híbrida. Por medio de esta característica, podremos acceder desde la versión OnLine de SharePoint a contenido almacenado en nuestros servidores OnPremise.

En el post de hoy os quiero hablar de cómo configurar y poner en marcha la búsqueda híbrida en SharePoint 2016. Antes de continuar quiero puntualizar que la búsqueda híbrida, no es una característica exclusivamente nueva de SharePoint 2016, sino que desde la versión de SharePoint 2013 a partir de la actualización de Agosto de 2015, la tenemos disponible también. Además antes de esta actualización, SharePoint 2013 ya permitía de alguna forma la hibridación de la búsqueda (con la búsqueda híbrida federada), aunque no con el mismo nivel de integración que la actual solución de búsqueda híbrida.

¿En qué se diferencian la solución de búsqueda híbrida de SharePoint 2013 de esta nueva búsqueda híbrida?

En la solución de SharePoint 2013 (antes de la actualización de agosto como ya dije antes), la búsqueda híbrida federada, los resultados estaban organizados en dos índices, uno para SharePoint Server y otro para SharePoint OnLine y se clasificaban los contenidos de forma separada.

Captura de pantalla 2015-12-12 a las 23.09.09

Con la nueva solución de búsqueda híbrida, los resultados vienen en un único índice. El centro de búsqueda de SharePoint OnLine muestra y clasifica los resultados en un único bloque y calcula la relevancia, ranking y refinadores para todos los resultados independientemente de donde vengan.

 

Captura de pantalla 2015-12-12 a las 23.09.19

Configurando la búsqueda híbrida en SharePoint 2016

Antes de nada, os pongo en antecedentes. He creado una granja de servidores en Azure, con dos servidores, uno para SQLServer y otro para SharePoint. He instalado en el servidor de SharePoint la versión 2016 Beta 2 (será seguramente por temas de configuración o algún fallo mio, pero no me conseguí hacerla funcionar bien con la primera beta).

Para configurar la búsqueda híbrida, lo primero que tenemos que hacer es acceder al siguiente enlace y descargar el archivo que hay con la documentación para la configuración de la búsqueda híbrida.

https://connect.microsoft.com/office/Downloads

Siguiendo paso a paso el tutorial que viene en el pdf que encontraréis en el .zip que descargaréis, conseguiréis configurar completamente la búsqueda. Os voy a resumir los pasos que he llevado a cabo, todos sobre el servidor con SharePoint 2016 instalado, para que os hagáis una idea.

1.- Configurar la sincronización de los usuarios del Active Directory de mi granja OnPremise con Office 365, usando Azure Active Directory Sinchronization Services

Captura de pantalla 2015-11-28 a las 19.42.39Captura de pantalla 2015-11-28 a las 19.43.18Captura de pantalla 2015-11-28 a las 19.44.41

Tras configurar la sincronización, no debemos olvidar asignar a las nuevas cuentas que se han creado en Office 365 una licencia de Office 365 para que puedan ser usadas.

2.- En el archivo que descargamos hay dos scripts, ahora ejecutaremos el primero de los dos: CreateCloudSSA.ps1 que nos creará una aplicación de servicio de búsqueda con la configuración híbrida habilitada. En el caso de que se haya realizado correctamente todo el proceso, aparecerá un mensaje indicándolo. Este script nos pide como parámetros, los datos de nombre del servidor de SharePoint, cuenta del servicio de búsqueda, nombre de la aplicación de servicio y nombre del servidor de base de datos.

Captura de pantalla 2015-12-12 a las 23.48.18.png

3.- El siguiente paso es configurar la autenticación servidor a servidor, que permitirá las peticiones y respuestas entre nuestros servidores y la nube. Para ello, primero descargamos e instalamos, las dos siguientes herramientas: Microsoft Online Services Sign-In Assistant for IT Professionals RTW y Azure Active Directory Module for Windows PowerShell (64-bit version). Creo que con la Beta 2 se instalan automáticamente, porque no he tenido que instalarlas, ya las tenía en su versión más reciente y con la primera beta no ocurrió así, pero esto es solo una suposición.

4.- A continuación ejecutamos el segundo script de los disponibles: OnBoard-HybridSearch.ps1. En el que deberemos de indicar la Url de nuestro SharePoint OnLine.

Captura de pantalla 2015-12-12 a las 23.49.03.png

5.- Por último, creamos un origen de contenido, si no existe ya, y ejecutamos un rastreo completo. Una vez concluido y garantizado que todo funciona correctamente, podemos entrar en SharePoint OnLine para comprobarlo los resultados.

En mi caso, la primera vez que ejecuté el rastreo, obtuve el siguiente error en cada uno de los distintos elementos que el servicio de búsqueda encontró durante el mismo.

The item was reported as failed by the Search Content Service. It will be retried in the next incremental crawl. ( -1 (0): Parsing error parsing invalid JSON input stream. ; SearchID = FCAC6708-6982-4BB5-9A50-11FA405DAB2F )

Buscando en el foro oficial de búsqueda híbrida encontré el siguiente tema:

https://social.technet.microsoft.com/Forums/office/es-ES/a67fe60c-b8b2-4c89-b29b-e449daa8108c/announcement-error-when-crawling-sharepoint-content-with-cloud-hybrid-search-service-application-in?forum=CloudSSA

Donde justamente se habla de este error y desde el equipo de producto de Microsoft se daba la solución. Para corregir este bug, tendremos que usar los siguientes comandos de powershell.


$ssa=Get-SPEnterpriseSearchServiceApplication –Identity “Your SSA Name”
$ssa.SetProperty(“DisableGuidValueFlight”,1)
$ssa.SetProperty(“EnableGuidValueFlight”,0)
$ssa.Update()
Restart-Service SPSearchHostController
Restart-Service OSearch16

Una vez ejecutados los comandos, al volver a hacer el rastreo, ha funcionado todo correctamente.

Captura de pantalla 2015-12-12 a las 23.58.13

Probando la nueva búsqueda híbrida en SharePoint OnLine

Una vez que todo el proceso de configuración ha terminado, podemos ir a nuestra cuenta de SharePoint OnLine y probar si funciona todo correctamente. Para ello en el buscador, podemos hacer una búsqueda que nos devuelva los resultados procedentes de contenido externo. Podemos hacer la búsqueda usando una nueva propiedad que se agrega automáticamente en el contenido OnPremise de la siguiente forma, isexternalcontent:1. El resultado se muestra de la siguiente forma.

Captura de pantalla 2015-12-12 a las 20.10.37

Se puede ver cómo muestra los resultados que pertenecen al servidor de SharePoint OnPremise. Además otra de las posibilidades que nos ofrece esta nueva solución de búsqueda híbrida, es usar los contenidos de la versión OnPremise también en Delve.

Captura de pantalla 2015-12-12 a las 22.26.28.png

Os voy dejar algunos enlaces de interés donde podréis encontrar información interesante de esta temática.

El primer enlace es una artículo del último número de la revista CompartiMoss en donde encontraréis un tutorial muy completo de cómo configurar la búsqueda híbrida.

http://www.compartimoss.com/revistas/numero-26/la-busqueda-tambien-es-hibrida

El segundo enlace es el foro oficial sobre este tema de Microsoft

https://social.technet.microsoft.com/Forums/office/es-ES/home?forum=CloudSSA&filter=alllanguages

Este enlace es del blog oficial, con los pasos para hacer la configuración

http://blogs.msdn.com/b/spses/archive/2015/09/15/cloud-hybrid-search-service-application.aspx

Y esto es todo por hoy, espero que os haya gustado, es una característica muy interesante de SharePoint 2016 que quería mostraros. En los próximos días seguiré contándoos más sobre esta versión de SharePoint de la que en unos meses tendremos la versión definitiva.

Saludos.

 

portal.azure.com deja de ser Preview

Hola a todos,

Por fin el Portal de Azure (https://portal.azure.com) ha pasado de preview a estable. Hoy me he encontrado un tweet en el que lo anunciaban y al llegar al portal antiguo de Azure me he encontrado un mensaje como el que os muestro.

Captura de pantalla 2015-12-02 a las 21.33.04

Como veréis desde Microsoft ya nos invitan a pasarnos al nuevo portal para trabajar con Azure. Visualmente no hay muchos cambios, el nuevo portal es similar a cómo estábamos acostumbrados, salvo que ha dejado de tener la etiqueta de preview. En el siguiente post del blog de Azure os encontraréis todos los detalles sobre los cambios que tiene la versión definitiva que ha pasado a estable.

https://azure.microsoft.com/es-es/blog/announcing-azure-portal-general-availability/

Pues nada chicos, a partir de ahora, tenemos definitivamente nuevo portal de Azure. No obstante, el portal clásico seguirá funcionando, y para algunos servicios, nos sigue redirigiendo a éste (como el Service Bus).

Un saludo a todos

Primeros pasos con SharePoint 2016

Muy buenas a todos,

Recientemente se ha anunciado la aparición de la Beta 2 de SharePoint 2016, por lo que la nueva versión de SharePoint sigue su evolución hacia la versión definitiva que saldrá en algún momento del segundo trimestre del próximo año. Por mi parte ya llevaba un tiempo queriendo conocer y testear esta nueva versión  y hoy por fin me he puesto manos a la obra.

En este artículo os quiero contar mi primer encuentro con la versión de SharePoint 2016.

¿Qué es nuevo en SharePoint 2016?

Lo primero que he querido hacer, ha sido saber un poco más sobre las novedades que vienen con SharePoint 2016. Os dejo un recopilatorio de enlaces que he estado consultando y que me parecen muy interesantes para quién quiera saber más sobre qué es nuevo en SharePoint 2016.

Empiezo primero con un enlace muy interesante a una entrada de Bill Baer hablando sobre cambios y novedades de SharePoint 2016:

http://blogs.msdn.com/b/how24/archive/2015/08/27/what-s-new-in-sharepoint-2016.aspx

A continuación, os dejo algunos enlaces en español de algunos de nuestros MVP´s sobre este tema:

http://geeks.ms/blogs/jcgonzalez/archive/2015/05/07/sharepoint-2016-resumen-de-novedades-aparecidas-en-ignite-i.aspx

http://blogs.encamina.com/negocios-sharepoint/2015/09/21/novedades-de-sharepoint-2016-it-preview/

http://www.sinsharepointnohayparaiso.com/Blog/Entrada/190/Lo-que-nos-deja-la-conferencia-Ignite-sobre-SharePoint-2016-y-Office-365

Y para terminar os dejo otros enlaces de interés sobre las novedades de SharePoint 2016

http://en.share-gate.com/blog/whats-new-in-sharepoint-2016

http://blogs.technet.com/b/wbaer/archive/2015/05/12/what-s-new-in-sharepoint-server-2016-installation-and-deployment.aspx

http://blogs.technet.com/b/wbaer/archive/2015/11/25/sharepoint-server-2016-beta-2-hybrid-scenarios.aspx

http://blogs.technet.com/b/wbaer/archive/2015/09/22/durable-links-in-sharepoint-server-2016-it-preview.aspx

http://www.brightstarr.com/sharepoint-technology-and-application-insights/whats-new-in-sharepoint-2016

A continuación, aquí os dejo también un pequeño extracto de las principales novedades extraídas de estos artículos que os he enlazado:

  • Roles de servidor (MinRole): que nos permite configurar y optimizar un servidor que se va  a añadir a la granja para una funcionalidad concreta. Los roles disponibles son:
    • Front-end
    • Application
    • Distributed Cache
    • Search
    • Custom
    • Single Server Farm
  • App Launcher: heredado de la experiencia en Office 365 y que nos permite navegar entre SharePoint, One Drive y Newsfeed.
  • Mejoras en las opciones disponibles para documentos
  • Mejoras en los límites de SharePoint
    • Aumento del tamaño de las bases de datos de contenidos, aumentando de GB a TB.
    • Aumento del número de colecciones de sitios por base de datos de contenidos hasta las 100000.
    • Aumenta el umbral de listas a más de 5000 elementos por vista o consulta.
    • Aumenta el tamaño máximo de un archivo a 10GB
    • Aumento del número de elementos indexados para la búsqueda a 500 millones.
  • Nuevas plantillas de colecciones de sitio: “Compliance Policy Center” y “In-Place Hold Policy Center”
  • Nueva creación rápida de colecciones de sitios
  • Añadidos 115 nuevos comandos de PowerShell para la administración de SharePoint.
  • Añadida la integración de escenarios híbridos de Office 365 y SharePoint OnPremises a través de la Administración Central.
  • Durable Links: para asegurar que el link que se envía a un usuario funciona correctamente a pesar de los cambios que pueda sufrir el documento.
  • 0 downtime en la aplicación de parches de actualización.
  • Mejora de la experiencia para móviles.

 

Instalando la versión Preview de SharePoint 2016

La preview de SharePoint 2016 la he instalado en dos máquinas virtuales que he creado en mi subscripción de Azure. Para quién lo puedo necesitar, os dejo un enlace con un “step by step” muy completo para instalar SharePoint en Azure.

http://www.learningsharepoint.com/2015/08/27/step-by-step-create-sharepoint-2016-farm-with-azure-virtual-machines/

Por si aún no lo sabéis, a través de Azure, hay disponible una plantilla de máquina virtual con SharePoint 2016 ya instalado y que os recomiendo utilizar para agilizar todo el proceso de instalación.

Captura de pantalla 2015-11-28 a las 16.25.29.png

http://blogs.technet.com/b/wbaer/archive/2015/08/27/sharepoint-server-2016-it-preview-image-in-windows-azure-platform-gallery.aspx

Solo ha habido un aspecto que en el tutorial no he visto y que hay que tener en cuenta a la hora de montar los servidores en Azure, y es  configurar correctamente el firewall del servidor SQL para que sea accesible desde el servidor con SharePoint. Por lo demás, el tutorial que os he enlazado es muy completo y sencillo de seguir.

Una vez preparadas y configuradas correctamente las máquinas virtuales, si hemos usado la plantilla de SharePoint 2016, solo tendremos que ejecutar el “SharePoint 2016 Product Configuration Wizard”

Captura de pantalla 2015-11-28 a las 16.34.09.png

Esto inicia el habitual proceso de configuración a través de varios pasos.

Aquí, veremos que como novedad, ya no tenemos disponible la opción de instalación “Standalone”.  Además, otra de las novedades que veremos durante el proceso de configuración del producto, es la opción de indicar el role que queremos que adopte el servidor que estamos configurando en nuestra granja. Este role se encargará básicamente de habilitar los servicios necesarios para que el servidor pueda trabajar con la función que se ha asignado para él en la granja. Los roles se pueden cambiar una vez configurado el servidor desde la administración central.

Captura de pantalla 2015-11-25 a las 0.10.36.png

Cuando todo el proceso haya finalizado correctamente, veréis un resumen de la configuración como el siguiente:

Captura de pantalla 2015-11-28 a las 13.52.32

Y ya podremos empezar a usar SharePoint 2016!!!

El primer sitio en SharePoint 2016

Una vez que ya hemos creado la primera colección de sitios y accedido a la misma, la UI del sitio de SharePoint (muy similar a la de SharePoint 2013) es como la que se ve a continuación:

Captura de pantalla 2015-11-28 a las 16.54.10.png

En esta captura ya podéis ver una de las novedades de SharePoint 2016 y es la incorporación del App Launcher, lo que nos resultará muy familiar si estamos acostumbrados a usar Office 365.

Más adelante, a medida que vaya profundizando en ellas, os iré mostrando algunas de las novedades que incluye esta versión de SharePoint 2016, y sobre todo en lo relacionado con los escenarios híbridos, un tema muy interesante y a tener muy en cuenta.

Un saludo a todos

 

 

 

Versión 1.0 de la API de Office 365: Microsoft Graph

Muy buenas a todos.

Hace unos meses, desde Microsoft se lanzó lo que se denominó “Office 365 unified API” en su versión preview. El objetivo, era agrupar en un mismo endpoint, todas las APIs que permitieran el acceso a los distintos servicios en la nube que se ofrecen y hacerlo siguiendo el estándar de la industria, por medio de una API REST. Esto supuso un importante avance en la forma en que se podía acceder a los servicios en la nube. Sobre todo esto hablé en una entrada del blog, en la que os contaba cómo usar esta API, que os dejo a continuación:

La nueva API de Office 365 Unificada

Lo que os quiero contar hoy, es que recientemente, se ha publicado la v1.0 de esta API que desde ahora pasará a llamarse Microsoft Graph y que incluye una serie de servicios que dejan de estar en Preview y que según nos dicen pueden ya ser usados con todas las garantías en nuestros proyectos finales.

Today-at-Connect-1

Como dice en la página principal de la documentación y de la que os dejo el enlace más adelante:

One endpoint to rule them all
No more obtaining separate tokens for different services or calling a different endpoint for each API.
Leverage the power of Microsoft Graph, a unified API endpoint, for accessing data, intelligence, and insights coming from the Microsoft cloud.

Más que entrar en detalle en cómo podemos usarla, quería dejaros una serie de enlaces interesantes e información sobre la misma, ya que la forma de uso sigue siendo muy similar a la que ya os comenté en el artículo al que me he referido anteriormente.

Para usar esta primera versión, lo único que tendremos que hacer es cambiar el endpoint. Si antes accedíamos a la API a través del siguiente enlace:

https://graph.microsoft.com/beta

Ahora lo haremos a través de este:

https://graph.microsoft.com/v1.0

La versión beta sigue estando disponible, y es donde encontraremos todo el conjunto de opciones disponibles, los que ya han pasado a la primera versión, y los que aún se encuentran en preview. Evidentemente se puede seguir usando esta preview, aunque desde Microsoft no recomiendan hacerlo para proyectos finales (como cualquier versión de estas características). En el siguiente enlace podéis ver los distintos servicios que se ofrecen en una versión y otra:

http://graph.microsoft.io/docs

Y aquí entra otro de los motivos que más me ha sorprendido, y es la cantidad de documentación que Microsoft se ha encargado de generar para que la adopción de esta API sea relativamente rápida. Y  no es que desde Microsoft no se genere documentación suficiente sobre cómo usar sus SDK´s o todo lo que ponen a disposición de los desarrolladores, es que para Microsoft Graph lo han hecho de una forma ligeramente diferente, que a mi particularmente me gusta (me recuerda más a como encontramos la documentación para la cantidad de proyectos que tenemos disponible para desarrolladores hoy en día, por decirlo de alguna forma, más actual).

Toda la información sobre esta API la podemos encontrar en:

http://graph.microsoft.io

En Channel 9 tenéis este vídeo, muy recomendable, donde podéis ver en 11 minutos bastante información sobre Microsoft Graph:

https://channel9.msdn.com/Events/Visual-Studio/Connect-event-2015/301

Si queréis testear y probar los endpoint, encontraréis a vuestra disposición este enlace:

https://graphexplorer2.azurewebsites.net/

Y bueno, os dejo, una serie de enlaces más para que podáis encontrar más información:

https://blogs.office.com/2015/11/18/today-at-connect-introducing-the-microsoft-graph/

http://dev.office.com/getting-started/office365apis

http://dev.office.com/chooseapiendpoint

Y esto es todo por hoy, espero que lo encontréis interesante y os animo a que le echéis un vistazo a toda la información que hay.

Un saludo a todos

Paginando en SharePoint 2013 con API REST

Muy buenas a todos,

Hoy quería contaros un tema con el que me he estado peleando hoy en mi proyecto con el que estoy haciendo un uso bastante intensivo de la API REST de SharePoint con AngularJS. Una experiencia que os debo decir, me está encantando.

El tema ha venido a la hora de “paginar” una consulta en SharePoint que estaba haciendo vía API REST. Según pensaba, usando las opciones $top y $skip se podría hacer la paginación sin problemas. Para ello pensaba usar el endpoint que habitualmente uso para trabajar con las listas de SharePoint

http://<misitio>/_api/web/lists/getbytitle(‘lista&#8217;)/items

Mi sorpresa ha sido darme cuenta que con este endpoint la opción $skip no funciona. Indagando un poco he descubierto que efectivamente, esta opción no funciona para lista de elementos, solo funciona para colecciones de datos como colecciones de listas.

http://sharepoint.stackexchange.com/questions/45719/paging-using-rest-odata-with-sp-2013

https://msdn.microsoft.com/en-us/library/office/fp142385.aspx

Para hacer la paginación via API REST podemos usar el antiguo endpoint OData V2 listdata.svc. Con esta versión si funciona la opción $skip correctamente:

http://<misitio>/_vti_bin/ListData.svc/<lista&gt;

Ejemplo: http://<misitio>/_vti_bin/ListData.svc/<lista&gt;?$top=2&$skip=2

Salvando este inconveniente sobre el endpoint que debemos usar, usando estas dos opciones $top y $skip, podremos paginar nuestras consultas de una forma muy sencilla.

Y esto es todo por hoy, espero que os resulte útil, como siempre, y que si os habéis encontrado con esta problemática, tardéis menos tiempo en resolverlo.

Saludos.

[OffTopic]

No suelo acostumbrar a hacer nada de esto. Pero hoy ha nacido mi sobrino, del que tendré la oportunidad además de ser su padrino. Así que esta entrada de hoy va dedicada a él y a sus padres. Aunque no lo podré conocer hasta dentro de 15 días porque me ha salido “conejero” y está en Lanzarote, que ilusión más grande.