SharePoint: Customization & Search

Showing lists & document libraries folders in SharePoint 2007 breadcrumb

2009-07-08T11:50:00.002+02:00

In some SharePoint 2007 default mastarpages, e.g. BlueBand or BlackBand, you'll find that breadcrumb is not showing folders and subfolders inside lists and document libraries, just showing the current site.

That can be solved with SharePoint Designer performing a simple modification in the master page. You only need to follow the next steps:

Open SharePoint Designer and connect to your SharePoint 2007 root site.
Navigate to _catalogs/masterpages.
Open the master page that you want to modify and perform the checkout .
In source view, look for SiteMapPath element and notice that it'll have the property SiteMapProvider="CurrentNavSiteMapProviderNoEncode"
Modify that property and set it to SiteMapProvider="SPContentMapProvider"
Save the master page, perform the checkin and publish it.

With that steps, when you navigate inside the folders and siubfolders of a SharePoint list or document library, breadcrumb will show them helping you to return to a previous folder.

Hope it helps!

Mostrando las carpetas de listas y librerías de documentos en el breadcrumb de SharePoint 2007

2009-07-08T11:31:00.005+02:00

En algunas de las Master Pages que vienen por defecto con SharePoint 2007, por ejemplo en la BlueBand o en la BlackBand, nos encontramos con que el breadcrumb puede no funcionar correctamente en algunos casos como cuando nos encontramos dentro de las carpetas y subcarpetas de una lista o librería de documentos, ya que el breadcrumb sólo nos indicará hasta el site en el que nos encontramos.

Esto se puede solucionar con una ligera modificación en las Master Pages utilizando SharePoint Designer, siguiendo los pasos siguientes:

Abrir SharePoint Designer y conectar al site raíz de nuestro SharePoint 2007.
Navegar hasta _catalogs/masterpages.
Abrir la master page que queremos corregir, confirmando que queremos hacer check out.
En la vista de código, buscar el elemento SiteMapPath, que tendrá la propiedad SiteMapProvider="CurrentNavSiteMapProviderNoEncode"
Corregir esta propiedad para que quede como SiteMapProvider="SPContentMapProvider"
Guardar la master page, hacer check in y publicarla.

Con estos pasos, cuando nos encontremos dentro de las carpetas de una lista o librería de documentos nos aparecerán en el breadcrumb, con lo que nos será más fácil navegar dentro de éstas.

Espero que os pueda servir de ayuda.

SharePoint 2007 SP2 Update in a few weeks

2009-07-06T16:43:00.002+02:00

Microsoft SharePoint Team Blog has announced that a new version of SharePoint 2007 Service Pack 2 will be released in 4 or 6 weeks. That new version won't cause activation of the trial period of your product.

If you install the current version of SharePoint 2007 SP2, you'll find that your Sharepoint will expire in 180 days. Reenterig the product license or installing the hotfix specially developed for that issue, wich will be included in SP2 new version, wil solve the problem but it's an issue that you need to know if you can't wait to update your SharePoint Farm untill the release of SP2 update.

Regards

Actualización del SP2 de Sharepoint 2007 en unas semanas

2009-07-06T16:27:00.004+02:00

El Microsoft SharePoint Team Blog ha anunciado que entre 4 y 6 semanas se publicará una nueva versión del Service Pack 2 de SharePoint 2007 que ya no provocará el problema de la activación del periodo de prueba del producto.

En la versión actual del SP2 de SharePoint hay un error que hace que, en caso de instalarlo, el SharePoint actualizado tenga una validez de 180 días. Reintroducir el código de licencia del producto es suficiente para resolver el problema, aunque también está disponible un hotfix para solucionarlo, que es el que vendrá incluído en la nueva versión del SP2, pero es algo a tener en caso de no poder esperar para instalar el SP2 en vuestras granjas de SharePoint.

Saludos

Disable SharePoint Event Firing from any source code

2009-06-10T11:54:00.005+02:00

Sometimes we may be interested in disable events to perform some tests or processes but we're only able to execute DisableEventFiring() and EnableEventFiring() functions from a SPItemEventReceiver.

A possible solution is disable and enable event firing from any source code. To do that, you can follow the next steps:

Add a new class in your namespace which inherits from SPItemEventReceiver.
Create 2 functions in that new class to call EnableEventFiring() and DisableEventFiring().

Now, we can create an instance of that class in our main program class and will be able to use our functions to enable and disable events. The code should be like this:

namespace MyNamespace
{
public class MyEventFiring : SPItemEventReceiver
{
  public MyEventFiring()
  {
  }

  public void MyDisableEventFiring()
  {
    this.DisableEventFiring();
  }

  public void MyEnableEventFiring()
  {
    this.EnableEventFiring();
  }
}

public class MyClass
{
  //...
  MyEventFiring mef = new MyEventFiring();
  mef.MyDisableEventFiring();
  item.Update();     //This Update can be executed withou event firings
  mef.MyEnableEventFiring();
  //...
}
}

Evitando la ejecución de eventos en SharePoint desde cualquier código

2009-06-10T11:30:00.006+02:00

La ejecución de eventos nos puede dar problemas en determinados escenarios o para hacer pruebas concretas, por ejemplo sobre una lista determinada. Aunque existen las funciones DisableEventFiring() y EnableEventFiring(), éstas sólo se pueden invocar desde un SPItemEventReceiver, lo que hace que tengamos que ir a la lista, desactivar los eventos, realizar las pruebas y volver a asociarle los eventos, con los riesgos que ello conlleva ya que podemos dejar la lista en un estado diferente al inicial.

Una solución es hacer que se puedan desactivar y activar los eventos desde cualquier código, para ello tenemos que hacer lo siguiente:

Añadir una clase en nuestro namespace que herede de SPItemEventReceiver.
Crear 2 funciones, una que llame a DisableEventFiring() y otra que llame a EnableEventFiring().

Con esto ya podemos crear una instancia de esta clase en la clase principal de nuestro programa y utilizar nuestras funciones, de forma que nos quedaría algo parecido a esto:

namespace MyNamespace
{
public class MyEventFiring : SPItemEventReceiver
{
    public MyEventFiring()
    {
    }

    public void MyDisableEventFiring()
    {
        this.DisableEventFiring();
    }

    public void MyEnableEventFiring()
    {
        this.EnableEventFiring();
    }
}

public class MyClass
{
        //...
        MyEventFiring mef = new MyEventFiring();
        mef.MyDisableEventFiring();
        item.Update();     //Este Update se podrá hacer sin que ningún evento interfiera
        mef.MyEnableEventFiring();
        //...
}
}

Adjuntos en custom list forms de SharePoint Designer

2008-11-30T20:48:00.004+01:00

Cuando hagamos un custom list form desde SharePoint Designer nos podemos encontrar con que los adjuntos de estos formularios dejan de funcionar.
Esto tiene solución siguiendo el artículo http://support.microsoft.com/kb/953271 de la Knowledge Base de Microsoft.

Según el artículo, hay que tener actualizado el SharePoint con la Infrastructure Update. Esto es muy importante ya que sin esta actualización, aunque hagamos las sustituciones de código que propone el artículo, los adjuntos seguirán sin funcionar.

He testeado esta solución en diferentes entornos y ha funcionado perfectamente así que, si tenéis problemas con los adjuntos en vuestros formularios hechos en SharePoint Designer, no dudéis en seguir los pasos que en se indican.

MOSS 2007 y el modificador 3GB del boot.ini

2008-10-31T17:42:00.005+01:00

Hola,

En uno de los proyectos en los que he estado trabajando se activó en el servidor de SharePoint el modificador /PAE del boot.ini, acompañado del modificador /3GB para aprovechar toda la memoria de que disponía el servidor.

A priori todo parecía funcionar correctamente hasta que al cabo de un tiempo empezamos a notar un extraño comportamiento: los archivos adjuntos de listas y document libraries no siempre se abrían correctamente, provocando un error 404 (Page Not Found).

Después de investigar un poco más el rendimiento del servidor con mis compañeros, descubrimos que se quedaba sin entradas libres en la tabla de páginas y, en ese momento, se empezaba a dar esa situación.

La solución a este problema la encontramos en http://support.microsoft.com/kb/823440 dónde se explica que, en caso de activar el modificador /3GB, hay unos ciertos valores recomendados en el modificador /USERVA. Seguimos estas indicaciones, reiniciamos el servidor y se solucionó.

Si algún día tenéis la necesidad de modificar el boot.ini, en http://support.microsoft.com/kb/317526 tenéis los pasos a seguir.

Espero que os sea de utilidad!

Error HRESULT 0x80040E14 al aprobar items de listas de SharePoint 2007

2008-08-31T16:15:00.005+02:00

Al aprobar ítems de listas de SharePoint puedes encontrarte con el error HRESULT 0x80040E14.

A falta de una investigación más exhaustiva, los primero que se debe verificar y que suele ser la causa del error es la activación del versionado en la lista.
Para ello, simplemente hay que acceder a la configuración de la lista y, en "configuración de versiones", poner la opción "¿Desea crear una versión cada vez que edite un elemento de esta lista?" en no.

De todas formas hay que seguir investigando soluciones (se admiten comentarios) ya que si volvemos a activar la creación de versiones en la lista volveremos a tener el mismo problema.

Espero que os sirva de ayuda.

Función Javascript para acceder a los campos de un formulario SharePoint

2008-07-15T21:13:00.005+02:00

A veces es necesario editar los formularios, master pages, page layouts, etc. de SharePoint y para realizar alguna operación en ellos. Si este es el caso y lo que se necesita es acceder a algún campo de un formulario de SharePoint mediante javascript, basta con utilizar esta función:

function getTagFromIdentifierAndTitle(tagName, identifier, title) {
  var len = identifier.length;
  var tags = document.getElementsByTagName(tagName);
 
  for (var i=0; i <>
    var tempString = tags[i].id;
    if (tags[i].title == title && (identifier == "" || tempString.indexOf(identifier) == tempString.length - len)) {
      return tags[i];
    }
  }
  return null;
}

Llamando a esta función, indicando el tipo de tag que queremos recoger, su id y su título obtendremos el objeto y podremos realizar las operaciones necesarias sobre él, mediante Javascript.

Por ejemplo, supongamos que tenemos una textarea en un formulario, la cual queremos ocultar mediante javascript:
<textarea title="dataInicial" id="dataIni" name="TextArea1" cols="20" rows="2"></textarea>
para obtener el objeto textarea tendremos que llamar a getTagFromIdentifierAndTitle de la siguiente manera:
var textAreaDataIni = getTagFromIdentifierAndTitle("textarea", "dataIni", "dataInicial");
y para hacer que no se muestre:
textAreaDataIni.style.display = "none";

Más información aquí.

Espero que os sirva de ayuda!

Cómo adjuntar zips a SharePoint vía API y que se puedan abrir

2008-06-26T17:36:00.005+02:00

Hace unos días comentaba los problemas de apertura y acceso al contenido de los zips adjuntados en ítems de lista de SharePoint.
Pues bien, aquí está la solución encontrada que hace que se puedan abrir correctamente y acceder a su contenido tanto con WinZip como con WinRar:
string ficheroDatos = "C:\file.zip";
FileInfo fInfo = new FileInfo(ficheroDatos);
FileStream fStream = fInfo.OpenRead();
byte[] contents = new byte[fStream.Length];
fStream.Position = 0;
fStream.Read(contents, 0, (int)fStream.Length); //leemos todo su contenido en un array de bytes content
fStream.Close();
li.Attachments.Add(ficheroDatos, contents); //en la variable li tenemos el list item al que adjuntar el zip
li.Update();

De este modo no habrá problemas al abrir los zips adjuntos a los SPListItems de SharePoint.

Error accediendo a Reporting Services en SQL Server 2005

2008-06-23T13:52:00.004+02:00

Si alguna vez os encontráis con el error "The file you are attempting to save or retrieve has been blocked from this Web site by the server administrators" (en castellano "Los administradores de este servidor han bloqueado en este sitio Web el archivo que intenta guardar o recuperar") intentando acceder a Reporting Services desde SQL Management Studio puede deberse a un problema de configuración.

Antes de nada, intentad solucionarlo desde la herramienta de configuración de Reporting Services, verificando que tenéis acceso al servidor y que la cuenta de acceso tiene acceso a Reporting.

Aún así, es posible que os encontréis con que os sigue dando el error. En este caso, la causa puede ser una mala configuración del tag UrlRoot en el archivo rsreportserver.config.
Para solucionarlo, basta con abrir el archivo rsreportserver.config (que podéis encontrar en el path C:\Program Files\Microsoft SQL Server\MSSQL.3\Reporting Services\ReportServer\rsreportserver.config) y corregir el valor del tag UrlRoot por el mismo, por ejemplo, que utilizáis para implementar los reports desde Visual Studio y que está visible desde las propiedades del proyecto.

En mi caso, tuve que editar la URL de URLRoot para que apuntase al puerto de Reporting, con esto se ha corregido el problema.

Error abriendo zips almacenados en SharePoint

2008-06-19T20:54:00.008+02:00

En esta ocasión quiero comentaros un problema que me he encontrado con los zips almacenados en listas y librerías de documentos de SharePoint.

Si se sube un fichero zip a través de la interfaz de adjuntar/cargar documentos de SharePoint, éstos se pueden abrir y descomprimir sin problema.
En cambio, si se hace la carga de documentos en SharePoint mediante la API o los Webservices (procedimiento normal para migraciones o cargas masivas) los ficheros quedan corrompidos y, dependiendo el programa que se use para abrirlos, obtendremos un resultado u otro:

WinZip no permitirá abrirlos, mostrando un error.
WinRar permitirá abrirlos, pero no descomprimirlos o acceder a su contenido y, si ejecutamos la verificación del fichero que ofrece WinRar, dirá que no es correcto.

Actualmente estamos estudiando este caso y os notificaremos los avances.

ACTUALIZACIÓN: Encontrada la solución al problema es cuestión, código fuente incluído.

Error usando BeforeProperties en un EventHandler ItemUpdating

2008-06-16T10:25:00.006+02:00

Si estáis haciendo un event handler de tipo itemUpdating (es decir, que se ejecuta durante la actualización de los elementos de una lista) os encontraréis con que podéis usar la propiedad AfterProperties para obtener los nuevos valores del ítem, pero no BeforeProperties para obtener los nuevos valores.

La solución es acceder directamente al ListItem para obtener los valores que tenía el ítem antes de la actualización.

Por ejemplo, esto se podría necesitar si se quiere poner valor3 en el campo2, cuando el valor de campo1 pase de valor1 a valor2 (yo he necesitado algo similar en un cliente).
En este caso habría que hacer algo parecido a esto:

public override void ItemUpdating(SPItemEventProperties properties)
{
   if (properties.AfterProperties["campo1"]=="valor1" && properties.ListItem["campo1"]=="valor2")
   {
      //Hacer las operaciones correspondientes
      properties.AfterProperties["campo2"] = "valor3";
   }
}

Campos que no aparecen en custom layouts de SharePoint Designer

2008-05-31T22:43:00.021+02:00

Estos días un compañero de Raona se encontró con un problema, estaba haciendo un custom layout con SharePoint Designer pero algunos de los campos no se dibujaban, sin seguir ninguna lógica aparente.

Después de darle un par de vueltas, nos dimos cuenta de que el problema está en los nombres que utiliza SharePoint Designer, ya que se limita a codificar el nombre del campo por completo (que debe corresponder con el InternalName del campo) pero el Internal Name tiene una longitud limitada a 32 caracteres que se puede ver desbordada por la sustitución de los espacios y caracteres extraños por la codificación del tipo _x0020_

Conclusión: con una pequeña aplicación de consola que te extraiga el InternalName del campo podrás solucionar esta situación, corrigiéndolo luego en SharePoint Designer:
SPSite site = new SPSite("http://miservidor");
SPWeb web = site.OpenWeb();
SPList list = web.Lists["nombreLista"];
SPField fld = list.Fields["campo"];
System.Console.WriteLine(InternalName: + "fld.InternalName");

Raona presenta el SharePoint Day en Barcelona

2008-05-31T22:43:00.018+02:00

Examen 70-631 "MCTS: Windows SharePoint Services 3.0 - Configuring" también superado!

2008-04-29T17:36:00.006+02:00

Pues sí, tal como anuncia el título del post esta mañana he superado con éxito el examen 70-631 sumando una nueva certificación para mi y para Raona

Con esto ya tengo las certificaciones a nivel de configuración de SharePoint, ahora hay que ir a por las de desarrollo.

Ocultar campos en SharePoint 2007

2008-04-27T20:28:00.014+02:00

Una de las cosas que se echa de menos en MOSS 2007 es la no existencia de seguridad a nivel de campo (Field) pero, al menos, existe la posibilidad de decidir si un campo se muestra o no en los formularios de las listas.

Para ello disponemos de una serie de atributos que definen si un campo debe ser visible en los formularios de New, Edit, Display y en el historial de versiones, aunque no son modificables a través de SharePoint directamente, sino que deberemos recurrir a la API.

Supongamos que queremos ocultar el campo "nombreCampo" de la lista "nombreLista" a los usuarios lectores pero que siendo posible editar su contenido, el código sería como sigue:

//Creamos el site
SPsite site = new SPSite("http://miservidor");

//Abrimos el objeto web
SPWeb web = site.OpenWeb();

//Cogemos la lista en la que queramos ocultar los campos
SPList list = web.Lists["nombreLista"];

//Cogemos el campo de la lista a ocultar
SPField field = list.Fields["nombreCampo"];

//Seteamos las propiedades del campo
field.ShowInDisplayForm = false; //El campo no se mostrará en el formulario de display de los ítems
field.ShowInEditForm = true; //El campo se mostrará en el formulario de edición de ítems
field.ShowInNewForm = true; //El campo se mostrará en el formulario de nuevos ítems
field.ShowInVersionHistory = false; //El campo no se mostrará en el historial de versiones
field.ShowInListSettings = true; //El campo se mostrará en la configuración de la lista

//Actualizamos el campo
field.Update();

Una forma sencilla de decidir en qué formularios son visibles determinados campos, eso sí, no hay que olvidar hacerlo para todas las listas en las que el campo esté presente.

Examen "70-630 - TS: Microsoft Office SharePoint Server 2007, Configuring" superado!

2008-04-14T10:36:00.009+02:00

Para empezar con el blog decir que el Viernes superé con éxito el examen 70-630 (TS: Microsoft Office SharePoint Server 2007, Configuring) con lo que ya soy MCTS en Microsoft Office SharePoint Server 2007 - Configuration. Una certificación más dentro de la gran cantidad de certificaciones de Raona .

Ahora creo que empezaré a preparar el 70-631 (TS: Windows SharePoint Services 3.0, Configuring).

Saludos!