- Problema de cualificación de un ObjectDataSource. System.InvalidOperationException: The type specified in the TypeName property of ObjectDataSource
-
Hola a todos
Con frecuencia estoy encontrando bastantes casos de soporte donde aparece el siguiente mensaje con
Exception Details: System.InvalidOperationException: The type specified in the TypeName property of ObjectDataSource '_myObjectDataSource' could not be found.
Aunque parezca a simple vista que nos hallamos ante un gran problema, no es más que un problema de cualificación en el código a la hora de invocar el ObjectDataSource. Entonces se debería añadir el nombre Public Key, version y culture en un caso o en otro namespace y assembly en el que esta incluido el ObjectDataSource que se está declarado.
Dos ejemplos serían los siguientes (dependiendo de como lo invoqueis)
ObjectDataSource _myObjectDataSource = new ObjectDataSource( "MyWebPart.SourceProvider.DataSources, MyWebPart.SourceProvider",
"GetMyData");
La solución sería
ObjectDataSource _myObjectDataSource = new ObjectDataSource(
"MyWebPart.SourceProvider.DataSources, MyWebPart.SourceProvider,
Version=1.0.0.0, Culture=neutral, PublicKeyToken=68acc472a0988aff",
"GetMyData");
Como veis hemos añadido la Public Key, culture y la versión para que SharePoint exactamente sepa donde buscarlo.
Desde el otro método de invocación
ObjectDataSource _myObjectDataSource = new ObjectDataSource();
_myObjectDataSource .TypeName = "DataSources";
_myObjectDataSource .SelectMethod = "GetMyData";
La solución sería
ObjectDataSource _myObjectDataSource = new ObjectDataSource();
_myObjectDataSource .TypeName = "MyWebPart.SourceProvider.DataSources";
_myObjectDataSource .SelectMethod = "GetMyData";
Para arreglarlo deberíamos de indicar el assembly y el namespace donde se encuentra el objectdatasource.
Un saludo.
Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA
- Access Denied y aprobación de custom master pages.
-
Hace unos días he tenido un caso bastante interesante. El cliente recibía Access Denied con usuarios que tenían permisos de Read Only o de Only View pero no para el resto de permisos. No aparecía ningun error ni excepción rara en los logs de SharePoint ni en el Event Viewer. Cada vez que accedía a la pagina se mostraba un Access Denied a un elemento de una lista y la siguiente url http://myurl/UK/_layouts/AccessDenied.aspx?Source=http%3A%2F%2Fdev%2FUK%2FPages%2Fhomepageuk%2Easpx&Type=list&name=%7B3E7F224F%2DA3AF%2D4750%2D8E46%2DCF5380BF4BA5%7D
Por lo que dedujimos, la lista que estába fallando era la siguiente %7B3E7F224F%2DA3AF%2D4750%2D8E46%2DCF5380BF4BA5%7D que transformada es {3E7F224F-A3AF-4750-8E46-CF5380BF4BA5}. Usamos Sharepoint Manager 2007 para buscar la correspondiente lista asociada al guid que estaba dando el Access Denied.
Resultó que esa lista era la Master Page Gallery. Por lo cual, entramos en la galería y observamos que algunas master pages customizadas no estaban en estado approved. Finalmente, aprobamos todas aquellas que no lo estaban y el Access Denied desapareció.
Un saludo a todos
Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA
- Chico nuevo en la oficina, SharePoint Dev
-
Hola a todos, me llamo Héctor Calvarro Martín y soy ingeniero de SharePoint para desarrolladores. No llevo mucho tiempo por estos lares pero ya alguno seguro que me habeís conocido. A partir de ahora postearé información para ayudar a todos los desarrolladores de código sobre SharePoint a comprender escenarios complejos o como hacer troubleshooting de las aplicaciones "customizadas".
Muchas Gracias a todos por vuestra atención y tendreís noticias de mi pronto. Un saludo.
Héctor Calvarro Martín. SharePoint Dev. Microsoft Support Engineer for DEV EMEA
- Disponible el Acumulativo de Octubre
-
Ya está disponible para su descarga el acumulativo de Octubre de MOSS y WSS3. Para mayor comodidad, has salido directamente los paquetes rollup (incluyen los acumulativos anteriores desde el SP2).
La descripción de estos paquetes acumulativos se encuentra en los siguientes artículos KB:
Los enlaces directos para descargarlo son los siguientes:
Como siempre, indicamos el orden de instalación:
Este paquete se puede instalar directamente encima del SP2 o cualquiera de las actualizaciones posteriores al mismo.
- Instalar el SP2 en caso de que no se encuentre aun instalado. (enlaces aqui)
- Instalar el Oct CU para WSS 3.0
- Instalar el Oct CU para MOSS
La version final será: 12.0.0.6520
- Listado de versiones WSS 3.0 / MOSS2007
-
Hoy os dejamos un listado con todas las versiones que han salido hasta la fecha tanto para WSS 3.0 como para MOSS2007 con un enlace de descarga a las mismas que esperamos que os sean de utilidad:
¡Hasta la próxima!
- Disponible el Acumulativo de Agosto
-
Ya está disponible el acumulativo de Agosto (August CU) para MOSS y WSS 3.
Los enlaces son los siguientes:
· Windows SharePoint Services 3.0 August CU:
http://support.microsoft.com/kb/973400/es
Problemas que corrige este paquete de hotfix
Este paquete de actualización acumulativa corrige los problemas que se describen en el siguiente artículo de Microsoft Knowledge Base:
973410 (http://support.microsoft.com/kb/973410/ ) Descripción del paquete de Hotfix Server de Windows SharePoint Services 3.0 acumulativa actualización (Sts.msp): 25 de agosto de 2009
· Microsoft Office SharePoint Server 2007 August CU:
http://support.microsoft.com/kb/973399/es
Problemas que corrige este paquete de hotfix
Este paquete de actualización acumulativa corrige los problemas que se describen en los siguientes artículos de Microsoft Knowledge Base (KB):
973937 (http://support.microsoft.com/kb/973937/ ) Descripción de la revisión de Project Server 2007 (Pjsrvapp-x-none.msp, Pjsrvwfe-x-none.msp): 25 de agosto de 2009
973409 (http://support.microsoft.com/kb/973409/ ) Descripción del Office SharePoint Server 2007 acumulativa Server Hotfix paquete de actualización (Coreserver.msp): 9 de septiembre de 2009, 2009
- Los diferentes tipos de People Picker
-
Hoy vamos a tratar un tema muy interesante que ha traído algunos quebraderos de cabeza a los usuarios de MOSS y vamos a intentar ayudaros a saber exactamente que está pasando con nuestro people picker. Imagino que todos conocéis el famoso people picker, pero para el que no lo conozco os dejo una imagen del mismo.
|
|
Como veis, el people picker nos sirve para buscar usuarios dentro de nuestra granja de SharePoint para darle permisos, añadirle en las audiencias o hacer otra operaciones con los usuarios. Lo primero de todo es distinguir los dos tipos de people picker que tenemos. Estos dos tipos son los siguientes:
- People Picker situado en la configuración del sitio dentro de la configuración de personas y grupos. Este people picker sirve para buscar usuarios ó grupos usando el proveedor de autenticación que tengamos configurado en la aplicación web y dar permisos a los mismos según nuestros requerimientos. Normalmente esta búsqueda se realizará en nuestro Directorio Activo.
- People Picker situado en la configuración de nuestro Shared Services en la sección Audiencias y dentro de la única opción que tenemos dentro. Las audiencias, a grandes rasgos, sirven para configurar si un determinado usuarios ó un grupo de usuarios pueden ver por ejemplo una web part situada en una página de nuestra aplicación web.
|
Teniendo presente esta división mencionada anteriormente, ahora vamos a ver en que se diferencian cada uno cuando los estamos usando y veremos algunas nociones de como podemos saber porque puede que nuestro people picker no encuentre los usuarios deseados en un momento dado.
El funcionamiento del primer people picker descrito consiste en un acceso directo a nuestro origen de datos de usuarios configurado en nuestro proveedor de autenticación. En el caso de que estemos utilizando Directorio Activo, este people picker se conectará directamente al Directorio Activo para obtener los usuarios que estamos buscando. Sabiendo esto y en el caso de que nuestros usuarios no aparezcan en el people picker os vamos a presentar una serie de pasos a seguir y comprobaciones que podéis hacer para intentar encontrar el motivo de este comportamiento.
1. Captura de network monitor para comprobar conectividad y tráfico. Al capturar esta traza podremos aplicar un filtro LDAP a ficha traza y veremos algo similar a la siguiente imagen:
|
Como vemos al filtrar la captura viendo únicamente el tráfico LDAP tenemos varias trazas que representan la comunicación entre nuestro servidor MOSS y nuestro controlador de dominio. En el caso de que estas trazas no aparezcan debemos tener en cuenta si MOSS y el DC están en el mismo servidor. Si es así, no existirá tráfico y por lo tanto no podremos ver estas trazas. Ahora dentro de nuestro troubleshooting vamos a diferenciar dos tipos de comportamientos:
- Sólo vemos trazas del tipo Search Request. En la columna "Description" podemos ver de que tipo son las consultas ldap y si se da el caso de que sólo vemos trazas del tipo Search Request quiere decir que el DC no está contestando a nuestra petición de búsqueda.
- Vemos trazas como las imagenes pero nuestro usuario no aparece en la búsqueda de MOSS. Para ver este comportamiento debemos de buscar la traza en la que MOSS realiza la petición de búsqueda que le hemos indicado, es decir, la búsqueda de nuestro usuario. Para ello debemos fijarnos en los detalles de las trazas de tipo Search Request y buscar dentro de los detalles de la trama el filtro aplicado en dicha traza. Debemos ver algo similar a la siguiente imagen:
En la imagen vemos un campo llamado filter. Nos vamos a centrar en este campo para hacer pruebas y poder así comprobar si el filtro aplicado es el adecuado. Tras la traza del tipo Search Request debe aparecer una traza del tipo Search Result que nos indica si la búsqueda ha sido correcta o no y los elementos que devuelve dicha búsqueda dentro del campo SearchResultEntry. Para comprobar si este filtro es correcto o no utilizaremos la herramienta LDP que se encuentra dentro de las Support Tools de Windows Server 2003. |
Con la herramienta LDP podremos realizar consultas contra nuestro Dominio para saber si esta consulta es correcta. Una vez que abrimos la aplicación LDP lo primero que tenemos que hacer es conectarnos a nuestro controlador de dominio con el menú "Connection" la opción "Connect". Aquí nos pedirá el servidor de controlador de dominio.
Tras esta información necesitamos hacer un bind contra dicho servidor indicando el usuario de acceso al contenido que tenemos configurado en el servicio de búsquedas. Para ello pinchamos en el menú "Connection" y posteriormente en la opción "Bind" para indicar el usuario, password y dominio.
Una vez realizada esta operación podremos probar la consulta con la opción "Search" que se encuentra en el menú "Browse" de LDP. Veremos una ventana dónde debemos introducir la base de búsqueda y el filtro a aplicar. Aplicando el filtro visto anteriormente podemos comprobar si realmente dicha consulta es correcta o no. Tras ejecutar la búsqueda en la ventana principal de LDP nos indicará los elementos recuperados con ese filtro. Si no devuelve elementos tendremos un problema con nuestra consulta. Dicha consulta puede ser modificada con stsadm y las operaciones que se indican un poco más abajo de este artículo.
Os dejo un enlace con información sobre la herramienta LDP http://support.microsoft.com/kb/224543
2. Otro aspecto importante es comprobar si la cuenta de acceso al contenido que tenemos configurada en las búsquedas de MOSS y la cuenta del application pool de la aplicación web tienen acceso al directorio activo y son capaces de ver el usuario que estamos buscando. Para ello podemos seguir los mismos pasos con LDP de conexión y enlace al directorio activo y en vez de realizar una búsqueda podemos pinchar en la opción "Tree" del menú "View" y así podremos navegar en la parte izquierda de la ventana hasta llegar al usuario que estamos buscando. Si se visualiza correctamente hemos descartado problemas de acceso de la cuenta al directorio activo. Si por el contrario no somos capaces de llegar al usuario habrá que revisar los permisos de las cuentas mencionadas dentro del directorio activo.
3. Otro punto a tener en cuenta son las relaciones de confianza entre dominios cuando tenemos varios dominios ó subdominios. Es necesario comprobar que estas relaciones están funcionando correctamente con la herramienta del directorio activo destinada para dicho fín.
4. Revisar la configuración del people picker del sitio en el que estamos intentando agregar el usuario. Existen diferentes comandos de stsadm para cambiar la configuración del people picker. Son los siguientes:
-
Peoplepicker-getsiteuseraccountdirectorypath y Peoplepicker-setsiteuseraccountdirectorypath: con este comando podemos consultar y cambiar la ruta en la que realizará la consulta al active directory dentro de un site collection. Es decir, podemos especificar que el people picker de un site collection busque los usuarios únicamente en una OU de nuestro directorio activo.
-
Peoplepicker-activedirectorysearchtimeout: configura un timeout para las consultas contra el directorio activo de nuestro people picker.
-
Peoplepicker-distributionlistsearchdomains: restringe la búsqueda de usuarios a un conjunto específico de dominios
-
Peoplepicker-onlysearchwithinsitecollection: muestra sólo los usuarios que ya están agregados al site collection dónde se está realizando la búsqueda.
-
Peoplepicker-searchadcustomfilter: permite especificar el filtro de búsqueda que se utilizará para buscar los usuarios en el directorio activo.
-
Peoplepicker-searchadcustomquery: permite moficar la consulta que se mandará al directorio activo y especificar así los campos del directorio activo dónde se buscará la cadena introducida en el people picker.
-
Peoplepicker-searchadforests: permite indicar otro dominio dónde buscar los usuarios.
Aquí os dejo un enlace que detalla en profundidad las operaciones mencionadas: http://technet.microsoft.com/en-us/library/cc263318.aspx
Con estas operaciones de stsadm y las trazas de red se suelen resolver la mayoría de casos relacionados con el people picker de usuario. En una segunda entrega, entraremos en detalle en el people picker de las audiencias cuyo funcionamiento es sensiblemente diferente.
Espero que os sea útil dicha información.
Un saludo, el grupo de soporte de MOSS.
- Disponible el Acumulativo de Junio
-
Ya se encuentra disponible el acumulativo de Junio (June CU) para MOSS y WSS 3.
Aquí dejamos los enlaces para descargar los distintos paquetes y los artículos KB (aún no están todos disponibles):
MOSS:
Aún no ha salido el paquete "Über" de MOSS, pero no tardará. Se espera que este paquete incluya todos los paquetes que se listan a continuación así como el fix que mencionamos en posts anteriores para el cambio de licencia forzado por el SP2. De momento dejamos los enlaces a los distintos paquetes por separado.
WSS:
La secuencia de instalación sería:
- Disponible el Hotfix para el problema del cambio a Versión de Evaluación introducido por el SP2
-
Hace unas semanas describimos un problema que introducía el SP2: la activación errónea de la expiración del producto después de 180 días, como si se tratase de una Versión de Evaluación.
Ya se encuentra disponible el hotfix que soluciona este problema. Se puede descargar de los siguientes enlaces, dependiendo del entorno:
Para más información sobre este fix, consultar el siguiente artículo KB:
KB971620: When you install the 2007 Microsoft Office servers Service Pack 2, the product expiration date is activated incorrectly
- Referencia visual de STSADM
-
Se ha publicado en Technet una referencia visual e interactiva de las operaciones y propiedades de STSADM. Permite ver las operaciones separadas por bloques (Backup/Restore, Bases de datos, ...) así como diferenciar entre las operaciones añadidas en el SP1 o SP2 respectivamente o ver cuales de estas operaciones no tienen equivalente en la interfaz de usuario. Pinchando en cualquier operación o propiedad se obtienen los detalles de las mismas.
Los enlaces para consultar estas referencias son:
Para más información sobre STSADM se pueden consultar los articulos habituales en Technet:
- Presentación del workshop de SharePoint
-
Hola a todos,
como algunos sabréis el día 25 de mayo se impartió en las oficinas de Microsoft un workshop sobre SharePoint. Desde soporte tuvimos la oportunidad de participar en dicho workshop impartiendo una sesión sobre herramientas y troubleshooting. Contamos con la presencia de unos 25 asistentes que se mostraron muy atentos y tomando notas de las herramientas y recomendaciones en todo momento. Al inicio de la presentación nuestros clientes pudieron poner cara a todos los ingenieros de soporte al ver la foto de cada uno de ellos y seguimos con conceptos de soporte y lo más interesante, una presentación de las herramientas que utilizamos en soporte. Al final de la misma se hizo una ronda de preguntas y se mostraron muy interesados en temas relacionados con el Service Pack 2.
Entre las herramientas que vimos tenemos las siguientes:
- Process monitor y process explorer.
- Network Monitor.
- Profiler.
- Windbg, adplus y TTTrace.
- Fiddler
y alguna más que podréis ver en la presentación.
Otro punto importante al inicio de la presentación fué la presentación de los entornos soportados y del concepto de soportado y no soportado.
La experiencia fue muy interesante y enriquecedora puesto que pudimos conocer a algunos de nuestros clientes con los que mantenemos habitualmente una relación telefónica pero en ningún momento habíamos tenido la oportunidad de ponernos caras. Con estas iniciativas conseguimos romper las barreras que nos imponen medios como el email o el teléfono y se consigue una relación mucho más estrecha con nuestros clientes. Asimismo, personalmente me parece una experiencia muy enriquecedora puesto que por unos momentos podemos ponernos en la piel de nuestros clientes y darles la oportunidad de transmitirnos sus inquietudes.
Os dejo la presentación en la entrada del blog y os animo a lanzarnos cualquier duda o sugerencia sobre la misma.
http://cid-b7f7a7add15e87b5.skydrive.live.com/self.aspx/.Public/Conferencia%20Sharepoint.pptx
Poco a poco iremos detallando el uso de estas herramientas y así podréis ver en más detalle cómo de útil pueden llegar a sernos.
Un saludo a todos, Sergio.
- Información importante sobre el Service Pack 2 para MOSS
-
Actualización: ya está disponible el fix que soluciona este problema. Ver post aquí.
Se ha descubierto recientemente un problema con el SP2 que afecta a aquellos clientes que hayan aplicado el SP2 para SharePoint Server 2007 (MOSS).
Durante la aplicación del SP2 se activa, erróneamente, la expiración del producto después de 180 días a partir de la fecha de instalación del SP2. Esto implica que a los 6 meses SharePoint caducaría como si se tratase de una versión de prueba.
Se está trabajando en un hotfix para corregirlo automáticamente. Mientras tanto, se puede corregir de forma manual volviendo a introducir la clave del producto en la Administración Central en "Convertir el tipo de licencia". El procedimiento está detallado en el este artículo:
http://support.microsoft.com/kb/971620
Qué implicaciones tiene para los entornos en los que ya se encuentra desplegado el SP2?
De momento, ninguna. No afecta al normal funcionamiento del entorno. En el hipotético caso de que la licencia llegase a caducar (a los 180 días) ni los datos existentes, ni la configuración, ni los desarrollos se verían afectados. Llegado ese momento, simplemente no se tendría acceso al entorno hasta que el producto fuese activado de nuevo.
Pero, nuevamente, tal como hemos mencionado más arriba, este problema se va a solucionar antes de que llegue a afectar prácticamente los entornos.
Aquí podéis encontrar el post del blog del grupo de producto donde se ha explicado este problema y su alcance.
Os mantendremos informados.
- El esperado Acumulativo de ABRIL ya está disponible en su versión Roll-up
-
Por fin! Se ha hecho esperar, pero ya está aquí.
Los paquetes del Acumulativo de ABRIL (April CU) ya se encuentran disponibles en versión Roll-up. Si bien diversos paquetes de actualizaciones correspondientes al April CU ya habían salido a finales de Abril, y dado que ha coincidido en fechas con el SP2, hemos esperado a que saliera el paquete Roll-up antes de publicarlo para simplificar las tareas de actualizacion.
El Roll-up del April CU incluye los hotfixes disponibles a partir del SP1.
Se pueden descargar los paquetes acumulativos para WSS y MOSS a partir de los respectivos artículos de KB:
April CU o SP2?
Los 2 :-)
Para tener el entorno actualizado al ultimo nivel, recomendamos instalar tanto el SP2 como el acumulativo de Abril, por este orden.
El April CU es el primer paquete de actualizaciones posterior al SP2.
Surge la pregunta: y por qué es posterior al SP2, si contiene, al igual que el SP2, las actualizaciones desde el SP1? Está incluído el SP2 dentro del April CU?
La explicación es que ambos paquetes contienen actualizaciones desde el SP1. El Acumulativo de Abril, al igual que los anteriores que iban saliendo cada 2 meses, incluye sobre todo hotfixes. En este punto, se podría decir que el April CU = Feb CU + los hotfixes que hayan ido saliendo desde Febrero.
Qué contiene el SP2? A grosso modo, el SP2 incluye todo los hotfixes incluídos hasta el acumulativo de Febrero, algunos posteriores, actualizaciones de seguridad, etc... pero sobre todo varias nuevas funcionalidades (que detallaremos en un futuro post).
De ahí que no están incluídos uno dentro del otro, sino que son complementarios, luego es interesante instalar los dos.
Tras instalar el SP2, la versión resultante es: 12.0.0.6421
Tras instalar el April CU también, la versión resultante es: 12.0.0.6504
Qué pasos debo seguir para tener el entorno completamente actualizado?
Los pasos a seguir serían los siguientes:
En los siguientes enlaces encontrarán información relevante detallada respecto a estas dos actualizaciones:
- SP2 disponible
-
Ya está disponible el Service Pack 2 para Windows SharePoint Services 3 y Microsoft Office SharePoint Server 2007.
Los detalles de estas actualizaciones, así como los enlaces de descarga (tanto del SP2 como del SP2 del LP) se pueden encontrar en los siguientes artículos de KB:
En este enlace se pueden encontrar recomendaciones para la descarga y aplicación de actualizaciones y Service Packs para entornos de WSS y MOSS:
http://technet.microsoft.com/en-us/office/sharepointserver/bb735839.aspx
El orden correcto de aplicación sería:
- SP2 para WSS 3 para el idioma nativo del entorno
- SP2 LP para WSS 3 para todos los LP de idiomas instalados en el entorno
- SP2 para MOSS 2007 para el idioma nativo
- SP2 LP para MOSS 2007 para todos los LP de idiomas instalados
Por ejemplo, para un entorno de MOSS en Inglés nativo con Language Packs en Español y Francés, los paquetes a instalar serían (por orden):
- SP2 para WSS 3 Inglés
- SP2 LP para WSS 3 para LP Español
- SP2 LP para WSS 3 para LP Francés
- SP2 para MOSS 2007 Inglés
- SP2 LP para MOSS 2007 para LP Español
- SP2 LP para MOSS 2007 para LP Francés
Mientras que para un entorno de MOSS en Español nativo, habría que instalar:
- SP2 para WSS 3 Español
- SP2 para MOSS 2007 Español
Para instalar el SP2, el entorno tiene que estar como mínimo al nivel del SP1 (al final del post se recuerdan los enlaces para descargar el SP1).
El SP2 se aplica con normalidad a cualquier versión posterior al SP1 también (IU o cualquiera de los acumulativos).
Tras aplicar estas actualizaciones por orden, ejecutar para cada serivdor de la granja el Asistente de Configuración de SharePoint o, desde la línea de comandos, "psconfig -cmd upgrade -inplace b2b -wait".
La versión de las bases de datos de contenidos tras la correcta aplicación del SP2 debería ser 12.0.0.6421.
Recordamos los enlaces para descargar el SP1, en caso de que no se encuentre ya instalado en el entorno que se desea actualizar a SP2:
Para más detalles sobre este Service Pack y su aplicación, os remitimos a este post del blog oficial del grupo de SharePoint (en inglés).
- Disponible el Roll-up de las actualizaciones de FEBRERO
-
Tal como anunciamos hace unos días, ya se encuentra disponible el acumulativo de Febrero en versión Roll-up (o sea: incluyendo todas las actualizaciones desde el SP1). Estos paquetes contienen asímismo las actualizaciones de idiomas, por lo que no hace falta instalar nada más aunque el entorno esté en un idioma distinto del inglés.
Los enlaces para descargarlo son los siguientes:
Tras su correcta aplicación, la versión a la que se encontrará el entorno será la 12.0.6341.5000.
Cómo aplicarlo? Fácil: la ventaja del Roll-up es que contiene todas las actualizaciones necesarias desde el SP1, por lo que se puede aplicar directamente sobre cualquier entorno que tenga instalado el SP1 o cualquier otro nivel de actualización posterior. Se recomienda seguir la secuencia siguiente:
- Aplicar el SP1 de WSS 3.0 (o asegurarse de que al menos el SP1 está aplicado - cualquier nivel posterior también vale)
- Aplicar el SP1 de MOSS 2007 (o asegurarse de que al menos el SP1 está aplicado - cualquier nivel posterior también vale)
- Asegurarse, asimismo, que todos los paquetes de idiomas se encuentren al menos en el nivel del SP1.
- Aplicar el Roll-up de Febrero de WSS 3.0
- Aplicar el Roll-up de Febrero de MOSS 2007
Nota: No hace falta instalar un paquete de idiomas, puesto que todas las actualizaciones correspondientes se encuentran ya incluídas en los Roll-up.
Para más detalles respecto a esta u otras actualizaciones, podéis visitar el blog oficial del grupo de SharePoint o poneros en contacto con nosotros.
