Office 365: Diferencias entre planes en SharePoint Online (I)!

A la espera de que se vaya generando más documentación por parte de Microsoft, y teniendo en cuenta los diferentes planes que formarán parte de Office 365, no vienen nada mal las primeras comparativas que van apareciendo en la red. Os recuerdo que en Office 365 tendremos los siguientes tipos de planes:

  • P1 para pequeñas empresas y profesionales.
  • K1 y K2 para trabajadores kiosko, de decir, que con una conexión a Internet y el navegador ya están listos para sacar el máximo partido a la suite de productividad en la nube.
  • Los planes E1, E2, E3 y E4 para empresas de tamaño medio y grande.

Una primera idea de que diferencias a nivel funcional tendremos entre cada uno de estos planes lo podemos encontrar en este enlace. Si lo que queremos es saber a nivel de desarrollo que caracterizará cada versión, tenemos que irnos a este enlace. Finalmente, para comparar SharePoint Online y On-Premise os recomiendo este otro enlace.

image

SharePoint 2010: ¿A dónde van a parar los ensamblados de una solución Sandbox?

A la hora de implementar soluciones para SharePoint 2010 tenemos dos posibilidades:

  • Solución de tipo Farm (Granja) que permite desplegar archivos físicamente en el servidor dónde tenemos instalado SharePoint: páginas de aplicación en la carpeta LAYOUTS, imágenes bajo la carpeta IMAGES, ensamblados en la GAC, etc.
  • Solución de tipo Sandbox (o recinto aislado) que no permite lo anterior y en la que todo su contenido se guarda en la BD de contenidos correspondiente, de dónde es leído por los servicios de Sandbox para que se ejecuten cuando estas soluciones están activas.

Si nos quedamos con el caso de las soluciones Sandbox, hay ciertos tipos de artefactos que contienen un ensamblado. Esto sucede con las WebParts o los manejadores de eventos, por lo que una pregunta que surge es ¿A dónde van a parar los ensamblados de una solución Sandbox? Evidentemente, a la GAC no, pero sí por defecto a un directorio especial y aislado dónde los ensamblados se copian la primera vez que se ejecuta el artefacto en cuestión. Este directorio (configurable) es: C:\ProgramData\Microsoft\SharePoint\UCCache. Podéis encontrar información adicional respecto a esta cuestión en:

Finalmente, os recuerdo este otro artículo en el que se trataron temas de arquitectura de SharePoint 2010.

SharePoint2010_thumb

Office 365: Instalación y configuración de las aplicaciones de escritorio!

El otro día os comentaba algún pequeño truco que hay que hacer para asegurar que la vista del explorador de SharePoint Online (SPO) nos funcione sin problemas en nuestro equipo. Además de este pequeño truco, y gracias a un e-mail de Oscar Maqueda al respecto, es necesario asegurar que hacemos el “Desktop Setup” que asegura la carga de certificados necesarios para trabajar con SPO y Office 365 a pleno rendimiento:

  • Lo primero que tenemos que hacer es irnos a la zona de descargas disponible en la administración de Office 365. Esta zona la tendremos tanto para los planes de tipo E como los planes de tipo P1.
  • En el caso de un plan E3, tendremos que fijarnos en la descarga # 3.
  • En el caso de un plan P1, la descarga que nos interesa es la #2.
  • En cualquier de los dos casos, pulsamos “Configurar” para iniciar el proceso de “Desktop Setup”.
image image image
  image  
image image image
  • A continuación se muestra la correspondiente pantalla de aceptación y uso de acuerdos de servicio. Pulsamos “Aceptar”.
  • Dentro del proceso de instalación tendremos que reiniciar nuestro equipo al menos una vez.
  • Tras reiniciar, tendremos todos los componentes instalados a falta de parte de configuración de Outlook (añadir la cuenta de correo http://help.outlook.com/es-es/beta/ms.exch.ecp.useoutlookanywhere.aspx?s=BPOS_S_E14_R5) que es manual.
image image image
  • Comprobamos en una biblioteca de documentos cualquiera la experiencia de creación de un documento Office.
  • Se abre la ventana de signin en Microsoft Online Services para confirmar las credenciales de acceso al sitio de SPO y sobre todo para que en posteriores operaciones el usuario no tenga que especificar las credenciales.
  • Si pulsamos “Guardar como”, la ubicación por defecto para guardarlo es la de la biblioteca de documentos desde que hemos iniciado el proceso de creación.
image image image

Y hasta aquí llega este post sobre la instalación y configuración de las aplicaciones de escritorio.

SharePoint 2010: Se acerca el SP1…

Tal y como podéis leer en el blog del equipo de SharePoint, el primer service pack (SP1) de la plataforma está a punto de caer. En concreto, parece que será a finales del mes que viene cuando vea la luz junto con el SP1 para Office 2010, Office Webs Applications (con soporte para Chrome incluido) y Project Server. Volviendo a nuestro servidor favorito, os recomiendo revisar el artículo publicado en el blog del equipo de SharePoint para conocer algunas de las novedades que vendrán en el SP1.

SharePoint2010_thumb

SharePoint 2010 & Office 365: Uso de la OWA WebPart programáticamente!

De nuevo una pregunta, que ya surgió en tiempos de SharePoint 2007, en torno a la extensibilidad de la plataforma es la de si podemos de alguna forma usar WebParts existentes dentro de nuestras propias WebParts para poder por ejemplo configurar de forma dinámicas las propiedades que expone en su panel de herramientas. La respuesta es que sí, así por ejemplo podremos usar dentro de nuestra WebParts otras existentes por defecto como el PageViewer o la OWA WebPart entre otras. En torno a este tema se pueden encontrar varios artículos bastante explicativos como:

Algo importante, y de ahí este post, es que usar un WebPart de SharePoint dentro de nuestra WebPart en la práctica implica que estamos usando un control propio de SharePoint  en nuestra WebPart. La implicación de este echo es que no podremos usar WebParts existentes dentro de WebParts que vayamos a desplegar en modo Sandbox ya que a día de hoy sólo se permiten usar controles ASP.NET y no controles propios de SharePoint. Por lo tanto, no tendremos este escenario de uso de WebParts existentes en SharePoint Online (SPO) dentro de Office 365 (al menos de momento). Por lo tanto, lo primero que tendremos que hacer en nuestra solución es asegurarnos que el tipo de despliegue para la misma es SandBox:

image

A partir de aquí, usar por ejemplo la WebPart de OWA de SharePoint 2010 (Server) es tan sencillo como:

   1: using System;

   2: using System.ComponentModel;

   3: using System.Web;

   4: using System.Web.UI;

   5: using System.Web.UI.WebControls;

   6: using System.Web.UI.WebControls.WebParts;

   7: using Microsoft.SharePoint;

   8:  

   9:  

  10: using Microsoft.SharePoint.Portal.WebControls;

  11:  

  12: using Microsoft.SharePoint.WebControls;

  13:  

  14: namespace UCOWADemo.OWAWebPart

  15: {

  16:     [ToolboxItemAttribute(false)]

  17:     public class OWAWebPart : WebPart

  18:     {

  19:         protected override void CreateChildControls()

  20:         {

  21:             Label lblDatos = new Label();

  22:  

  23:             var owaIPinbox = new OWAInboxPart {

  24:                 MailboxName="mycorreo@miempresa.com",

  25:                 OWAServerAddressRoot = "https://<Direccion_OWA>"

  26:             };

  27:  

  28:             this.Controls.Add((Control)owaIPinbox);

  29:         }

  30:     }

  31: }

Y hasta aquí llega este artículo sobre como usar WebParts existentes de SharePoint en nuestras propias WebParts.

SharePoint 2010 & Office 365: Analiza tu código online con MSOCAF!

Como sabéis, con la nueva generación de SharePoint en la nube (SharePoint Online o SPO) que forma parte de Office 365 podremos subir código que se ejecute de forma segura a nivel de colección de sitios (en el Sandbox) lo que habilita escenarios de extensibilidad de SPO que no eran posibles en la versión anterior de la suite de productividad de Microsoft en la nube. Ahora bien, aunque el código que se suba se ejecute de una forma más o menos segura, cualquier tipo de análisis que permita validar el código antes de subirlo siempre es bienvenido y esto es lo que podemos conseguir con el MSOCAF o Microsoft Online Code Analysis Framework concebido originalmente para despliegues en BPOS-D (Dedicados), pero que podremos usar (eso sí, ahora mismo el enlace de descarga no está operativo) de forma extensiva con nuestras solucionas para recoger información relativa a:

  • Gestión de la memoria.
  • Posibles vulnerabilidades de seguridad.
  • Gestión de excepciones.
  • Uso del modelo de objetos.

MSOCAF se apoya en herramientas como FxCop, CAT.Net y SPDisposeCheck para realizar el análisis de nuestras soluciones y generar informes como el siguiente:

Además de detectar errores en nuestro código, MSOCAF nos dará información inicial para solucionarlos. Podéis descargaros MSOCAF (en cuanto el enlace vuelva a la vida) desde aquí.

Office 365: Como asegurar que la vista de explorador funciona en SharePoint Online!

El otro día estaba haciendo alguna que otra prueba con uno de los sitios de SharePoint Online (SPO) que tengo disponibles y necesitaba asegurarme de que la vista de explorador de una biblioteca de documentos funcionaba sin problemas…pero cuál fue la sorpresa de que no era así, y me daba continuamente un mensaje de error. Tras probar varias cosas, y aunque parece que no es una técnica que funcione en el 100 % de los casos, el caso es que finalmente conseguí hacer funcionar la vista de explorador en mi equipo de la siguiente forma:

  • Abrí las Opciones de Internet de Internet Explorer.
  • Agregué a mi sitio de SPO dentro de los sitios de SPO.
  • Por si acaso, desmarqué el check de comprobación de servidor para conexiones https y listo, la vista de explorador comenzó a funcionar.
image image image