June 2011 - Artículos
Hacía tiempo que tenía curiosidad por ver cuando el famoso botón "Examinar Office.com” disponible en la galería de soluciones de cualquier colección de sitios, ya sea de una instalación On-Premise de SharePoint 2010 o bien de su homólogo en la nube (o SharePoint Online), nos iba a conducir a poder descargar componentes que permitiesen extender con nuevas capacidades a nuestros despliegues estándar de SharePoint. El caso es que por fin ese botón nos permite hacer justo eso: descargar soluciones SandBox que extienden las capacidades por defecto que tenemos disponibles. Gracias a este post del blog GetThePoint ha sido como me he enterado que tenemos los primeros (y espero que en breve haya más) componentes listos para descargar y utilizar de acuerdo al siguiente proceso (en mi caso lo he realizado en SharePoint Online):
-
En primer lugar, desde el sitio raíz de nuestra colección de sitios nos vamos a la página de administración.
-
En esta página, bajo la sección Galerías pulsamos sobre Soluciones.
-
En la galería de soluciones sandbox, localizamos en la Ribbon el botón “Examinar Office.com”.
-
En la ventana que se abre, seleccionamos el idioma inglés y veremos como tenemos justamente una plantilla para entornos educativos disponible para descargar. De momento, esa plantilla no está en castellano.
-
Descargamos la plantilla una vez aceptamos el correspondiente contrato de licencia.
-
El resultado es que la solución Sandbox correspondiente aparece en la galería ya activada. En concreto, esta solución nos genera dos Web Templates para crear sitios para escenarios educativos.
-
Si nos vamos a crear un sitio y buscamos las plantillas disponibles en inglés, veremos que aparece una sección Education con dos plantillas de sitio disponibles para crear nuevos sitios.
-
Elegimos una de ellas y creamos un nuevo sitio que se caracteriza por disponer de una serie de listas y bibliotecas con sus correspondiente campos y también por disponer de algunos flujos de trabajo creados con SharePoint Designer.
Cómo sabéis, uno de los servicios disponibles en Office 365 es Exchange Online que facilita no sólo el acceso al correo electrónico por parte de los usuarios que tengamos dados de alta, sino también realizar una serie de funciones administrativas importantes en cualquier gestión de correo ya sea On-Premise u Online en este caso…una pregunta que seguramente pueda surgir ¿y qué pasa con Forefront Protection para Exchange? ¿Lo puedo tener con Exchange Online? La respuesta es sí y que depende. Por un lado, resulta que en Office 365 disponemos de la posibilidad de configurar y utilizar Forefront Protection Online para securizar y proteger Outlook. Por otro, resulta que dependiendo del plan de precios que tengamos contratado dispondremos o no de la posibilidad de utilizar Forefront…así, para un plan P1 no tendremos esta posibilidad y si par aun plan E3:
Más información en: http://www.forefront-es.com/post/2011/05/31/Control-de-correo-con-Forefront-Online-Protection-para-Exchange-en-la-plataforma-Office-365.aspx y en http://technet.microsoft.com/en-us/library/gg685488.aspx
Si esta mañana os detallaba las novedades que vienen como parte del primer service pack (SP1) de nuestro servidor favorito, resulta que coincidiendo también con el lanzamiento de Office 365 ya tenemos disponible este SP1 tanto para SharePoint 2010 como para Office 2010. Podéis leer los detalles de ambos SPs en este enlace. En cuanto a enlaces de descarga:
- Descarga del SP1 de Office 2010:
- Descarga del SP1 de SharePoint 2010:
Desde hace aproximadamente una hora Office 365 ha pasado de estar en beta a estar disponible de forma global. Para obtener información definitiva sobre las características disponibles y sobre todo de precios os recomiendo visitar el sitio oficial de Office 365 y en concreto:
Por otro lado, os recuerdo que todos aquellos que habéis participado en la beta (entre los cuales me incluyo) tendréis un período de “gracia” máximo para adquirir al menos una suscripción y seguir disfrutando de las capacidades disponibles en la suite de productividad de Microsoft en la nube.
Como bien ha dicho el amigo Alberto, el SP1 de SharePoint 2010 está al caer…y para facilitarnos conocer las novedades que incorpora, Microsoft acaba de liberar un Whitepaper que describe dichas mejoras y que podéis descargar desde este enlace. El resumen es el siguiente:
Este año tendrá lugar en Berlín una nueva edición (gracias al apoyo de Microsoft EMEA), tras varios años sin celebrarse, de la European SharePoint Conference en la que durante 3 días tendremos la oportunidad de asistir a algunas de las más de 90 sesiones que se impartirán contando con ponentes como Spence Harbar, Mirjan van Olst, Joel Oleson o Christian Glessner, así como integrantes del equipo de SharePoint. Los organizadores están acabando de perfilar que otros contenidos extra van a formar parte de la conferencia como pueden ser un área específica de expertos y también áreas para realizar Hand-On Labs. Algunos detalles adicionales de la conferencia son los siguientes:
En cuanto a precio de la conferencia, podéis encontrar los detalles aquí. Por suerte, y gracias a los organizadores, si estás interesado en asistir te puedes beneficiar de algunos descuentos proporcionados para en general para SUGES, y en particular para todo aquel que esté ávido de conocimientos de la plataforma de nuestro servidor favorito. En concreto, código de descuento es SP11MSFT haciendo la reserva a través de la página del evento de forma que:
Personalmente, creo que es una oportunidad interesante de asistir a sesiones sobre SharePoint de calidad y escuchar a algunos de los mayores expertos en la materia por lo que te recomiendo que asistas a la conferencia si te es posible.
Siguiendo con la serie de post sobre creación y configuración de colecciones de sitios en SPO, en este artículo vamos a ver algunas de las opciones de administración disponibles para una colección de sitios de SPO desde la página de administración. Pero antes, os recuerdo el resto de posts de la serie:
Las opciones de administración disponibles para una cierta colección de sitios se habilitan si seleccionamos una colección de sitios existente:
-
Propiedades, nos permite ver las características de la colección de sitios: Título, Url, etc.
-
Propietarios, que permite administrar los usuarios administradores de la colección de sitios seleccionada.
-
Cuota de almacenamiento para ver el espacio máximo de almacenamiento asignado, o el umbral de warning. Desde aquí se pueden cambiar estos valores.
-
Cuota de recursos, para ver el máximo de recursos disponibles para soluciones Sandbox en la colección o el umbral de warning. De nuevo, es posible cambiar los valores umbrales.
-
Configuración, que nos permite establecer la colección de sitios seleccionada como predeterminada.
-
Administrar recursos compartidos por correo electrónico, que habilita que usuarios externos puedan acceder a nuestro sitio (bien con una cuenta de Office 365 de otra suscripción, bien con un Windows Live ID).
-
Dominio de sitio web, que nos permite cambiar el dominio del sitio web por defecto.
-
Información DNS, nos proporciona los datos relativos al DNS del sitio web que tenemos para Office 365.
-
Si pulsamos sobre la opción “Propiedades”, se abre una ventana modal mostrando los parámetros de la colección de sitios.
-
Si pulsamos sobre la opción “Propietarios”, podríamos añadir nuevos administradores a la colección de sitios o bien asociados de soporte.
-
-
Si pulsamos sobre “Administrar administradores”, se muestra una nueva ventana modal con los administradores actuales y que permite añadir nuevos. Por defecto, sólo se pueden añadir administradores secundarios.
-
La opción “Agregar asociado de soporte”, permite justamente eso: especificar un partner de soporte para la colección de sitios.
-
La opción “Cuota de almacenamiento”, permite visualizar a través de la correspondiente ventana modal el máximo de espacio de almacenamiento para la colección de sitios o el umbral de warning. Como se ha indicado, es posible cambiar los valores umbrales y de la cuota.
-
La opción “Cuota de recursos”, permite visualizar a través de la correspondiente ventana modal el máximo de recursos disponibles para soluciones Sandbox en la colección o el umbral de warning. Como se ha indicado, es posible cambiar los valores umbrales y de la cuota.
-
La opción “Administrar recursos compartidos por correo electrónico”, nos permite habilitar que usuarios externos puedan acceder a nuestro sitio (bien con una cuenta de Office 365 de otra suscripción, bien con un Windows Live ID).
-
La opción “Dominio de sitio web”, nos permite cambiar el dominio del sitio web por defecto. Esta opción sólo aparece habilitada para sitios web públicos.
-
Finalmente, la opción “Información DNS”, nos proporciona los datos relativos al DNS del sitio web que tenemos para Office 365.
Y hasta aquí llega este cuarto post de la serie sobre creación y configuración de colecciones de sitios en SPO.
Siguiendo con la serie de posts sobre validadores de soluciones SandBox en SharePoint 2010, en esta ocasión toca ver en detalle como implementar un validador que nos permita comprobar que una solución desplegada se puede activar o no en base a las reglas que hayamos definido. Como comenté en el post previo de la serie, implementar un validador personalizado implica definir una clase que herede de SPSolutionValidator y que implemente los métodos ValidateSolutinon() y ValidateAssembly() de acuerdo a la siguiente definición inicial:
1: [GuidAttribute("34805697-1FC4-4b66-AF09-AB48AC0F9D97")]
2: public class PublisherValidator : SPSolutionValidator{
3:
4: [Persisted]
5: List<string> _allowedPublishers;
6:
7: public override void ValidateSolution(
8: SPSolutionValidationProperties properties){
9: }
10:
11: public override void ValidateAssembly(
12: SPSolutionValidationProperties properties,
13: SPSolutionFile assembly){
14: }
15: }
Y si queréis ver un ejemplo concreto de validador implementado, os remito a los siguientes posts que entran en bastante detalle:
Y hasta aquí llega este segundo post sobre validadores de soluciones SandBox.
Siguiendo con el tema de actualización de soluciones desde SharePoint 2007 que iniciamos en este post, además de evaluar como migrar nuestros desarrollos tendremos que tener en cuenta otros aspectos como:
-
Elementos de SharePoint 2007 que no están soportados como las plantillas de sitio de tipo STP, por lo que tendremos que seguir el siguiente workaround para poder migrar sitios creados en SharePoint 2007 a partir de STP’s: básicamente, se trata de crear un sitio con cada uno de esos STP en el ambiente de SharePoint 2007 y luego migrar los sitios a SharePoint 2010. En el nuevo entorno, guardaremos los sitios como WSP’s.
-
Los cambios en la interfaz de usuario que mejoran la experiencia de uso de la misma mediante la introducción de la Ribbon, el soporte nativo de AJAX, el renderizado de las vistas de listas, etc. En el caso de la Ribbon, nos encontraremos conque las acciones personalizadas de SharePoint 2007 se convierten en acciones del mismo tipo en SharePoint 2010, pero integradas en la Ribbon (en los casos en los que aplique).
Y hasta aquí llega este segundo post sobre actualización de soluciones desde SharePoint 2007.
Como sabéis, con SharePoint 2010 se introduce el concepto de solución sandbox o lo que es lo mismo, la posibilidad de extender la plataforma mediante la creación de artefactos que se ejecuten de forma segura y aislada de manera que los posibles “efectos dañinos” sólo se noten en la Colección o Colecciones de sitios dónde se ha desplegado la solución. Este tipo de soluciones habilita también un escenario de desarrollo que no teníamos en la versión de SharePoint Online de BPOS, pero que si tendremos en Office 365. En este blog ya se han escrito varios artículos en torno a las soluciones SandBox, pero faltaban añadir algunos recursos más para facilitar el aprendizaje de todo lo que implican y responder a preguntas como: ¿Qué puedo crear? ¿Cómo se despliegan estas soluciones? ¿Cómo se ejecutan? ¿Se puede validar de alguna forma la solución que se está desplegando?, etc.
En este sentido, os dejo una excelente recopilación de recursos sobre soluciones SandBox que podéis encontrar en Learning Resources for SharePoint Sandboxed Solutions (Ricky Kirkham):
Espero que estos recursos os faciliten el aprendizaje sobre soluciones SandBox.
Aunque de momento no hay nada confirmado, todos los rumores apuntan a que el próximo 28 de junio Office 365 dejará de ser beta y estará disponible como producto final. Parece, por lo que se dice en este post de la comunidad SMS & P de Microsoft, que el anunció será realizado por Steve Ballmer en torno a las 10:00 A.M EDT. El evento se transmitirá en vivo y en directo desde este otro enlace.
Al igual que podemos crear páginas de aplicación para un sitio cualquiera de SharePoint 2010, vamos a poder crear de forma sencilla página de aplicación para la administración central. Los pasos a realizar para poder crear y desplegar una página de aplicación para la administración central en Visual Studio 2010 son los siguientes:
-
Creamos un proyecto de SharePoint de tipo vacío en Visual Studio 2010.
-
En el asistente de configuración, elegimos como tipo de despliegue granja.
-
Añadimos una carpeta mapeada al proyecto en base a la carpeta \TEMPLATE\Admin bajo el directorio 14.
-
Añadimos una página de aplicación en la carpeta mapeada.
-
Creamos una acción personalizada que nos permita navegar a la página de aplicación a desplegar siguiendo la filosofía explicada en
este post. Para ello añadimos un elemento de tipo vacío y configuramos el archivo elements.xml de la siguiente forma:
1: <Elements xmlns="http://schemas.microsoft.com/sharepoint/">
2: <CustomAction Id="[GUID]" GroupId="TimerJobs"
3: Location="Microsoft.SharePoint.Administration.Monitoring"
4: Sequence="10"
5: Title="Simple Page" Description="">
6: <UrlAction Url="_admin/ApplicationPage/SimplePage.aspx" />
7: </CustomAction>
8: </Elements>
-
Cómo veis, en este caso concreto simplemente estamos añadiendo una nueva sección bajo el grupo Timer Jobs en la sección de monitorización de la administración central de SharePoint.
-
Configuramos adecuadamente la feature que nos permitirá desplegar tanto la página de aplicación como la acción personalizada (el scope lo fijamos a Web).
-
Desplegamos la feature y listo.
Podéis ver el how-to completo en este enlace de MSDN.
Por si a alguno le quedaba alguna duda de las ventajas que puede aporta SharePoint en una organización y para evitar la típica disculpa de que es una plataforma que puede resultar compleja de adoptar, Microsoft acaba de liberar una plantilla que despeja ambos puntos y que forma parte del SharePoint Adoption Kit. Podéis acceder a información del kit y descargarlo en este enlace y verlo en funcionamiento en este otro enlace (gracias a Ian Morrish, en cuyo blog supe de la existencia de este kit).
Cuando hablamos de arquitectura en SharePoint, uno de los puntos importante de la misma es la jerarquía propia que se define en el propio modelo de objetos de nuestro servidor favorito que tiene como nivel superior a la granja, para a continuación pasar a las aplicaciones web, las colecciones de sitios, los sitios, etc. Si nos quedamos en estos niveles, el espacio de nombres que los contiene es el Microsoft.SharePoint.Administration de acuerdo a la siguiente jerarquía:
.gif)
Por supuesto, si seguimos bajando en la jerarquía empezarán a aparecer objetos tan familiares como los tipos de contenido, las listas, las bibliotecas de documentos, las columnas, los tipos de campo, etc.
Fuente: http://blogs.msdn.com/b/sharepointdev/archive/2011/06/06/server-architecture-object-model-overview.aspx
Una de las formas que tenemos en SharePoint de añadir lógica de negocio a nuestros despliegues pasa por crear manejadores de eventos que reaccionen a los distintos eventos que se pueden dar a nivel de listas y bibliotecas, de flujos de trabajo, de sitios, de colecciones de sitios, … Lógicamente, un manejador lleva asociada la correspondiente dll que hay que registrar de alguna forma y de ahí este post en el que se comentan algunas de las formas de registro de manejadores de eventos:
Otros artículos relacionados con el trabajo con manejadores de eventos son los siguientes:
Hace unos días en una formación de desarrollo en SharePoint 2010 uno de los temas que traté fue el del nuevo framework de ventanas modales y lo fácil que resulta utilizarlo desde páginas de SharePoint (ya sean de aplicación o no) mediante el correspondiente código ECMAScriipt como se muestra en este artículo…y como siempre, surgió una pregunta interesante: ¿Se puede usar el framework de ventanas modales desde una WebPart? De nuevo la respuesta es que sí gracias a una vieja técnica propia de ASP.NET que permite registrar nuestros propios scripts en el lado del servidor de forma que la página devuelta contenga nuestro código JavaScript…en el caso de una WebPart para SharePoint 2010 (de tipo visual) basta con:
-
Crear en Visual Studio 2010 el correspondiente proyecto de tipo WebPart visual.
-
En la vista de código de la WebPart, añadimos el siguiente código en el evento Page_Load() que básicamente nos permite indicar la función JavaScript que va a ser invocada cuando se hace clic en el botón (en este caso) y registrar su implementación a través del manejador añadido al método PreRender de la WebPart. Fijaros también como además de especificar la función que se va a llamar, se añade un return false para evitar que al hacer clic se produzca una recarga de página y por lo tanto no se muestre la ventana modal que es lo que necesitamos
1: protected void Page_Load(object sender, EventArgs e)
2: {
3: //Añadimos el manejador para Control.PreRender
4: if (!Page.IsPostBack)
5: {
6: this.PreRender +=
7: new EventHandler(SPDialogsWP_PreRender);
8: string sTargetuRl =
9: "http://demo2010a:100/Shared%20Documents/SQL%20Azure.aspx";
10: this.btnOpenDialog.OnClientClick =
11: @"OpenDialog('" +
12: sTargetuRl +
13: "'); return false;";
14: }
15: }
-
La codificación del manejador del método PreRender() contiene el registro efectivo del código JavaScript que se va a ejecutar al hacer clic en el botón. Fijaros que en este caso estamos comprobando antes de añadir ese script que se debe añadir porque se ha hecho clic en el botón.
-
Como veis, a través de Page.ClientScript.RegisterClientScriptBlock estamos registrando el código JavaScript que permite abrir la ventana modal cuando se hace clic en el botón.
1: private void SPDialogsWP_PreRender(object sender, System.EventArgs e)
2: {
3: //ButtonClickScript
4: if (!Page.ClientScript.IsClientScriptBlockRegistered("ButtonClickScript"))
5: {
6: string includeScript =
7: @"<script language='javascript'>" +
8: "function OpenDialog(formURL) {" +
9: "var options = SP.UI.$create_DialogOptions();" +
10: "options.url = formURL;" +
11: "SP.UI.ModalDialog.showModalDialog(options); }"+
12: "</script>";
13:
14: Page.ClientScript.RegisterClientScriptBlock(
15: this.GetType(), "ButtonClickScript", includeScript);
16: }
17:
18: }
Otros enlaces sobre este tema son los siguientes:
Continuando con la línea de disponer de documentación adecuada y suficiente en torno a SharePoint 2010, Microsoft acaba de liberar un nuevo centro de recursos: el “Best Practices Resources Center”. En este nuevo centro podremos encontrar una serie de guías y buenas prácticas cuando trabajamos con nuestro servidor favorito. Podéis acceder al nuevo centro desde este enlace.
Esta semana han tenido lugar en Madrid los primeros (esperemos que haya más) BizSpark SharePoint & Azure Camps en los que se han tratado de ver (a pesar de los problemas logísticos) las posibilidades de integración de las dos plataformas de moda del momento: SharePoint y Azure. Tal y como prometí a los asistentes, a los que agradezco su feedback, acabo de subir a SUGES los materiales del evento que no forman parte del SharePoint & Azure Training Kit. Podéis descargaros los materiales desde este enlace.
Siguiendo con la serie de posts sobre los Servicios de Visio en SharePoint 2010 (podéis leer los posts previos de la serie en las partes I, II y III), en esta nueva entrega vamos a ver en acción la publicación de diagramas de Visio a partir de listas de SharePoint. Algunas de estas listas incluyen de serie la creación de diagramas Visio, como ocurre con las listas de tareas:
-
En uno de nuestros sitios de SharePoint 2010, navegamos a la lista de tareas y a través de la Ribbon de trabajo pulsamos sobre el icono “Crear diagrama visio”.
-
En el mensaje informativo que se muestra indicando que se va a iniciar Visio, pulsamos “Sí”. A continuación se inicia Visio 2010 con una serie de diagramas relativos a la lista de tareas:
-
Estado de tareas.
-
Distribución de la carga de trabajo.
-
Tareas completadas ordenadas por Asignado a.
-
Estado de tareas de flujo de trabajo.
-
Como el diagrama generado es estático, vamos a ver cómo podemos conectarlos con los datos de la lista de tareas para que muestre de forma dinámica los datos almacenados.
-
Pulsamos en la pestaña “Datos” y a continuación pulsamos “Vincular datos a las formas”.
- En la última pantalla pulsamos “Finalizar” y comprobamos que la lista de datos se muestra debajo del diagrama.
- Para conectar los datos de la lista con la figura, tenemos dos posibilidades:
- Arrastrar cada elemento de la lista con la figura correspondiente del diagrama.
- Hacer la conexión de forma automática.
- Para utilizar la segunda alternativa, elegimos uno de los diagramas disponibles y de nuevo en la pestaña “Datos” pulsamos la opción “Vincular automáticamente”.
- De esta forma se inicia un nuevo asistente que nos permite realizar la conexión automática de todas las formas con los datos. En la primera pantalla del asistente pulsamos “Siguiente”.
-
En la nueva pantalla del asistente se puede configurar que campos de la lista de datos se van a utilizar en las figuras del diagrama. Por defecto, se muestra la columna ID seleccionada.
-
Pulsamos de nuevo “Siguiente” y en la nueva pantalla simplemente pulsamos “Finalizar”.
-
Si nos fijamos en la lista de datos, veremos como algunos registros aparecen vinculados a las formas.
-
Lo siguiente que haremos es publicar el diagrama en nuestro Sitio de SharePoint, para ello nos vamos a “Archivo -> Guardar y enviar -> Guardar en SharePoint”.
-
Marcamos la opción “Dibujo web” y guardamos el diagrama en una de las bibliotecas de documentos del sitio.
-
Creamos una nueva página de WebParts en nuestro sitio y agregamos la WebPart de Visio Web Access.
-
A través del panel de configuración añadimos la Url del diagrama Visio que acabamos de guardar y el parámetro ID para utilizarlo en el caso en el que queramos conectar la WebPart con otras:
Y hasta aquí llega este tercer post de la serie sobre Servicios de Visio.
En esta ocasión, vamos a hablar sobre las posibilidades de administración que tenemos disponibles en SharePoint Online (SPO) en Office 365:
-
-
A continuación se muestran las distintas opciones de administración que tenemos disponibles, incluyendo la opción para administrar y configurar colecciones de sitios que ya se ha detallado en este blog.
-
La opción “Configurar InfoPath Forms Services” nos permite acceder a las distintas posibilidades que tenemos disponibles para configurar los servicios de formularios InfoPath para SPO:
-
La opción “Proxy de servicio web de InfoPath” simplemente nos permite habilitar el uso de este proxy necesario para poder utilizar conexiones de datos en formularios InfoPath.
-
La opción “Perfiles de usuario” nos da acceso a la página de administración de los perfiles de usuario para nuestros sitios de SPO en Office 365. Desde esta página podremos:
-
Ver el listado de perfiles disponibles (cuentas de Office 365 activas).
-
Administrar las propiedades disponibles por usuario.
-
Crear y administrar audiencias.
-
…
-
Finalmente, la opción “Almacén de términos” nos permite acceder al almacén de metadatos centralizados que vamos a tener disponibles para nuestros sitios. Podremos crear nuevos conjuntos de términos o importarlos.
Y hasta aquí llega este primer post sobre administración de SPO en Office 365.
Más artículos
Página siguiente >