miércoles, 27 de octubre de 2010

CU Octubre 2010 para SharePoint 2010 (y 2007 también)

Microsoft ha liberado el Cumulative Update de Octubre de 2010 para SharePoint 2010 (también para 2007).

La información y los enlaces de descarga los podeis encontrar actualizados en el post de versiones de SharePoint 2010 que voy manteniendo regularmente.

Algunos enlaces a KB todavía no funcionan correctamente. Los iré corrigiendo a medida que Microsoft los tenga operativos.

¡Saludos!

domingo, 24 de octubre de 2010

Acciones personalizadas en los menús de SharePoint 2010

Pese a que a nivel de desarrollo con Visual Studio y .NET añadir nuevas acciones personalizadas a los menús de SharePoint 2010 ha cambiado muy poco respecto a la versión 2007, sí que se ha facilitado la posibilidad de crearlas sin necesidad de recurrir a la programación.

Como todos sabemos ya, la Ribbon es un excelente recurso que nos permite realizar muchas acciones con muchos menos clicks, pero ¿Cómo lo hacemos si queremos añadir nuestros propios botones personalizados a la cinta de acciones?

Mediante SharePoint Designer 2010 es realmente sencillo. Una vez hemos abierto el sitio y la biblioteca o lista donde nos interesa introducir la nueva acción personalizada, veremos que en la zona inferior derecha de la pantalla de resumen sobre la lista o biblioteca, nos aparece una sección de "Custom Actions" (Acciones personalizadas).

Al pulsar con el ratón sobre esa zona, veremos que en el SharePoint Designer automáticamente nos cambia la Ribbon, y aparece un icono de "Custom Action" (Acción Personalizada).

Al pulsar sobre él veremos los diferentes tipos de acciones personalizadas que podemos realizar:
  • List Item Menu --> Agrega la acción en el menú desplegable del ítem
  • Display Form Ribbon --> Agrega la acción en el menú de la cinta de acciones al "ver las propiedades" de un elemento de la lista o biblioteca.
  • Edit Form Ribbon -->Agrega la acción en el menú de la cinta de acciones al "editar las propiedades" de un elemento de la lista o biblioteca. 
  • New Form Ribbon --> Agrega la acción en el menú de la cinta de acciones en el formulari que nos muestra al crear un nuevo de un elemento de la lista.
  • View Ribbon --> Añade la acción en la cinta de acciones principal del item o documento.

Al seleccionar una de estas opciones, veremos que nos aparece un formulario donde podremos configurar la acción personalizada que estamos creando. A parte de ponerle un nombre y descripción, nos permitirá escoger el TIPO de acción personalizada a crear, a escoger entre:
  • Navegar a un formulario de la lista actual (Dispform, EditForm, Upload).
  • Iniciar un Workflow. Se entiende que esta es el tipo de acción más potente por la enorme flexibilidad que tenemos al crear y configurar un flujo de trabajo en SharePoint 2010, pudiendo llegar a realizar cualquier tipo de acción o secuencia de acciones que el flujo de trabajo tenga programadas. Es necesario crear el flujo previamente y asociarlo y publicarlo en la lista para poderlo seleccionar posteriormente en esta pantalla de configuración de la acción personalizada.
  • Navegar a una URL. Nos permitirá usar el botón personalizado como un enlace a otra página web (ya sea interna o externa al SharePoint)
Además, nos permitirá escoger los iconos de la imagen asociada a la acción. Según el tipo de acción que estemos configurando nos pedirá tanto el icono en 16x6 píxeles como en 32x32. Destacar que para que funcione correctamente estas imágenes deben ser subidas préviamente a una biblioteca de SharePoint. Personalmente recomiendo la de "Activos del sitio" (Site Assets) que genera automáticamente SharePoint 2010 en cada sitio que creamos (ya que está pensada precisamente para este tipo de elementos).

También el propio formulario nos permite seleccionar en qué sección de la Ribbon queremos que aparezca el botón (en caso de que estemos creando un botón para la ribbon y no un "List Item Menu"). Aunque por defecto Designer nos situa los botones en una zona determinada de cada Ribbon, en este enlace podreis ver la lista de diferentes ubicaciones que admite en cada situación para que podais hacer aparecer el botón donde más gusteis.

El siguiente parámetro del formulario es el la máscara de permisos "Rights mask", que por defecto lo deja en "EmptyMask", o lo que es lo mismo, que para pulsar el botón no se necesite ningún tipo de permiso especial. Para modificar este parámetro, podemos poner diversas máscaras separadas por puntos y comas. ¿Qué máscaras existen y cómo se invocan? Os recomiendo visitar este enlace para resolver vuestras dudas.

Por último, en el formulario de configuración de la acción personalizada, nos pedirá que introduzcamos un número de secuencia (opcional). Esto sirve por si definimos diversos botones personalizados, que podamos ordenarlos a nuestro gusto. El número más pequeño tiene prioridad. Es decir, el botón con secuencia =0 aparecerá en primer lugar, el =1 en segunda, el =2 en tercera... y así sucesivamente.


Bien, una vez tengamos definida nuestra acción personalizada, pulsamos el botón de OK y automáticamente podremos ver los resultados en nuestra lista o biblioteca de Sharepoint 2010. A continuación os muestro una pantalla de ejemplo para cada uno de los diversos tipos de acciones personalizadas que podemos crear (en todos los ejemplos he creado una acción personalizada llamada "Notify Bug" con el icono de una llama)

1.- ListItemMenu --> Botón en el desplegable de opciones del ítem o documento.

2.- Display Form Ribbon --> Botón en el formulario de "visualizar propiedades" de un ítem o documento.


3.- Edit Form Ribbon -->  Botón en el formulario de "editar propiedades" de un ítem o documento.


4.- New Form Ribbon --> Botón en el formulario de "Nuevo elemento" de un ítem de una lista


5.-View Ribbon --> Visualizar el botón personalizado en la Ribbon principal del elemento o documento


También vereis que podeis crear acciones personalizadas con SharePoint Designer 2010 en la propia sección de "Custom Actions" de la lista, con el icono "New" (Nuevo) de la sección. En este caso, al ser un botón de creación rápida, nos creará únicamente botones del tipo Menú de lista (el ejemplo número 1)


Finalmente comentar que también se pueden crear acciones personalizadas desde la propia Ribbon de las listas o bibliotecas de SharePoint, mediante la opción "Nuevo Paso Rápido" (o "New quick step" si lo tenemos en inglés) que encontraremos en la propia cinta de acciones de las librerías o listas del SharePoint, en la agrupación de "personalizar".


En este último caso, lo que hará SharePoint es abrir SharePoint Designer 2010 y dejarnos configurar una acción del tipo "View Ribbon" (ejemplo número 5), siendo obligatorio en este caso asociar un flujo de trabajo al botón (que ya esté creado o que creemos nuevo en ese momento).

Y hasta aquí el post sobre las acciones personalizadas de SharePoint 2010.

¡Un saludo y hasta el próximo post!

Project server 2010 instalado como servicio.

Estos dias estuve haciendo pruebas con Project Server 2010, y lo cierto es que me sorprendió la profunda integración que tiene con SharePoint 2010.

La instalación del producto es de lo más sencilla (poco que añadir al típico "siguiente-siguiente-..."), aunque para ello, Project Server 2010 pide como pre-requisito tener instalado Sharepoint Server Enterprise en el servidor donde queramos instalarlo.


Además, como paso final de la instalación, nos solicitará arrancar el asistente de configuración de SharePoint, como si de un pack de lenguaje o cumulative update se tratara.

Una vez completada la instalación de Project Server 2010, podemos intentar buscar dónde se ha instalado Project Server. ¿Es una aplicación que se puede arrancar desde el menú de inicio de windows? ¿Una aplicación web del iis que automáticamente se levanta? Lo cierto es que no notaremos ningún cambio especial al instalar el próducto, anque ahora, si vamos a la Administración Central de SharePoint 2010 (Application Management--> Manage Service Applications), podemos crear un nuevo tipo de servicio "Project Server Service Application".


Al hacerlo veremos que nos aparece un formulario de configuración del servicio, donde especificaremos parámetros como la aplicación web donde vamos a alojar la colección de sitios del Project Server, la ruta de dicha colección de sitios, el idioma de la misma, su cuenta de administrador, o la especificación de las bases de datos primaria y la de reporting.

Una vez pulsamos el botón de OK, veremos que SharePoint empieza a aprovisionar la colección de sitios de Project Server y nos muestra una pantalla (que podremos ir refrescando) donde ir viendo el progreso de dicho aprivisionamiento.

Una vez finalizado el proceso... ¡¡Ya podemos acceder al Project server!! Este ha quedado ya plenamente operativo en la colección de sitios que hemos creado bajo el servicio de la administración central.


Como veis, Project Server 2010 es un servicio de SharePoint 2010 (configurable, como todos desde la Administración Central), que se convierte en una Colección de Sitios en la aplicación web del propio SharePoint. En esta misma colección de sitios se encuentra tanto la parte de usuario, como el panel de configuración propio de Project Server.


Con todo esto podemos comprobar, una vez más, como SharePoint 2010 se está conviertiendo cada vez en un monstruo de mayor tamaño. En esta versión, no tan solo ha absorvido a Performance Point y ha añadido un montón de servicios nuevos (Fast, Office Web Applications, Visio Services, Metadatos Administrados, etc.), Project Server pasa a engrandar la lista de servicios incluidos dentro de ese "sistema operativo empresarial" que es SharePoint.

¡Un saludo y hasta la próxima!

sábado, 23 de octubre de 2010

Cambiar la master page de un sitioen SharePoint 2010

Como ya sabreis a estas alturas, SharePoint 2010 genera los sitios web aplicandoles una página .master por defecto (v4.master). En la versión 2007 teníamos acceso mediante el panel de adminitración del sitio, a una pantalla donde podíamos especificar qué página .master queríamos aplicar, y especificar que todos los subsitios creados tomaran la .master de este origen. Sin embargo, esta opción no se encuentra aparentemente en el panel de control del sitio en SharePoint 2010. Realmente existe, pero está oculta y solo se puede acceder a ella directamente por URL.

Si tecleamos http://nuestrosite/_layouts/ChangeSiteMasterPage.aspx accederemos directamente a dicha pantalla, y podremos especificar tanto la plantilla general del sitio como la de sistema, así como especificar la ubicación del fichero .CSS aplicado, y habilitar la herencia automática de estas propiedades a todos los subsitios creados.


Recordad, _/layouts/ChangeSiteMasterPage.aspx

¡¡Un saludo!!

jueves, 14 de octubre de 2010

Conectar un WebPart de Imagen

Una vez explicado el concepto de Mashup y realizado un ejemplo del mismo, hoy quisiera explicar cómo conectar un webpart de imagen con otro de formato lista, de forma que pueda servirnos como pieza dinámica de una aplicación más completa.

Para ello volveré a basarme en una variación del mismo ejemplo: Una lista de libros, que según el libro escogido, muestra una imagen u otra de la portada del mismo.

Lo primero es crear una lista personalizada donde añadiremos las columnas de Título, Autor y Número y donde "Número" es un valor numérico que no puede repetirse.


Además creamos una última columna calculada llamada URL_Portada, donde calcularemos automáticamente la URL de la imagen de la portada de cada número. La fórmula sería del estilo ="/portadas/"&Numero&".jpg"  (donde "portadas" sería el nombre de la biblioteca de imágenes donde guardaremos las portadas de los libros)

¿Por qué generar esta última columna calculada? Porque para que el único parámetro de entrada que acepta el webpart de imagen es el de la URL de la imagen, y para mandárselo necesitamos crear un campo con la misma.

Posteriormente creamos la biblioteca de imágenes, y al cargar las mismas en la biblioteca, ponemos especial cuidado en ponerle como título de cada imagen el número correspondiente al campo "Numero" de cada libro generado en la lista personalizada de nuestra biblioteca. De esta forma, la portada 1.jpg se corresponde al libro con el número 1, y la portada 2.jpg se corresponde al libro con el número 2.


Finalmente, creamos una página wiki (puede ser la página principal del site mismo), y en ella añadimos los 2 webparts: el de la lista personalizada con los libros, y el de imagen (Insertar--> Imagen). Una vez introducidos los dos webparts en la página wiki, y continuando en la edición de la página, abrimos el menú desplegable del webpart dela lista personalizada y seleccionamos "conexiones-->Enviar fila de datos a-->Portada" (donde "Portada" es el nombre del webpart de la imagen).


En la ventana que nos aparecerá, debemos escoger el campo de la lista que mandamos como parámetro al webpart de imagen. Tal y como comentamos anteriormente, este debe ser uno que indique la URL de la imagen a mostrar, por tanto, seleccionamos el campo URL_Imagen, donde estamos calculando dicha URL.


Al pulsar el botón "Finish", salimos de la edición de la página y... ya tenemos los webparts conectados. Si seleccionamos un libro concreto del listado, veremos que automáticamente nos cambia la imagen de la portada (recordad, Número y Título de Imagen han de ir coordinados). En mi caso, además, también le conecté un par de webpart de filtros, para acercarme un pelín más al concepto de mashup, tal y como muestra la siguiente imagen:

Y eso es todo por hoy, pensad en cómo podeis conectar vuestros webparts, seguro que hareis más interactiva vuestra intranet. ¡Un saludo!

lunes, 11 de octubre de 2010

Content Query WebPart mejorado

Bienvenidos de nuevo a mi blog, donde hoy voy a comentaros las mejoras que aporta el Content Query WebPart (CQWP) en SharePoint 2010.

Sin duda este fue uno de los WebParts más utilizados en la versión 2007, debido a que su funcionalidad se basa en mostrar roll-ups de tipos de contenido ubicados en diversas zonas del site collection, haciendolo ideal para las "homepages" de todas nuestras intranets y muchas de sus páginas resumen. Por ejemplo podíamos mostrar "todas las tareas pendientes de todos los subsitios".

Sin embargo, uno de los quebraderos más grandes de cabeza que muchos habremos sufrido con MOSS 2007 era cómo conseguir representar la información del CQWP exactamente como deseábamos, con el formato, el contenido y la estructura que nuestros clientes solicitaban. Normalmente se solventaba o convenciendo al cliente de que el out of the box de SharePoint tan solo permitia "eso", o recurriendo a soluciones de terceros o formateando XSL y CSS para cada CQWP que se nos ponía a tiro.
Pues bien, SharePoint 2010 nos ofrece un CQWP mejorado en algunos aspectos, que realmente vienen a ampliar la potencia y facilidad de uso del WebPart, aunque tranquilos, que los conocimientos de XSL aprendidos en 2007 también nos van a servir en 2010 y no los vamos a olvidar (aunque sin duda nos dará algo más de descanso).

Centrándonos en las mejoras del Content Query Web Part, estas son las siguientes.

Capacidad para consultar información "Content to Content", que viene especificada por dos nuevos parámetros de filtrado en las consultas:

1.-PageQueryString token: Ofrece la posibilidad de filtrar los resultados de la consulta utilizando el valor de un parámetro contenido en la URL de la propia página. Para utilizarlo hay que escribir [PageQueryString:PARAMETRO] en los filtros de consulta del CQWP y el propio WebPart sustituirá la cadena con el valor del campo especificado.

2.-PageFieldValue token: Ofrece la posibilidad de filtrar los resultados de la consulta utilizando el valor de otro campo en la misma página. Para utilizarlo hay que escribir [PageFieldValue:NOMBREDELCAMPO] en los filtros de consulta del CQWP, y el propio WebPart sustiturá la cadaena con el valor del campo especificado.

3.-Slots: Un slot es una marca en la plantilla del Item Style que puede ser rellenada con el contenido en tiempo real. El Content Query Web Part permite establecer mapeos entre los slots y los campos que utiliza el panel de propiedades, permitiendo crear plantillas de consulta mucho más reutilizables. Expresado de otra forma, también se podría decir que un slot es un "espacio" o "hueco" definido en un fichero XSL que define un tipo de dato y reserva esa posición del mismo para cada una de las instancias que sean invocadas sobre la plantilla definida del propio XSL.

En la práctica, los slots se consiguen añadiendo nuevas secciones en el fichero "ItemStyle.xsl", tal y como hacíamos en la versión 2007, pero con la ventaja de que podremos reutilizar las definiciones que hacemos en dicho fichero tantas veces como queramos. ¿Cómo? Una vez añadamos nuestras secciones personalizadas en el "ItemStyle.xsl", el propio panel de configuración del Content Query WebPart, nos dejará seleccionar el parámetro "Item Style", que leerá todas las secciones definidas de ese fichero.

En cuanto seleccionemos un estilo deteminado, veremos que a continuación nos deja elegir la configuración de todos los "slots" o metadatos que tengamos definidos en el "ItemStyle.xsl" para ese estilo concreto.

De esta forma, el Content Query WebPart de SharePoint 2010 permite invocar esas plantillas definidas (una única vez), y parametrizar cada slot contenido en ellas, para asignar los valores concretos (metadatos o columnas de listas) a cada uno de ellos, consiguiendo así reutilizar la definión del XSL en múltiples instancias del CQWP (tantas veces como se quiera) y utilizando metadatos distintos para los slots segun la lista sobre la que realicemos la consulta.

El resto continuará dependiendo de lo hábiles que seamos manejando el fichero xsl y el css. Un ejemplo de resultado puede ser la siguiente imagen:


 Por útlimo comentar que el CQWP también se integra con las características sociales de tagging (Etiquetado), mostrándonos como opciones de filtrado etiquetas contenidas en el servicio de metadatos administrados. Y no olvidemos, que, tal y como pasaba en 2007, el CQWP es fácilmente extensible, para conseguir mediante código .NET realizar algunas carencias que todavía tiene el WebPart, como por ejemplo, la paginación de elementos (no se incluye tampoco por defecto en 2010).

Con esto ya me despido. Un saludo y ¡¡Hasta la próxima!!

domingo, 10 de octubre de 2010

Por fín se hizo justicia: ¡¡ David Martos MVP !!

Lo pensé desde el principio que lo conocí: Si un mega-crack como David Martos no es MVP de SharePoint, es que solo los descendientes directos de Bill Gates pueden llegar a serlo.

Pocos meses después de incorporarme al equipo de  trabajo de SPENTA, he tenido el privilegio aun mayor de ser testigo presencial de su nombramiento como MVP. Fue en el TTT del pasado viernes, 1 de octubre del 2010. ¡¡ Por fin se ha hecho justicia !!

Posteador constante de artículos de alto nivel en su blog personal, fundador original del Grupo de Usuarios de SharePoint de Cataluña (SUG.CAT), "respondedor" oficial en varios foros de Microsoft y sobre todo a los "¿Tienes un momento?" de todos los compañeros de Spenta... David Martos alcanza el máximo reconocimiento por parte de Microsoft a un profesional por su dedicación a la tecnología relacionada con  SharePoint y a la comunidad que la sustenta.

Tanto si alguno de vosotros conoceis a David, como si teneis curiosidad de saber cómo es el proceso de "nombramiento" de MVP's, o recomiendo ver el siguiente video, ¡No tiene pérdida!:


Ya te lo he dicho muchas veces compañero, pero una vez más desde mi Blog: ¡¡ ENHORABUENA !! ¡¡Estoy convencido que disfrutarás del honor por muchos años!!

viernes, 8 de octubre de 2010

Integración de Access 2010 con SharePoint 2010

Esta semana estuve dando un curso de formación a usuarios de SharePoint 2010. Cuando estuve un par de clases explicándoles el producto, y después de explicar todas las opciones que se pueden hacer con las listas y las vistas, algunos alumnos me preguntaron si SharePoint era una Base de Datos... ¡¡Efectivamente!! Todos sabemos que gran parte de SharePoint es SQL Server.

En ese caso... ¿Os habeis llegado a plantear qué nivel de integración tiene con Access? ¡Veámoslo!

Imaginaos que tenemos una base de datos Access, y queremos pasarla a entorno SharePoint 2010(realmente os lo recomiendo, vuestras bases de datos dejarán de ser sosas y aburridas). Arrancamos el Access 2010 en nuestra máquina y cargamos en ella nuestra base de datos.

Seleccionamos una tabla y en la Ribbon, seleccionamos la pestaña "External data", en el apartado de acciones de "Export", pulsamos el botón de "More" y seleccionamos "SharePoint List"


A continuación se nos abrirá una nueva ventana donde deberemos especificar nuestro sitio de sharepoint donde queremos crear la lista resultante de la exportación, así como el nombre que queremos darle a esa lista. También podremos añadir una descripción adicional a la lista y marcar si queremos abrir la misma una vez hayamos finalizado la exportación. Finalmente pulsamos el botón "OK".


Tras unos instantes, nos informará de que la exportación ha finalizado correctamente, y si queremos guardar los parámetros de la exportación realizada para poder realizarla más rápidamene la próxima vez.


Bien, si ahora vamos a nuestro SharePoint, veremos que realmente, nuestra base de datos en Acces, se migró completamente y está plenamente operativa en Sharepoint.


 Ahora planteemos la situación contraria: Tengo una lista de SharePoint que quiero convertir a Access... bueno, en realidad lo que querríamos es poder tenerla en Access, alimentarla desde Access introduciéndole nuevos registros, pero que los cambios se visualizaran directamente en SharePoint. Es decir tener las bases de datos Access-SharePoint directamente vinculadas y sincronizadas. ¿Es eso posible? ¡¡Por supuesto!!

Abrimos de nuevo Access 2010, y esta vez creamos una base de datos nueva (base de datos en blanco, por ejemplo).

Una vez nos cree la base de datos, accedemos a la pestaña de "External Data", y en la sección de "Import & Link" pulsamos en el botón de "More", donde veremos que se incluye la opción de "SharePoint List" Seleccionamos esa opción.


Al pulsar sobre esta opción, se nos abrirá una nueva ventana donde deberemos especificar el sitio de SharePoint donde está la lista a la que nos queremos conectar. También deberemos especificar si la importación va a ser simple (nos traemos los datos de la lista a Access y ya está) o vinculada (las bases de datos Access-SharePoint siempre estarán sincronizadas). Seleccionamos esta última opción, y pulsamos el botón de "Next".
 

En la siguiente pantalla, escogeremos aquella lista (o listas) que queramos importar de todas las que existen en el sitio donde le hemos indicado en la pantalla anterior. Para finalizar el proceso pulsamos el botón "Ok".


Y... ¡Voilà! tras unos segundos, veremos en Acces toda nuestra lista de Sharepoint, completamente importada. Comprobareis que si haceis una adición o modificación en cualquier fila, cuando vayais a la lista de SharePoint, también habrá aplicado el cambio o adición. ¡Y viceversa! Si añadimos una nueva fila en la lista de SharePoint o modificamos una ya existente, automáticamente también se reflejará en nuestra Base de Datos Access (eso sí, tendremos que refrescar los datos para poderlo visualizar).


Pues aquí os dejo, con un  ejemplo más de la extraordinaria integración entre SharePoint 2010 y toda la suite de Office 2010. ¡¡Espero haber dado ideas a los amantes de Access!!

jueves, 7 de octubre de 2010

MSS 2010 For Internet Sites Enterprise... sin Enterprise

Llegamos a casa de nuestro cliente, donde tenemos que realizar una instalación de SharePoint 2010 para un entorno de evaluación (todo monoservidor).

Tenemos el servidor preparado con Windows Server 2008 R2, y después del proceso de instalación del SQL Server, llegamos al SharePoint. ¿Dónde está el número de serie? Aquí, tengo uno de "SharePoint for Internet Sites" versión Enterprise. Vale, ese sirve para evaluar todas las capacidades de MSS 2010. Lo activamos, lo instalamos y todo funciona perfectamente...

...Hasta que queremos utilizar las capacidades de InfoPath form Services. No está el botón para "modificar el formulario de la lista con Infopath". Voy a ver el servicio de Forms... ¿Donde está el servicio de formularios? y... ¿Donde están todos los servicios de Enterprise? Buscamos por toda la administración central, intentamos cambiar el número de serie, activar las características Enterprise en la granja... nada. La desesperación nos lleva a los brazos de nuestro siempre amigo Google Bing, donde encontramos que: http://support.microsoft.com/kb/2143810

Curioso, ¿Verdad? Pues eso, resulta que si tienes la versión MSS 2010 For Internet Sites Enterprise con un número de serie anterior al 25 de Mayo del 2010, te quedaste sin:
    • Access Services
    • InfoPath Forms Services
    • Chart Web Parts
    • Social Web Parts
    • Excel Services
    • PerformancePoint Services
    • Visio Services
Bueno... pero algo se podrá hacer para solucionar el tema, ¿no? Hombreee... ¡¡Por supuesto!! Tan solo hay que desinstalar SharePoint de la granja y volverlo a instalar con un número de serie posterior al 25 de Mayo de 2010. Miradlo desde el punto de vista positivo: No hará falta volver a instalar los prerrequisitos de SharePoint 2010, ni el SQL Server, ¡¡Si conseguís aguantar el chaparrón de usuarios que ya estaban testeando el entorno mintras lo tiras y lo vuelves a levantar todo irá bien!! Eso sí, como siempre, antes de tirar nada, haced un Backup, y al final, cuando tengamos la Enterprise de verdad, un Restore.

¡¡Id con mucho cuidado!! ¡¡Tengo "un amigo" que le pasó!! 

;-(

miércoles, 6 de octubre de 2010

Metadatos Administrados: "La característica requerida no está habilitada para este tipo de columna"

En algunos casos, tras poner en marcha y configurar el servicio de Metadatos Administrados en SharePoint 2010, al intentar crear una columna de metadatos administrados en una lista de SharePoint, nos puede dar el siguiente error:

“The required feature is not enabled for this column type.”

o en el caso de tenerlo en español:

"La característica requerida no está habilitada para este tipo de columna"



la cuestión es que (por algún motivo que todavía no he podido descifrar) el servicio se ha activado sin activar un par de características (Features) dependientes del mismo. En este caso, debemos activarlas manualmente desde la consola con los siguientes comandos:

Stsadm -o activatefeature -id 7201d6a4-a5d3-49a1-8c19-19c4bac6e668 -url http://tuwebapp/ –force


Stsadm -o activatefeature -id 73EF14B1-13A9-416b-A9B5-ECECA2B0604C -url http://tuwebapp/ –force

Recordaros que podemos activar también las características con PowerShell si lo preferimos (en teoria stsadm está "deprecated") o incluso ejecutar los comandos stsadm desde la consola de PowerShell.


Con esto, si volvemos a intentar crear una columna de metadatos administrados, veremos que funciona correctamente.

¡¡Confío en que a alguien le sirva!!