Si habéis guardado algún sitio de Office 365 como plantilla, y desplegáis la solución en otro site o colección de sitios, es posible que os encontréis un error al intentar desactivar la solución.

Seguramente os ocurrirá si habéis estado creando y eliminando sitios basados en esa plantilla.

Para poder desactivar la solución sin que os falle, primero, obviamente, tendremos que asegurarnos de que no hay ningún site existente basado en esa plantilla.

Además, y esto ya no es tan evidente, es que te asegures que no tienes nada relacionado con esa plantilla, en la papelera de reciclaje:

Y lo último, y nada evidente, es que compruebes esto mismo, en la “otra” papelera de reciclaje (sí, es la misma papelera, pero tiene 2 vistas diferentes, y desde el link anterior, sólo vemos una de ellas):

Y dentro de esta, revisa las 2 vistas disponibles:

Que por cierto, las 2 vistas tienen el mismo nombre, pero creo que es por una mala traducción del Inglés, ya que en inglés se llaman:

• End user recicle bin items
• Deleted from end user recicle bin items

Después de eliminar todo lo relacionado con esa plantilla (sitios eliminados que estaban basados en esa plantilla), ya deberías poder desactivar la solución sin problemas.

Nada más, agradecer a mi compañero Juan Moreno, que se dio unos cuantos cabezazos hasta encontrar esa “papelera escondida”

Saludos!!

Hace un tiempo os hablé de la SharePoint Software Factory. Pues bien, hace unos días que se ha liberado una nueva versión, la 3.2

Os copio la lista de novedades, y os pongo algún pantallazo de mis favoritas

• Menu "List And Doc": Linq to SharePoint (imports the schema of several lists to LINQ classes)
• Menu "BCS": Simple BCS Model
• Menu "BCS": Import BCS Model from Database
• Menu "BCS": Model BCS Model with classes
• Menu "BCS": Quick Deploy BCS Model (undeploys/deploys BCS model via powershell)
• Menu "Security": Minimal CAS, Medium CAS, recipes for single CAS Policy Items etc.
• Menu "ASP.NET": WCF Webservice
• code snippets added, partly from http://spcodesnippets.codeplex.com Thx to Ayman El-Hattab (http://aymanelhattab.com)
• Added custom FxCopDictionary to allow project specific exclusions for abbreviations, keyword, acronyns etc. Dictionary will be automatically used in Realase build configuration.

Fijaros que maravilla para generar un data context de LINQ to SharePoint:

Tras el asistente, nos genera, por un lado, un fichero XML de configuración del SPMetal, por si queremos repetir la generación, y por otro lado, 2 ficheros con una clase parcial para el contexto.

También podemos añadir servicios de WCF, donde la plantilla ya prepara el package para su despliegue en el servidor de SharePoint:

Otra novedad es que se han añadido numerosos code-snippets. Aquí tenemos las categorías:

Destacar también que dispone de un asistente para migrar a esta última versión, proyectos realizados en la versión anterior.

Un saludo!!

Cuando se realiza una búsqueda en SharePoint, se aplica un filtrado de los resultados, según el usuario que lanza la query. Es decir, si un usuario no tiene permisos sobre una lista concreta, obviamente, los resultados que hagan referencia a esa lista, no le aparecerán al usuario.

Ahora bien, hoy me he encontrado con un caso que no cumplía esta premisa, y que puede ser bastante frecuente durante la fase de desarrollo del proyecto. Resulta que estaba lanzando una búsqueda con un usuario que era Colaborador del site, por lo que tiene permisos para ver y editar todas las listas, y sin embargo, en las búsquedas, no me devolvía ningún resultado. Sin embargo, me iba a una lista cualquiera, y podía ver y editar un item que cumplía con la query de búsqueda.

De hecho, si hacía la misma búsqueda con otro usuario colaborador, sí me salían resultados válidos. ¿¿??

Pues bien, aquí van los motivos:

• No tenía programado ningún crawling, ni completo ni incremental. Al ser un entorno de desarrollo, lo que hago es forzar el crawl según necesito.
• El usuario que no devolvía resultados de la búsqueda, lo había añadido al sitio, después de haber hecho el último crawl.
• Al forzar un nuevo crawling, y probar de nuevo con el usuario que no devolvía nada, ahora, sí me devolvía los resultados de búsqueda esperados.

La conclusión es que el índice de búsquedas que monta SharePoint, copia mucha información del contenido, incluyendo, los permisos de los usuarios.

Para comprobarlo, he repetido el proceso:

• He quitado del site a otro usuario que era colaborador
• He forzado un nuevo crawling
• He vuelto a añadir al usuario como colaborador
• He realizado una búsqueda con dicho usuario, y efectivamente, no he obtenido ningún resultado de búsqueda.
• He forzado un segundo crawling
• Al volver a buscar con el mismo usuario, ya aparecían los resultados de la búsqueda esperados.

Moraleja:

Lleva esto en mente, y programa el crawling incremental y completo, según las necesidades de que dichos resultados estén “actualizados”. Ten en cuenta que a parte de esos permisos, también copia gran parte del contenido, por lo que es muy sencillo que elementos que hayan sido eliminados, o actualizado algún metadato, sigan apareciendo en los resultados de búsquedas con una versión incorrecta.

Saludos!!

Cuando creamos un nuevo sitio de SharePoint, debemos elegir una plantilla de sitio, en la que queremos basar nuestro nuevo sitio. Si lo hacemos desde la interfaz web, lo tenemos muy fácil, y tan sólo tenemos que elegirla, tal y como vemos en la imagen:

Si queremos hacerlo desde power-shell, podemos usar el comando New-SPSite donde con el parámetro Template, le daremos la plantilla a utilizar. Ese parámetro, nos pide un código de plantilla. Podemos ver los códigos instalados, con otro comando de power shell:

Que nos dará un listado como el siguiente (repetido para cada idioma instalado):

Es el Name de ese listado, el que debemos utilizar para el parámetro Template. Ejm:

Pero ¿qué significan esos códigos?

Pues bien, los Site Definition de SharePoint, se componen, entre otras cosas, de 2 ficheros .XML:

• webTemp.xml: Existe uno por cada lenguaje instalado, y contiene las entradas de las plantillas de sitio, que luego se listan en las primeras imágenes del post.
• ONET.xml: Contiene las configuraciones de cada plantilla, como pueden ser las listas, módulos, features a nivel site y web, etc.

Si abrimos el fichero webTemp.xml, que se almacena en 14TemplateLocaleXML veremos varias entradas de este tipo:

Pues bien, si volvéis a fijaros en los códigos de las Template, veréis que se forman como:

¿Y cómo se relaciona con el fichero ONET.xml (que es el que contiene la chicha de la definición del Site)?

Pues bien, lo primero es que dentro del directorio 14TempateSiteTemplates, tendremos una carpeta con el nombre del atributo Name del nodo Template. Es en esa carpeta, dentro de la subcarpeta XML, donde encontraremos el ONET.xml. Si vemos ese fichero, veremos que hay una parte de Configurations, donde coinciden los IDs de cada nodo Configuration del webTeml.xml