JUAN PABLO PUSSACQ LABORDE : Features

Feature upgrade (fundamentals)

Juan Pablo — Mon, 28 Jun 2010 13:09:50 GMT

Desde el blog de Chris O'Brien, nos llega un artículo (en inglés) sobre esta característica de SharePoint 2010 que parece ser más que interesante: feature upgrade.

... Pero, para qué necesitaríamos una funcionalidad cómo está? Según el artículo para:

Realizar cambios en sitios existentes:
- Agregar una nueva columna a una lista
- Agregar una nueva lista
- Modificar opciones de navegación
Agregar más funcionalidad a una característica existente

Les muestro sólo un pequeño ejemplo de código para incentivarlos a leer el artículo y empezar a opinar.

Pueden leer el artículo completo en: http://www.sharepointnutsandbolts.com/2010/06/feature-upgrade-part-1-fundamentals.html y la parte 2 en http://www.sharepointnutsandbolts.com/2010/07/feature-upgrade-part-2-sample-to-play.html.

        1: <?xml version="1.0" encoding="utf-8" ?>

       2: <Feature xmlns="http://schemas.microsoft.com/sharepoint/" Version="1.0.0.0">

       3:   <UpgradeActions>

       4:     <VersionRange BeginVersion="0.0.0.0" EndVersion="0.9.9.9">

       5:       <ApplyElementManifests>

       6:         <ElementManifest Location="SomeFunctionality_Iteration2\Elements.xml" />

       7:       </ApplyElementManifests>

       8:             <AddContentTypeField ContentTypeId="0x010073f25e2ac37846bb8e884770fb7307c7"

       9:           FieldId="{536DC46C-DC26-4DB0-A97C-7C21E4362A85}" PushDown="TRUE"/>

      10:       <AddContentTypeField ContentTypeId="0x010073f25e2ac37846bb8e884770fb7307c7"

      11:           FieldId="{4E7A6719-011A-47EA-B983-A4941D688CA6}" PushDown="TRUE"/>

      12:        <CustomUpgradeAction Name="UpdateSomething">

      13:         <Parameters>

      14:           <Parameter Name="PassSomeValue">This is a string</Parameter>

      15:         </Parameters>

      16:       </CustomUpgradeAction>

      17:     </VersionRange>

      18: </Feature>

Hasta la próxima!

Consideraciones de diseño en SharePoint 2010 (Screencast by Ted Pattison)

Juan Pablo — Wed, 23 Jun 2010 13:05:37 GMT

Interesante screencast (en inglés) sobre buenas prácticas de diseño en SharePoint 2010 publicado en Channel9. El tópico principal que describe es Feature Stapling.

http://channel9.msdn.com/learn/courses/SharePoint2010Developer/BestPractices/DesignConsiderations/

Que les sea útil!

Manejadores de eventos en SharePoint

Juan Pablo — Thu, 17 Dec 2009 17:44:59 GMT

Los manejadores de eventos constituyen una de las funcionalidades más sencillas de utilizar a la hora de extender nuestras aplicaciones de SharePoint a través del desarrollo. Básicamente permiten agregar comportamiento a nuestra aplicación e implementar reglas de negocio.

Este post pretender describir todos los aspectos de esta técnica, desde la parte conceptual hasta la parte de código con algunos ejemplos en Visual Studio. Está basado en el webcast que dicté el 16/12/2009. Como siempre, espero que les sea útil.

WebCast

Si desean ver el webcast, pueden hacerlo desde este vínculo. Si desean ver la presentación que utilicé en el webcast pueden verla aquí:

Manejadores de eventos en SharePoint

View more presentations from jpussacq.

Introducción

Los manejadores de eventos permiten extender a través de desarrollo una aplicación SharePoint. Agregan comportamiento a listas e ítems entre otros. Un manejador de evento se ejecuta automáticamente como respuesta a un evento como agregar una columna en una lista o modificar un ítem en una lista. Pueden servir para:

Validaciones de datos
Control de integridad referencial
Control de unicidad
Ejecución de procesos de negocio
Lo que no puede resolver un campo calculado
Protección de la parametrización
Cambios en la seguridad
Controles de seguridad funcional

Continuar leyendo en http://surpoint.blogspot.com/2009/12/manejadores-de-eventos-en-sharepoint.html.

Crear un una plantilla de páginas con zonas de elementos web programáticamente

Juan Pablo — Thu, 10 Dec 2009 04:08:05 GMT

Breve post para explicar como crear un template de página con múltiples webparts zones e instanciarla. Los templates de páginas son los que ven cuándo elijen crear una página de elementos web desde el navegador.

Paso 1: Crear el template de página

Para crear la plantilla debemos construir una página ASPX que herede de Microsoft.SharePoint.WebPartPages.WebPartPage. Está página debe almacenarse en la carpeta \TEMPLATES\CONTROLTEMPLATES\. Un ejemplo sencillo de plantilla sería:

<asp:Content ID="main" runat="server" ContentPlaceHolderID="PlaceHolderMain" >

</tr> </table>

</asp:Content>

Paso 2: Instanciar la página

Continuar leyendo en http://surpoint.blogspot.com/2009/10/crear-un-una-plantilla-de-paginas-con.html.

Master pages en SharePoint

Juan Pablo — Tue, 08 Dec 2009 04:14:27 GMT

WSS 3 fue diseñado para trabajar con páginas maestras, lo que constituye un importante cambio respecto a WSS 2, y facilita enormemente la personalización de un sitio a través de distintas páginas. En esta artículo comentaré algunos puntos importantes a tener en cuenta a la hora de trabajar con este tema en SharePoint:

Introducción

Las páginas que están vinculadas a una página maestra se denominan content pages. Estas páginas comparten un diseño común, provisto por la página maestra. La página maestra contiene placeholders que pueden ser reemplazados por contenido único.

Un importante punto a tener en cuenta es que las páginas maestras que utilizan las application pages son distintas a las que utilizan las site pages. La mayoría de las application pages trabajan con la página maestra llamada application.master, que no puede ser personalizada. Si están buscando un método que afecte a los dos tipos de páginas, les recomiendo que lean el artículo Cambios de estilos en SharePoint.

Default.master es la página estándar utilizada por por las site pages y pueden encontrarla en C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\GLOBAL\default.master. Cuando ustedes crean un nuevo sitio en SharePoint, se crea automáticamente la galería Master Page con una instancia de la default.master en /_catalogs/masterpage/default.master. A esta altura el lector ya habrá descubierto que las páginas maestras dentro de los sitios se comportan de la misma manera que las páginas de sitio y aplican los mismos conceptos. Por ejemplo, usted podría personalizar una página maestra desde SharePoint Designer y los cambios se almacenarían en la base de datos.

Qué podemos definir en una página maestra?

Vínculos estándar que apliquen a todas las páginas
Menús compartidos
Iconos, gráficos, logos, etc.
Componentes de navegación como el mapa del sitio
Named Placeholders
Delegate Controls

Named Placeholders

Como dijimos anteriormente, los named placeholders constituyen un mecanismo de extensibilidad permitiendo agregar contenido único en una página de sitio o plantilla de páhina que esté vinculada a una página maestra. El siguiente HTML es un pequeño extracto de una página maestra en SharePoint para “graficar” esta funcionalidad.

Continuar leyendo en http://surpoint.blogspot.com/2009/10/master-pages-en-sharepoint.html.

Introducción a Features en SharePoint – Parte 2

Juan Pablo — Thu, 03 Dec 2009 03:22:23 GMT

Este es el artículo número dos de la serie. Pueden consultar la primera parte en este link. Luego de haber analizado los usos más comunes de las features de sharepoint, vamos a ver tres temas que tienen que ver con despliegue de características:

Dependencia de features

Este es un concepto sencillo y permite que al activar una feature, se activen en forma automática las features que dependen de esta:

<Feature

Id=""
Title="Feature Activation Dependencies"
Description="Specify a feature that depends on another feature to activate"
Version="1.0.0.0"
Hidden="false"
Scope="Web"
xmlns="http://schemas.microsoft.com/sharepoint/">
<ActivationDependencies>
<ActivationDependency
FeatureId=""/>
</ActivationDependencies>
</Feature>

Existen algunas reglas de aplicación. A modo de ejemplo no se permite la activación dependiente entre características de ámbitos (scope) distintos, las dependencias sólo pueden ser de un nivel y las características ocultas no pueden tener dependencias. Más información en MSDN: Ámbito y dependencias de activación y MSDN: Elemento ActivationDependencies.

Asociación de features (Stapling)

Esta técnica permite asociar features a definiciones de sitios. La principal ventaja radica en evitar crear una definición de sitio (tema algo complejo). Por el contrario lo que se hace es extender los sitios pre-existentes a través de features.

Continuar leyendo en http://surpoint.blogspot.com/2009/10/introduccion-caracteristicas-features_19.html.

Introducción a Features en SharePoint – Parte 1

Juan Pablo — Wed, 02 Dec 2009 14:34:55 GMT

La feature es una funcionalidad de WSS 3.0 orientada al desarrollador. Permite definir elementos de sitio y agregarlos al sitio a través del proceso denominado "activación". ¿Qué tipos de elementos permite definir? Comandos de menú, plantillas de páginas, instancias de páginas, definiciones de listas, eventos, workflows entre otros.

Para crear una feature se necesita crear un archivo XML denominado "feature.xml":

Feature.xml

<Feature

Id=""
Title="Mi primera feature"
Description="Esta es la primera feature que desarrollo"
Scope="Web"
Hidden="FALSE"
ImageUrl="...gif"
xmlns="http://schemas.microsoft.com/sharepoint/">
<ElementManifests>
<ElementManifest Location="elements.xml" />
</ElementManifests>
</Feature>

Los atributos básicos de este XML son:

Id: GUID de la característica. Puede ser creado con la aplicación "Create GUID".
Scope: una característica se activa o desactiva dentro del alcance definido por el scope: Web / Site / WebApplication / Farm.
Hidden: este atributo hará que la característica no sea visible por los usuarios y por lo tanto deberá ser activada en forma obligatoria desde la línea de comandos.
ElementManifiest: contiene los elementos que define esta característica. Lo veremos más adelante.

Más información en MSDN: Trabajo con características y MSDN: Archivos Feature.xml.

Elements.xml

Veamos un ejemplo de elements.xml en el que definimos una custom action para el menú "Site Actions".

Continuar leyendo en http://surpoint.blogspot.com/2009/10/introduccion-caracteristicas-features.html.

Mi primer “delegate control”

Juan Pablo — Fri, 27 Nov 2009 03:52:19 GMT

Los controles delegados constituyen una potente funcionalidad de sharepoint que definen regiones dentro de las páginas maestras que pueden ser sustituidas para resolver algún requerimiento.

Lo más interesante es que esto puede ser realizado sin necesidad de alterar la página maestra, ya que la operación se realiza a través de una feature.

Veamos un ejemplo sencillo: imaginemos que queremos agregar en el ángulo superior derecho un link hacia la página web de nuestra empresa, tal como se ve en la imagen:
Los pasos que debemos seguir son:

1) Crear un User Control (ejemplo APLinks.ascx)

<%@ Control Language="C#" ClassName="APLinks" %>
<table><tr>
<td class="ms-globallinks" ><a href=http://www.rmya.com.ar/>RMyA</a></td>
<td class="ms-globallinks" ></td >
</tr></table>

2) Crear un el elemento que llama al User Control (ejemplo elements.xml)

Continuar leyendo en http://surpoint.blogspot.com/2009/09/mi-primer-delegate-control.html.

Trabajando con tipos de contenido en SharePoint

Juan Pablo — Wed, 25 Nov 2009 03:16:37 GMT

Según Microsoft TechNet un tipo de contenido define los atributos de un elemento de la lista, documento o carpeta. Cada tipo de contenido puede especificar: propiedades, flujos de trabajo, eventos, plantillas de documentos y otras características personalizadas.

Una explicación mía, menos ortodoxa, define a los tipos de contenido como algo muy parecido a los subtipos y supertipos de un modelo de entidad relación. El clásico ejemplo de Empleado Contratado y Empleado en Relación de dependencia puede definirse en forma muy simple en SharePoint, logrando con muy poco esfuerzo pantallas para cada tipo de empleado con sus columnas asociadas.

Este artículo trata sobre la creación de tipos de contenido en forma programática…

Introducción

Los tipos de contenidos trabajan bajo el principio de la herencia. No es posible crear un tipo de contenido desde cero, debe heredar de un tipo de contenido base. Una primera definición al crear un tipo de contenido consiste en definir si será utilizado en listas o librerías de documentos. Los tipos de contenido para librerías de documentos soportan como adicional la posibilidad de especificar plantillas de documentos, por ejemplo en Word.

Como punto final, es importante saber que los tipos de contenido pueden definir también el comportamiento, a través de flujos de trabajo y manejadores de eventos.

Crear un tipo de contenido usando CAML

Continuar leyendo en http://surpoint.blogspot.com/2009/11/trabajando-con-tipos-de-contenido-en.html.