Esta semana se está celebrando el Tech-Ed EMEA en Berlín, y por suerte me encuentro entre los 7.200 participantes que este año han venido a conocer de primera mano algunas de las novedades que Microsoft está preparando…lástima que este año no haya tantas novedades y en general (al menos esa es mi opinión), las sesiones sean un poco flojas…me da que lo bueno viene la semana que viene con el PDC. En cualquier caso, las sesiones de SharePoint 2010 se están salvando, y de la mano de Paul Andrew aquí os dejo un nuevo resumen de algunas de las capacidades con las que podremos jugar en breve:
Sitios
En este bloque capacidades de SharePoint 2010 tendremos características como:
- Incorporación de la Ribbon a la interfaz de usuario:
- Se trata de aplicar la misma idea introducida en los clientes de Office 2007.
- Soporta AJAX de forma nativa, lo que evita recargas de página innecesarias.
-
SharePoint WorkSpace 2010 es el cliente rico de SharePoint 2010 que permite trabajar con sitios (incluida la edición de formularios Infopath) de SharePoint 2010 en modo desconectado.
-
Mejor integración con los clientes de Office 2010;
-
SharePoint 2010 es multi-idioma por defecto, sólo se necesita instalar los paquetes de idioma en el servidor y elegir los idiomas disponibles al crear un Sitio de SharePoint 2010.
-
Vista móvil mejorada:
-
Soporte de estándares. En particular WCAG 2.0
En cuanto a la demo que realizó Paul Andrew con respecto a este bloque, os resumo los puntos principales:
-
La página principal de un sitio de SharePoint 2010 es una página Wiki que permite edición inline:
-
Cambio y formateo de textos.
-
Crear enlaces a otras páginas Wiki usando el estándar [[]], pero mejorado con capacidades de autocompletado.
-
Se puede cambiar el diseño de la imagen de la página mediante las Picture Tools. Dicha imagen se puede cambiar por otra almacenada en nuestro equipo.
-
Se pueden insertar Web Parts directamente en el contenido de la página Wiki.
-
Tema del sitio:
-
Video and audio Web Part:
-
Mejoras en listas y bibliotecas:
-
Evitar duplicados en ítems de listas. Se trata de un check que se configura a nivel de columna.
-
Se pueden añadir validaciones en columnas (formato Excel), como por ejemplo: LEN([ORDER ID])> 3.
-
Nuevas columnas de lookup para implementar funcionalidad de listas relacionales.
Búsquedas
De la parte de búsquedas, entre otras muchas novedades, destacan:
- Búsquedas más sencillas a través de:
- Soporte de carácter comodín en las búsquedas (*).
- Si se busca en modo keyword, se devuelven en primer lugar las mejores apuestas.
- La búsqueda siempre se puede refinar.
- …
- La incorporación de FAST añade:
- Preview de documentos y vistas en miniatura.
- Navegador con el número exacto de resultados.
- Búsquedas relacionadas.
- …
Comunidades
Dentro de este grupo, nos encontraremos con novedades como:
- Una mejor experiencia de usuario a la hora de bloggear.
- Rating de contenidos.
- Navegación de acuerdo a nubes de etiquetas.
- Se puede embeber contenido multimedia en las páginas de SharePoint 2010.
- Mejoras en MySite:
- Definir responsabilidades o intereses a través de etiquetas.
- Nuevo explorador de jerarquía organizacional.
- Comentarios al + puro estilo facebook.
- Resumen de las etiquetas que hayas realizado en SharePoint.
Contenidos
En este caso las principales novedades vienen de la mano de:
- Los Document Sets, que son unidades de trabajo compuestas por varios documentos. La gracia del asunto es que trabajas con todo el bloque de documentos aplicando las características de colaboración de SharePoint.
- Navegación en base a metadatos definidos en el Term Store.
- Gestión de contenidos digitales a través de un tipo de biblioteca especial: Assets Library.
- Streaming de video en páginas de SharePoint 2010 (Silverlight).
- Cualquier contenido se puede declarar como registro.
Perspectivas
En este caso, las novedades vienen dadas por:
Composites
En este bloque las novedades son bastante amplias:
Y este es el resumen de lo que Paul Andrew contó en su sesión. Espero que el post os haya resultado interesante.
Cómo muchos sabréis, a través del portal de MSDN se acceden a una cantidad ingente de recursos sobre tecnologías y plataformas Microsoft. En esta ocasión, quería llamaros la atención en torno a los virtual labs disponibles en MSDN, que son numerosos y fundamentales para estar al día y comprender estas tecnologías y plataformas…que no se diga que no hay recursos. Y entre los labs especialmente destacados os encontraréis los de Windows 7, BizTalk Server 2009 o Internet Explorer 8.
Siguiendo con la serie de post sobre el nuevo proveedor de LINQ para SharePoint (puedes ver la primera parte en este enlace), en esta ocasión vamos a ver como LINQ To SharePoint facilita la creación, actualización y borrado de elementos de lista de una forma similar a LINQ To SQL o ADO.NET Entity Framework cuando se trabaja con bases de datos. Lo primero es crear un proyecto de aplicación de consola y añadir las referencias necesarias:
En este caso estoy utilizando una aplicación de consola, por lo que será necesaria añadir las correspondientes directivas using para usar los espacios de nombres de Microsoft.SharePoint y Microsoft. SharePoint.Linq. Además, si recordáis el post previo sobre LINQ To SQL, es necesario añadir el archivo .cs generado con SPMetal a partir de la Url del Sitio de SharePoint con el que estamos trabajando. A partir de aquí, realizar las operaciones comentadas implica:
-
Crear una instancia del objeto DataContext contenido en el archivo .cs generado con SPMetal. Al tratarse de una aplicación de consola tendremos que especificar la Url del Sitio de SharePoint.
-
Crear una instancia de tipo EntityList<> a partir de un elemento de la lista que nos interese (en este caso ProductsItem) utilizando para ello el método GetList del objeto DataContext. Este método necesita que le especifiquemos la lista con la que vamos a trabajar (Products).
-
Crear un nuevo elemento en la lista es tan sencillo como crear una instancia de elemento de esa lista, configurar sus propiedades y realizar una llamada a:
-
El método InserOnSubmit() del objeto EntityList comentado. Este método espera la entidad concreta a insertar en la lista.
-
El método SubmitChanges() del objeto DataContext es el que nos permite insertar de forma efectiva el nuevo ítem en la lista.
-
Para actualizar un elemento, basta con realizar una consulta LINQ To SharePoint que contenga el elemento interesado y que se del tipo conveniente (de ahí que se aplique el método de extensión First()), actualizar el elemento devuelto y realizar una llamada a SubmitChanges().
-
Finalmente, el borrado de un elemento es análogo a la creación ya que:
-
En primer lugar tenemos que crear una instancia del objeto a borrar a través de una consulta LINQ To SharePoint.
-
En segundo lugar, llamamos al método DeleteOnSubmit() del objeto EntityList ya comentado. Este método espera el ítem de lista a borrar (el que acabamos de obtener con la consulta LINQ To SharePoint).
-
Finalmente, realizamos el correspondiente SubmitChanges().
El código correspondiente a la explicación anterior es el siguiente:
|
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Microsoft.SharePoint;
using Microsoft.SharePoint.Linq;
using Intranet;
namespace SPLINQDemo_CA
{
class Program
{
static void Main(string[] args)
{
try
{
//CRUD Operations with LINQ To SharePoint
IntranetDataContext dc =
new IntranetDataContext("http://win-lpgjegdoo6f/");
EntityList<ProductsItem> Products =
dc.GetList<ProductsItem>("Products");
//Insert new product!
var product = new ProductsItem();
product.Title = "Product 3";
product.Description = "Product # 3";
product.Amount = "10";
Products.InsertOnSubmit(product);
dc.SubmitChanges();
Console.WriteLine("Producto Insertado …");
Console.ReadLine();
//Update Product
var ProductToUpdate = (from p in dc.Products
where p.Title == "Product 3"
select p).First();
ProductToUpdate.Description = "Product # 3 Updated";
dc.SubmitChanges();
Console.WriteLine("Producto Actualizado ….");
Console.ReadLine();
//Delete Product
var ProductToDelete = (from p in dc.Products
where p.Title == "Product 3"
select p).First();
Products.DeleteOnSubmit(ProductToDelete);
dc.SubmitChanges();
Console.WriteLine("Producto Borrado …");
Console.ReadLine();
}
catch (Exception ex)
{
Console.WriteLine(ex.Message);
}
Console.ReadLine();
}
}
}
|
Sin más, ya sólo falta comprobar que la inserción, actualización y borrado en la lista funcionan como se espera:
Y hasta aquí llega este segundo post sobre LINQ To SharePoint. Espero que os haya resultado interesante.
Desde el pasado 29 de septiembre (actualizadas el 4 de noviembre) están disponibles para descarga la descripción de los servicios dedicados de Microsoft Online Services (MOS). Se trata de una serie de documentos word que detallan las características de cada uno de las plataformas ofrecidas en modo S+S incluidos dentro de MOS: SharePoint Online, Exchange Online, Office Live Meeting Online y Office Communications Online. Podéis descargaros los archivos desde este enlace.
A través de esta noticia disponible en imatica, podéis acceder a una guía de Windows 7 desde el punto de vista del administrador para facilitar su despliegue (la guía ha sido elaborada por Infoworld).Además, podéis acceder a una serie de tutoriales en vídeo sobre Windows 7.
Por si no había quedado claro, SharePoint 2010 está lleno de novedades a todos los niveles: desde la perspectiva puramente funcional, pasando por la extensibilidad mediante desarrollo y la productividad que se logra con las Visual Studio Tools para SharePoint, hasta los cambios a nivel de arquitectura y administración. En la parte de desarrollo hay muchas cosas nuevas, y una de ellas es la disponibilidad de un modelo de objetos (MO) para cliente. Este MO en cliente es un subconjunto del MO definido en Microsoft. SharePoint.dll caracterizado por:
- Minimizar el # de roundtrips al servidor.
-
Se trata de habilitar el acceso remoto a SharePoint sin tener que recurrir a llamar a los servicios web de SharePoint, teniendo en cuenta que estamos hablando de un subconjunto del MO.
-
Estar limitado al ámbito de Colección de Sitios. El MO en cliente no incluye objetos de administración.
Hay tres posibilidades a la hora de trabajar el MO en cliente:
- Vía Script que se ejecute en el navegador (JavaScript, aunque más bien es ECMAScript).
- A través de código .NET ejecutado en modo SandBox.
- A través de código que se ejecute en una aplicación Silerlight.
Los espacios de nombres son comunes para el caso de código manejado .NET y Silverlight y se encuentran en Microsoft.SharePoint.Client. Estos espacios, son diferentes para el caso de ECMAScript y se encuentran en los archivos SP.js y SP.Core.js
Para probar las prestaciones del MO en cliente, he creado un proyecto de aplicación de consola en el que he añadido las referencias a Microsoft.SharePoint.Client.dll y Microsoft.SharePoint.Client.Runtime.dll (Por lo tanto, este ejemplo sigue la segunda de las posibilidades comentadas para el MO en cliente) que se encuentran en el path:
C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\ISAPI
En el archivo de código del proyecto de aplicación de consola he añadido el siguiente código en el que:
-
En primer lugar, añadimos una directiva using al espacio de nombres del MO en cliente.
-
Creamos una instancia de ClientContext que nos permite conectarnos a un sitio concreto de SharePoint. Este objeto es la clave para trabajar con SharePoint 2010 de forma remota utilizando el MO en cliente.
-
A continuación creamos una instancia de Web que nos va a devolver el sitio web especificado a través de llamar a los métodos Load() y ExecuteQuery() del objeto ClientConext.
-
Lo siguiente que hago es definir una colección de tipo ListCollection (colección de Listas de SharePoint) a partir de la propiedad Lists del objeto contexto de datos.
-
A partir de la definición del objeto ListCollecction puedo definir una colección de listas realizando la correspondiente consulta utilizando para ello el método Include().
-
Para rellenar la colección de listas, volvemos a llamar al método ExecuteQuery() del contexto de datos y listo.
|
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Microsoft.SharePoint.Client;
namespace SPClientMO
{
class Program
{
static void Main(string[] args)
{
ClientContext ccContext =
new ClientContext("http://win-lpgjegdoo6f/sites/Intranet/SitioInformatica");
Web wSite = ccContext.Web;
ccContext.Load(wSite);
ccContext.ExecuteQuery();
ListCollection lc = ccContext.Web.Lists;
IEnumerable<Microsoft.SharePoint.Client.List> lists =
ccContext.LoadQuery(lc.Include(l => l.Title));
ccContext.ExecuteQuery();
foreach (var l in lists)
{
Console.WriteLine(l.Title);
}
Console.ReadLine();
}
}
}
|
La correspondiente salida por pantalla es la que se muestra a continuación:
Y hasta aquí llega este primer post sobre el modelo de objetos en cliente en SharePoint 2010.
Como sabéis, una de las posibilidades que teníamos para realizar tareas de administración en SharePoint 2007 era a través de interfaz de línea de comandos utilizando la herramienta Stsadm.exe. SharePoint 2010 mantiene los entornos de administración por línea de comandos de WSS 3.0, la nueva interfaz por línea de comandos y lenguaje de scripting viene dado por Windows PowerShell, que pasa a convertirse en la herramienta por defecto de administración por línea de comandos para el rol de administrador de SharePoint. ¿Por qué este paso hacia Windows PowerShell? La respuesta a esta pregunta es que por dos razones. La primera, por motivos prácticos ya que se puede ver a Windows PowerShell como un complemento de Cmd.exe en el contexto de administración de Windows y un reemplazo de Stsadm.exe. En segundo lugar, porque Windows PowerShell es un potente Shell de comandos que soporta y utiliza objetos y XML. Precisamente es esta última característica la que diferencia a Windows PowerShell de los Shell de comandos tradicionales que normalmente aceptan y devuelven sólo texto y supone que no estamos hablando de una versión actualizada de Cmd.exe o de DOS. Dada la novedad que Windows PowerShell supondrá en la realización de tareas de administración en SharePoint, se hace necesaria una breve introducción a los fundamentos de administración con Windows PowerShell.
Construido sobre .NET Framework y el CLR, Windows PowerShell introduce el concepto de cmdlet (o command-let). Un cmdlet es una función simple que se puede utilizar de manera individual o combinada con otros cmdlets con el objetivo de realizar tareas administrativas y poder automatizarlas al máximo. Windows PowerShell incluye por defecto una serie de cmdlets (más de 100 Windows cmdlets), es completamente extensible vía proveedores y personalizable para facilitar las tareas de administración. Cada uno de estos cmdlets modela un comando pensado para interaccionar con cualquier Aplicación manejada, incluyendo el Sistema Operativo (SO). A su vez, cada comando es procesado como una instancia de una clase .NET al que se le pasan los parámetros pertinentes. Windows PowerShell se encargará de parsear parámetros, hacer el binding de sus valores, formatear la salida y finalmente mostrarla por pantalla.
|
Get-SPSite -URL http://localhost
|
Como vemos, un cmdlet está compuesto por los siguientes elementos:
En concreto, el cmdlet mostrado devuelve el objeto SPSite identificado por http://localhost. De hecho, este cmdlet forma parte de una librería específica de cmdlets para SharePoint 2010 que está compuesta por más de 300 cmdlets y está construida sobre los cmdlets base de Windows. Para el trabajo con PowerShell, SharePoint 2010 incorpora lla SharePoint 4.0 Management Console como interfaz de administración utilizando Windows PowerShell. Esta utilidad está accesible en Inicio -> Herramientas Administrativas -> SharePoint 4.0 Management Console:
-
Una vez que la consola está abierta, para conocer los cmdlets disponibles para administrar SharePoint, simplemente teclee Get-Command -noun sp*.
-
Para conocer el funcionamiento de un cmdlet concreto, basta con teclear Get-Help <cmdlet>. Así, para obtener información relativa al cmdlet a la creación de una Aplicación Web el comando correspondiente sería: Get-Help New-SPWebApplication.
-
De esta forma, para visualizar las aplicaciones web de una cierta granja, basta con ejecutar el siguiente comando:
|
Get-SPWebApplication -IncludeCentralAdministration
|
|
PS C:\Users\Administrator> Get-SPWebApplication -IncludeCentralAdministration |
Where { $_.DefaultServerComment -eq "SharePoint Central Administration v4"} | Format-List *
|
Finalmente, os dejo una serie de enlaces interesantes en torno a la administración de SharePoint 2010 con PowerShell:
Y hasta aquí llega este primer post sobre administración de SharePoint 2010 utilizando Windows PowerShell.
Por cortesía de Paul Andrew, Program Manager en el equipo de SharePoint, aquí os dejo una serie de Code Snippets con los que probar algunas de las novedades a nivel de desarrollo que vienen con SharePoint 2010:
