Inherits Cloud

Loving Microsoft Cloud, specially Office 365

Mes: mayo 2011

Reactivando grupo usuarios .NET Valencia

Hola!!

Desde hace un tiempo y, con la ayuda de algunos compañeros del mundillo y patrocinio de ENCAMINA, estamos intentando reactivar el grupo de usuarios .NET de Valencia.

Prueba de ello, vamos a organizar un evento el próximo 17 de Junio a las 16h, donde esperamos que todos los que trabajamos en .NET en Valencia y alrededores, nos juntemos para hablar del grupo. Además, tendremos 2 ponencias técnicas, una de introducción al desarrollo con Windows Azure, que haré yo, y otra sobre introducción a asp.net mvc 3, que hará mi compañero Fermín Sáez.

Para el evento, contamos con la ayuda de la Universidad Politécnica de Valencia, que nos ha cedido una de sus aulas (aula B-3 en el edificio 1G, antigua Escuela).

Aquí tenéis el cartel del evento con toda la info:

clip_image002

Además del evento, hemos abierto una cuenta de twitter @vlcdev y un grupo de linkedin donde os ruego que si estáis interesados en el grupo, os apuntéis, ya que lo usaremos para convocatorias, debates, encuestas, etc. También estamos trabajando en la web del grupo, pero todavía no está disponible.

Nada más, tan solo agradecer a mis compañeros de ENCAMINA la ayuda prestada para reactivar el grupo, y pediros que os animéis a venir al evento y participar del grupo!!

Gracias, y un saludo!!

Cómo desarrollar en un entorno local para Sharepoint Online

Si hemos trabajado en Office 365, sabremos que su modo Sandbox tiene ciertas limitaciones con respecto al modelo On Premise. Aunque cuando desarrollamos en Visual Studio, podemos simular esas limitaciones configurando el deploy como modo Sandbox:

Eso no es suficiente garantía de que al desplegarlo en Sharepoint Online la cosa vaya a ir fina, y recordemos además, que no podemos hacer Debug desde VS contra nuestro sitio de Sharepoint Online. Por lo tanto, es conveniente preparar un entorno local algo más parecido a todas las restricciones de Sharepoint Online.

Hace un tiempo, MS publicó una excelente guía para desarrolladores de Office 365, que os recomiendo a todos la lectura. En esa guía, hay un apéndice para montar un entorno local de desarrollo. Os resumo lo que sería el ciclo “ALM” de desarrollo de un webpart para Sharepoint Online:

  1. Configurar el proyecto de Sharepoint en modo Sandbox.
  2. Instalar un entorno con Sharepoint 2010 Foundation
  3. Asegúrate de que el servicio “Sandbox code service” está arrancado. Para ello:
  4. Abre la administración central de Sharepoint
  5. Vete a System settings –> Manage services on server
  6. Verifica que el servicio “Microsoft Sharepoint Foundation Sandboxed Code Service” está arrancado.
  7. Despliega en tu entorno local, y verifica la funcionalidad de tu webpart (aquí si puedes hacer debug como ya sabemos)
  8. Crea una nueva colección de sitios en tu Sharepoint Online, que sea un espejo de tu colección de sitios de producción. Así podrás asegurarte de que todo funciona correctamente en SharePoint Online.
  9. Despliega en tu colección de sitios de producción.

Con esto tendremos un entorno de desarrollo bastante parecido a lo que nos encontraremos en la nube, y menos sorpresas en nuestros despliegues a producción.

Espero que os sirva.

Saludos.

Creando un sitio publico en Office 365

En este post vamos a hacer una introducción (con mucho pantallazo) a la creación de sitios públicos con Office 365. La verdad es que me ha sorprendido gratamente lo sencillo que es y las muchas herramientas disponibles para editar tu site y adaptarlo a las necesidades de la mayoría de webs corporativas de muchísimas empresas.

Para empezar, necesitaremos crear nuestro sitio público, para ello, tenemos que hacerlo desde el portal de administración:

image

Rellenamos el formulario de nuevo sitio público y esperamos un rato hasta que se cree. Una vez creado, tendremos nuestro sitio con un aspecto similar a este:

image

Antes de entrar en detalle en el sitio, comentar lo sencillo que puede ser configurar un dominio propio a nuestro nuevo sitio en Office365:

image

Si nos logamos en el sitio, veremos que la ya conocidísima Ribbon aparecerá ante nosotros:

image

image

image

Y empezamos a movernos por las diferentes pestañas y opciones. Aquí tenemos las propiedades de página, donde podemos cambiar el título, si se muestra o no en la navegación, si se incluyen ciertas zonas como encabezados o pie de página, etc.

image

Y en la otra pestaña, podemos agregar metadatos para optimizar los motores de búsquedas.

image

A nivel de sitio, podemos configurar algunas cosas más, como el ancho y posición de página, cuadro de búsqueda en Bing o el enlace a Iniciar sesión.

image

También podemos personalizar el pie de página.

image

Disponemos de varios temas preconfigurados (que actúan sobre todo en la cabecera de la página)

image

Y aquí podemos configurar la navegacion del site. Podemos anidar unas páginas dentro de otras, lo que hará que aparezca una segunda barra horizontal con nuevas pestañas para cada página anidada.

image

Y una gran noticia, podemos sobrescribir los estilos por defecto con una CSS personalizada.

image

 

image

Vamos a crear una nueva página desde la pestaña de Inicio. Tenemos varios Layouts para nuestra página, cada uno con unas zonas y diseño predefinidos.

image

image

Dentro de las zonas, podemos insertar texto enriquecido y varios Gadgets (equivalente a los webparts de la versión ‘On premise’). Hay Gadgets muy interesantes, como el Mapa de Bing, la previsión meteorológica, el formulario de contacto, etc.

image

He probado el mapa de Bing:

image

La previsión meteorológica:

image

Y después de jugar 20 minutos, aquí tenemos el resultado final:

image

Ya veis lo sencillo que es crear una web corporativa con las herramientas de Office 365 (me ha quedado al más puro estilo ‘bricomania’ Sonrisa). En otros post veremos como personalizar más nuestros sitios.

Hasta pronto!!

Navegación por perfiles utilizando metadatos y Content Query WebPart (Artículo publicado en MSDN España)

Hola a todos,

Tan solo informaros de que ha sido publicado un artículo sobre SharePoint 2010 en la web de MSDN España, del que soy co-autor, junto a mi compañera Teresa Cebrián (UX Designer).

Navegación por perfiles utilizando metadatos y Content Query WebPart

Espero que os sea de utilidad. Para acabar, quería agradecer a la gente del DPE la oportunidad de colaborar con MSDN.

Saludos!!

Usando NuGet en proyectos SharePoint

Supongo que a estas alturas todo el mundo conoce NuGet. Si no, tenéis toda la información en el sitio de codeplex: http://nuget.codeplex.com/ y también os recomiendo los blogs de Phil Haack (padre del invento) y Scott Hanselman.

Esta mañana me he encontrado un post muy interesante, sobre cómo crear un paquete de NuGet, que permite que, partiendo de un proyecto de tipo Sharepoint vacío, en Visual Studio, se añada una serie de items al proyecto. Algo similar a una plantilla de proyecto de VS, pero más sencillo de crear.

Link: http://www.estruyf.be/blog/creating-a-nuget-package-to-automate-the-sharepoint-solution-creation-process/

Como me ha parecido muy buena idea, lo he probado para crear un proyecto típico de Consola, pero que añade una clase con algunos métodos útiles a la hora de trabajar con Sharepoint (listar sitios de un site, listas de un site, items de la lista, y columnas de una lista). También añade la referencia a Microsoft.SharePoint.

En este caso, he utilizado el NuGet Package Explorer que lo podéis descargar también desde el sitio de NuGet en codeplex, y que permite crear los paquetes con una interfaz gráfica más amigable:

image

Os dejo el enlace al paquete, por si os es de utilidad. Para instalarlo, podéis seguir los pasos del artículo. Básicamente es editar las propiedades del NuGet desde las opciones de Visual Studio 2010 y añadir como fuente la carpeta local donde dejéis el paquete:

image

Tras esto, ya podemos crear un proyecto de Consola típico y añadirle el paquete. Ojo! antes de añadirlo, eliminad el fichero Program.cs que mete la plantilla, ya que el paquete contiene ese mismo fichero con algo de código, y si ya existe, el paquete no lo sobrescribe. Ah! y acordaos también de cambiar a x64 para que no os dé error al ejecutarlo (el mensaje de error no es muy descriptivo de lo que pasa en realidad):

image

Con estos cambios, ya podemos agregar el paquete:

image

 

image

Y vemos los ficheros añadidos y la referencia a la dll de SharePoint.

image

Espero que os sea de utilidad.

Un saludo!!

Tips para implementar una barra social en SharePoint 2010

Una de las necesidades más comunes en proyectos de portales públicos en SharePoint 2010 es la de poder enviar página a las principales redes sociales.

En ENCAMINA hemos desarrollado un webpart bastante personalizable (tenéis más info aquí), y quería compartir un par de consejos por si necesitáis hacer algo parecido.

La mayoría de las redes sociales, ofrecen una URL con unos determinados parámetros, para poder enviar lo que quieres publicar. Las URLs de algunas de las redes sociales más comunes, son:

RED URL PARAMS
Facebook http://www.facebook.com/sharer.php u=url_de_la_página
Twitter http://twitter.com/home status=Mensaje: url
Delicious http://del.icio.us/post url=url.com&title=titulo_del_favorito
Linkedin http://www.linkedin.com/shareArticle url=http://url&title=mensaje

Siendo que tenemos que usar parámetros en la URL, y algunos de esos parámetros pueden ser otras URLs, es posible que nos encontremos con algunos problemas a la hora de publicar, como puede ser el tamaño máximo del mensaje, o algunos caracteres no soportados. Para evitar esto, por un lado, recorta siempre el mensaje a publicar a una longitud fija. Por lo que he leído en este enlace: http://stackoverflow.com/questions/417142/what-is-the-maximum-length-of-a-url no parece haber un máximo definido como estándar, pero en este enlace, tenemos un máximo para IE: http://support.microsoft.com/kb/208427 (aquí parece haber otros valores para otros navegadores: http://www.boutell.com/newfaq/misc/urllength.html). En cualquier caso, yo os aconsejo recortar a unos 500 caracteres el mensaje.

Para publicar URLs, probablemente la mejor opción para evitar problemas sea utilizar un acortador de URLs. Yo he utilizado bit.ly, que es muy sencillo de utilizar, y tiene un wrapper para .NET también muy fácil de usar. Hay varios wrappers para .NET, yo he utilizado este: http://bitly3.codeplex.com/SourceControl/list/changesets (Nota: para usarlo desde SharePoint, tendremos que firmarlo de forma segura).

Para usar la API de bit.ly, hay que darse de alta en: http://bit.ly/a/sign_up y conseguir una ConsumerKey. Una vez obtenida la Key, podemos acortar una URL con este simple código:


Otra cosa a tener en cuenta. Si buscáis por ahí como publicar en facebook, veréis que algunos sitios añaden más parámetros además de la URL. Por lo que he podido comprobar, Facebook ignora el resto de parámetros, ya que lo que hace Facebook es abrirse la página y leer lo meta-tags de TITLE y DESCRIPTION. Lo tenéis muy bien explicado en este enlace: http://stackoverflow.com/questions/353520/facebook-sharer-pass-in-a-comment

En otro post veremos como meter el tag DESCRIPTION en la master de un sitio de publicación Sonrisa

Espero que os sirva.

Saludos!!!

Creando tipos de contenido de forma declarativa en SharePoint 2010. Cuidado con los comentarios!

Sobre este tema hay muchísimo ya escrito, pero lo que os cuento es un problema extraño que me ha pasado al crear un tipo de contenido desde XML y el motivo del mismo.

Por si alguien ha llegado hasta aquí y está empezando, os pongo unas cuantas referencias con todo lo necesario para crear tipos de contenido de forma declarativa:

Partiendo de esos enlaces, he creado el siguiente Elements.xml, que crea un Tipo de contenido y 4 columnas de sitio de varios tipos comunes.


Si lo desplegamos tal cual está, las referencias a las columnas de sitio, no funcionarán, y sólo tendrá las columnas del tipo de contenido base:

image

Mientras que las columnas de sitio sí se han creado correctamente:

image

Como diría Mou … ¿Por qué? Sonrisa

Pues después de volverme loco revisando el XML y comparándolo con otros ejemplos, encontré que la única diferencia era el comentario que había incluido justo después de:

image

Si quitamos ese comentario y volvemos a desplegar, el tipo de contenido se crea correctamente. Me preguntaba si tendría que ver que el comentario empezase por el mismo FieldRefs, pero he hecho al misma prueba con:

<!—Hola –>

Y pasaba lo mismo. La cosa es que en otros puntos del XML, sí acepta comentarios, pero dentro de ese nodo, parece que no le gusta ¿?

Espero ahorrarle algo de tiempo a alguien Sonrisa

Saludos!!

Activando el uso de metadatos en Office 365

No sé qué opináis, pero una de las cosas que más estoy usando en SharePoint 2010 es el uso de los metadatos. Combinado con el potente buscador, es una herramienta impresionante! Sonrisa

Si nos vamos a Office 365, lo primero que nos sorprende es que, aunque tengas control total sobre tu portal, no puedes hacer nada con el almacén de términos.

image

Como veréis, está todo desactivado:

image

Para poder administrar el almacén de términos, primero tenemos que darnos de alta como Administradores de dicho almacén. Para ello, nuestro usuario debe tener acceso a la consola de administración de Sharepoint Online. La URL de dciha consola, es:

http://DOMINIO-admin.sharepoint.com

Una vez dentro, tendremos una página principal como esta:

image

Entramos en la opción de “Administrar almacén de términos”

Desde ahí, tendremos que dar de alta a nuestro usuario, como administrador del almacén de términos:

image

Desde la misma pantalla, también podemos añadir más idiomas a nuestro almacén de términos:

image

Desde ese momento, ya podemos dar de alta nuevos grupos y términos en el almacén. Para ello, podemos hacerlo desde la misma pantalla en la que estamos, dentro de la consola de administración, o bien podemos volver a la configuración del site.

image

image

image

Espero que os sirva.

Saludos!!

© 2024 Inherits Cloud

Tema por Anders NorenArriba ↑