Aprovecho esta oportunidad para compartir con ustedes un post publicado en el blog de Haaron Gonzalez, les dejo aquí el enlace:
Qué se necesita para ser consultor y/o desarrollador SharePoint
Mostrando entradas con la etiqueta MOSS 2007. Mostrar todas las entradas
Mostrando entradas con la etiqueta MOSS 2007. Mostrar todas las entradas
jueves, 26 de mayo de 2011
sábado, 26 de junio de 2010
Error: The language is not supported on the server
Problema:
Durante la instalación de SharePoint (WSS 3.0 ó MOSS 2007) en un servidor donde anteriormente ya se hubiera instalado SharePoint (una versión anterior o la misma) y se ha desinstalado, puede suceder que al ejecutar el wizard de configuración nos de este error.
Esto es porque cuando se desinstala se pierde un valor de la registry del idioma del servidor, para corregir este problema seguimos los siguientes pasos:
Solución:
1. Abrir el notepad y escribir las siguientes líneas:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\12.0\ServerLanguage]
"1033"=""
2. Guardar el archivo como ServerLanguageFix.reg
3. Ejecutar el este archivo en el servidor y elegir la opción Sí para actualizar la registry.
4. Volver a ejecutar el wizard de configuración de SharePoint.
lunes, 15 de febrero de 2010
Tamaño máximo de subida de archivos
Para ver el tamaño máximo de subida de archivos a una aplicación SharePoint lo que tenemos que hacer es editar el web.config que se encuentra en la estructura de carpetas predeterminada:
Dentro del web.config buscamos la línea:
<httpruntime maxrequestlength="51200">
y podemos cambiar el valor predeterminado.
Si el SharePoint se encuentra corriendo sobre Windows Server 2008 con IIS 7, no podremos cargar archivos superiores a 28Mb.
Para solucionar esto en caso de que nuestros archivos sean de tamaño superior, deberemos agregar las siguientes líneas dentro del web.config, en la sección configuration.
El valor de maxallowedcontentlength deberá ser superior al valor contenido en maxrequestlength
Más información en:
Inetpub\wwwroot\wss\VirtualDirectories\VirtualDirectoryFolder
Dentro del web.config buscamos la línea:
<httpruntime maxrequestlength="51200">
y podemos cambiar el valor predeterminado.
Tip para IIS 7.0
Si el SharePoint se encuentra corriendo sobre Windows Server 2008 con IIS 7, no podremos cargar archivos superiores a 28Mb.
Para solucionar esto en caso de que nuestros archivos sean de tamaño superior, deberemos agregar las siguientes líneas dentro del web.config, en la sección configuration.
<system.webserver>
<security>
<requestfiltering>
<requestlimits maxallowedcontentlength="52428800">
</requestfiltering>
</security>
</system.webserver>
El valor de maxallowedcontentlength deberá ser superior al valor contenido en maxrequestlength
Más información en:
miércoles, 29 de julio de 2009
Error al restaurar una web application en mismo server
Puede suceder que querramos probar dentro del mismo server o máquina virtual realizar un backup de nuestra aplicación sharepoint y restaurarla con otra configuración, es decir, otra url, otro puerto, otra base de datos.
Una vez finalizada la restauración podría aparecer el siguiente error:
Comprobamos que en el servidor sql la base de datos ha sido restaurada.
Revisamos la lista de aplicaciones web en el administrador central de sharepoint y se encuentra la aplicación web.
Además revisamos en la sección Bases de Datos de Contenido del administrador central, y efectivamente comprobamos que no fue adjuntada la base de datos nueva a dicha aplicación.
Al restaurarse un sitio dentro de un server se restaura con el mismo ID con el que fue generado, por lo tanto si queremos mantener en el mismo server la versión anterior y luego una versión nueva de la aplicación SharePoint, lo que debemos hacer es lo siguiente desde el administrador central:
Una vez finalizada la restauración podría aparecer el siguiente error:
Aplicación:
Error del objeto "Aplicacion - puerto" (nombre anterior:
AplicacionAnterior - puertoAnterior) en el evento OnRestore. Para obtener más
información, consulte el registro de errores ubicado en el directorio de copia
de seguridad. SPUpdatedConcurrencyException: Se ha producido un conflicto de
actualización y debe volver a intentar esta acción. DOMAIN\usuario está
actualizando el objeto SPWebApplication Name=Aplicacion - puerto
Parent=SPWebService, en el proceso OWSTIMER, en el equipo SERVIDOR. Para obtener más información sobre el conflicto, vea el archivo de seguimiento.
Base de Datos:
Error del objeto WSS_Content_NombreBD (nombre anterior:
WSS_Content_NombreBDanterior) en el evento OnPostRestore. Para obtener más información, consulte el registro de errores ubicado en el directorio de copia
de seguridad. SPException: No se puede adjuntar la base de datos a la aplicación
Web. Use la herramienta de la línea de comandos o las páginas de la
administración central para adjuntar la base de datos manualmente a la
aplicación Web apropiada.
Comprobamos que en el servidor sql la base de datos ha sido restaurada.
Revisamos la lista de aplicaciones web en el administrador central de sharepoint y se encuentra la aplicación web.
Además revisamos en la sección Bases de Datos de Contenido del administrador central, y efectivamente comprobamos que no fue adjuntada la base de datos nueva a dicha aplicación.
Adjuntamos la base de datos y al finalizar vemos lo siguiente:
- Nombre de la base de datos: WSS_Content_BD
- Estado de la base de datos: Iniciado
- Número actual de sitios: 0
- Advertencia del nivel de sitio: 9000
- Número máximo de sitios: 15000
Probamos ir al explorador y escribir la nueva url y nos mostrará un HTTP 404 Not Found.
Revisamos el Event Viewer y aparece el siguiente error:
Event Type: Error
Event Source: Windows SharePoint Services 3
Event Category: Base de datos Event ID: 5763
Date: 18/07/2009
Time: 12:14:13 p.m.
User: N/A
Computer: SERVIDOR
Description:Infracción de clave primaria en la instancia de SQL Server
'SERVIDOR' en la base de datos 'SharePoint_Config'. A continuación se incluye
información adicional de SQL Server sobre el error.Infracción de la restricción PRIMARY KEY 'PK_SiteMap'. No se puede insertar
una clave duplicada en el objeto 'dbo.SiteMap'.Se terminó la instrucción.
Volviendo al SQL Server comprobamos que tanto la base de datos WSS_Content_DB como WSS_Content_DBanterior en la tabla Sites tienen el mismo id, dicho id de sitio es el que luego se agregará en la tabla SiteMap de SharePoint_Config. Lo que traerá el error.
Solución:
Al restaurarse un sitio dentro de un server se restaura con el mismo ID con el que fue generado, por lo tanto si queremos mantener en el mismo server la versión anterior y luego una versión nueva de la aplicación SharePoint, lo que debemos hacer es lo siguiente desde el administrador central:
- Ir a Administración de Aplicaciones -> Bases de Datos de Contenido
- Seleccionar la aplicación web anterior
- Hacer clic en la base de datos de contenido
- Seleccionar la opción, Quitar base de datos de contenido. Esto no eliminará la base de datos sino que hará el desajuntar de la misma. Aceptar.
- Cambiar de aplicación web, si ya tiene una base de datos de contenido, y como número actual de sitios dice cero, primero debemos quitarla como lo hicimos en el paso anterior.
- Luego hacer clic en Agregar base de datos de contenido,
- Ingresar el nombre de la base de datos "versión nueva" que hemos restaurado. y Aceptar.
- Verificar que ahora en número actual de sitios dice 1.
Abrir un browser, escribir la nueva url y verificar el funcionamiento del sitio.
Si en algún momento queremos volver a la versión anterior, tendremos que hacer el paso inverso, primero quitar la base de datos del sitio versión nueva (desajuntar) y luego adjuntar la base de datos "versión anterior" a la web application anterior.
viernes, 26 de junio de 2009
Actualización para el SP2 de SharePoint
Nota relacionada: Problema con el SP2 de MOSS
Se encuentra disponible la actualización al service pack 2 que corrige el problema de la fecha de caducidad del MOSS 2007.
Más información sobre instrucciones de instalación: http://support.microsoft.com/kb/971620
Descarga directa para x86: http://download.microsoft.com/download/2/F/5/2F51AB71-1325-49D2-9CB9-18DEC4780E99/office2007-kb971620-fullfile-x86-glb.exe
Descarga directa para x64: http://download.microsoft.com/download/5/B/B/5BBD34A9-C528-42B0-8A5F-9A8997B25C32/office2007-kb971620-fullfile-x64-glb.exe
Se encuentra disponible la actualización al service pack 2 que corrige el problema de la fecha de caducidad del MOSS 2007.
Más información sobre instrucciones de instalación: http://support.microsoft.com/kb/971620
Descarga directa para x86: http://download.microsoft.com/download/2/F/5/2F51AB71-1325-49D2-9CB9-18DEC4780E99/office2007-kb971620-fullfile-x86-glb.exe
Descarga directa para x64: http://download.microsoft.com/download/5/B/B/5BBD34A9-C528-42B0-8A5F-9A8997B25C32/office2007-kb971620-fullfile-x64-glb.exe
martes, 26 de mayo de 2009
Problema con el SP2 de MOSS
Fuente: Microsoft, Ayuda y Soporte
Si todavía no han instalado el SP2, no instalarlo todavía, si ya lo instalaron... a continuación se detalla un bug que trae y en el sitio de microsoft hay una forma de corregirlo manualmente hasta que salga el hotfix.
Durante la instalación del Service Pack 2 la fecha de caducidad del producto no está bien activada.
Esto significa que Office SharePoint Server expirará como si fuera una versión trial de 180 días después de que el SP2 se haya instalado.
La activación de la fecha de caducidad no afectará el funcionamiento normal de SharePoint hasta la fecha de caducidad.
180 días después de la instalación del SP2, si el producto expira, no afectará a los datos, la configuración o el código de la aplicación de SharePoint, sino que lo hará inaccesible para los usuarios finales.
Más información y solución si ya se instaló el SP2: http://support.microsoft.com/kb/971620
Si todavía no han instalado el SP2, no instalarlo todavía, si ya lo instalaron... a continuación se detalla un bug que trae y en el sitio de microsoft hay una forma de corregirlo manualmente hasta que salga el hotfix.
Durante la instalación del Service Pack 2 la fecha de caducidad del producto no está bien activada.
Esto significa que Office SharePoint Server expirará como si fuera una versión trial de 180 días después de que el SP2 se haya instalado.
La activación de la fecha de caducidad no afectará el funcionamiento normal de SharePoint hasta la fecha de caducidad.
180 días después de la instalación del SP2, si el producto expira, no afectará a los datos, la configuración o el código de la aplicación de SharePoint, sino que lo hará inaccesible para los usuarios finales.
Más información y solución si ya se instaló el SP2: http://support.microsoft.com/kb/971620
viernes, 15 de mayo de 2009
Parte III: Configurando la aplicación SharePoint para doble autenticación.
Publicaciones anteriores:
Por una lado tenemos nuestra aplicación web creada, la cual tiene autenticación windows.
El siguiente paso es crear una extensión de esta aplicación la cual tendrá acceso anónimo desde internet y el mecanismo de autenticación será por formularios, realizando los siguientes pasos:
A su correspondiente extensión realizada en los pasos anteriores la llamaremos http://internet:5000
A continuación describiré los pasos para configurar dichas aplicaciones para que accedan a la BD de membresía.
En la parte II de esta serie de publicaciones, se mostró el connectionstring, el proveedor de membresía y el de roles.
Lo que tenemos que hacer ahora es editar tanto el web.config de la http://extranet:5000 como de la http://internet:5000.
Modificar el web.config de http://extranet:5000 si bien utilizará como autenticación windows, permitirá agregar usuarios y administrar permisos utilizando los de formularios también.
Es recomendable antes de la modificación del web.config realizar una copia de respaldo del mismo.
Cada vez que realicemos una modificación en el archivo de configuración deberemos reiniciar el iis.
- Parte I: Autenticación por Formularios. Base de Datos
- Parte II: Autenticación por Formularios. Configuración
Por una lado tenemos nuestra aplicación web creada, la cual tiene autenticación windows.
El siguiente paso es crear una extensión de esta aplicación la cual tendrá acceso anónimo desde internet y el mecanismo de autenticación será por formularios, realizando los siguientes pasos:
- Desde el Administrador Central de SharePoint ir a Administración de Aplicaciones, Crear o extender una aplicación web, luego elegir Extender una aplicación web existente.
- Elegir la aplicación web existente a la cual queremos darle autenticación por formularios de la lista desplegable.
- Un punto importante es el puerto que estará escuchando esta aplicación. Para que funcione de forma correcta la doble autenticación, deberá escuchar los mismos puertos, tanto la de autenticación windows como la autenticación por formularios. Por lo que podemos en este paso elegir el mismo puerto de la aplicación que estamos extendiendo, o bien, seleccionar otro puerto y luego crear un acceso alternativo y un binding en el IIS.
- Ingresar un nuevo encabezado de host.
- Por ahora el modo de autenticación elegir NTLM.
- Permitir acceso anónimo: NO, luego lo habilitaremos.
- Zona: internet
Una vez creada la extensión, podemos probar el funcionamiento entrando a la nueva url, e ingresando con las credenciales de windows. (Todavía no hemos configurado que se conecte a la base de datos creada en pasos anteriores).
Configuración de las aplicaciones para que se comuniquen con la BD de membresía.
Supongamos que tenemos nuestra aplicación que deberá autenticarse por Windows, la llamaremos http://extranet:5000.A su correspondiente extensión realizada en los pasos anteriores la llamaremos http://internet:5000
A continuación describiré los pasos para configurar dichas aplicaciones para que accedan a la BD de membresía.
En la parte II de esta serie de publicaciones, se mostró el connectionstring, el proveedor de membresía y el de roles.
Lo que tenemos que hacer ahora es editar tanto el web.config de la http://extranet:5000 como de la http://internet:5000.
Modificar el web.config de http://extranet:5000 si bien utilizará como autenticación windows, permitirá agregar usuarios y administrar permisos utilizando los de formularios también.
Es recomendable antes de la modificación del web.config realizar una copia de respaldo del mismo.
- Abrir el web.config de http://extranet:5000/
- Insertar el código de connectionstring que creamos en la parte II justo después del tag y antes de la apertura del tag
- Insertar el código del proveedor de membresía y el proveedor de roles justo después del tag
- Guardar los cambios.
- Abrir el web.config de http://internet:5000/
- Repetir los pasos 2, 3 y 4.
- Ubicar el web.config de la aplicación central de SharePoint.
- Repetir pasos 2 y 3.
- Realizar un pequeño cambio, en el nodo roleManager recien insertado, sustituir el valor del atributo defaultProvider que teníamos configurado para los demás archivos de configuración por el siguiente valor: AspNetWindowsTokenRoleProvider.
- Guardar los cambios.
Para administrar los permisos también desde la adminstración central de SharePoint haremos lo mismo:
Cada vez que realicemos una modificación en el archivo de configuración deberemos reiniciar el iis.
lunes, 4 de mayo de 2009
Parte II: Autenticación por Formularios. Configuración
Para configurar el proveedor de membresía y roles utilizaremos Visual Studio, ya que nos da una forma simple de acceder al sitio web de administración de ASP.NET 2.0 y podremos probar antes de pasar estas configuraciones al SharePoint.
A continuación se detallan los pasos a seguir:
1. Crear un nuevo proyecto del tipo aplicación web.
4. Ahora lo que debemos hacer es configurar que el tipo de autenticación sea Forms, para ello abrimos el sitio de administración de ASP.NET 2.0, que se encuentra en el menú WebSite, ASP. NET Configuration:
A continuación se detallan los pasos a seguir:
1. Crear un nuevo proyecto del tipo aplicación web.
2. Editar el archivo web.config agregando en el nodo connectionStrings la cadena de conexión a la base de datos que creamos en la Parte I como sigue:
3. Una vez configurado el connectionstring, configuramos el membership provider y el role provider:
4. Ahora lo que debemos hacer es configurar que el tipo de autenticación sea Forms, para ello abrimos el sitio de administración de ASP.NET 2.0, que se encuentra en el menú WebSite, ASP. NET Configuration:
5. Una vez en el sitio, abrir el tab Seguridad, hacer clic en Seleccionar tipo de autenticación y finalmente elegir la opción "Desde Internet". Para guardar los cambios, clic en "Listo".
Se deberán otorgar permisos de db_owner a las cuentas de ApplicationPool de las
aplicaciones web de usuarios (portal), de Administración Central y de Servicio
(farm account), ya que de otro modo no tendrás acceso (posteriormente) a la base
de datos de FBA.
6. Crear un usuario de prueba, para ello en el ASP.NET Configuration, en el tab Seguridad hacemos clic en Crear Usuario.
jueves, 16 de abril de 2009
Parte I: Autenticación por Formularios. Base de Datos
Esta es la primer parte de una serie de publicaciones sobre como configurar la autenticación por formularios para una aplicación web en SharePoint.
ASP.NET incluye una herramienta, Aspnet_regsql.exe, que instala la base de datos de SQL Server que utilizan los proveedores de SQL Server.
La herramienta Aspnet_regsql.exe se encuentra en la carpeta unidad:\WINDOWS\Microsoft.NET
\Framework\númeroDeVersión del servidor Web. Aspnet_regsql.exe se utiliza para crear la base de datos de SQL Server y para agregar o quitar opciones en una base de datos existente.
Para agregar entonces una base de datos de membresía para poder configurar una autenticación por formularios para nuestra web application en SharePoint, debemos seguir los siguientes pasos:
1. Abrir una ventana de comando y ejecutar aspnet_regsql.exe
2. Este comando abrirá un wizard el cual se muestra la ventana de bienvenida donde se hará clic en el botón.
3. Seleccionar "Configure SQL Server for application services" y clic en "Siguiente>
4. Ingresar el nombre del servidor de base de datos y donde dice Database ingresar el nombre de la base de datos de membresía. Hacer clic en el botón "Siguiente"
5. A continuación se mostrará una ventana de confirmación de la configuración, si está todo OK, hacer clic en Siguiente hasta que finalicemos el asistente.
Al finalizar quedará creada en el servidor de base de datos que utilizaremos para autenticar usuarios.
ASP.NET incluye una herramienta, Aspnet_regsql.exe, que instala la base de datos de SQL Server que utilizan los proveedores de SQL Server.
La herramienta Aspnet_regsql.exe se encuentra en la carpeta unidad:\WINDOWS\Microsoft.NET
\Framework\númeroDeVersión del servidor Web. Aspnet_regsql.exe se utiliza para crear la base de datos de SQL Server y para agregar o quitar opciones en una base de datos existente.
Para agregar entonces una base de datos de membresía para poder configurar una autenticación por formularios para nuestra web application en SharePoint, debemos seguir los siguientes pasos:
1. Abrir una ventana de comando y ejecutar aspnet_regsql.exe
2. Este comando abrirá un wizard el cual se muestra la ventana de bienvenida donde se hará clic en el botón
3. Seleccionar "Configure SQL Server for application services" y clic en "Siguiente>
4. Ingresar el nombre del servidor de base de datos y donde dice Database ingresar el nombre de la base de datos de membresía. Hacer clic en el botón "Siguiente"
5. A continuación se mostrará una ventana de confirmación de la configuración, si está todo OK, hacer clic en Siguiente hasta que finalicemos el asistente.
Al finalizar quedará creada en el servidor de base de datos que utilizaremos para autenticar usuarios.
viernes, 13 de marzo de 2009
Charla Introducción a SharePoint (WSS y MOSS 2007)
El día 14 de abril voy a estar en Buenos Aires en el auditorio del MUG dictando una media jornada sobre Windows SharePoint Services 3.0 y las funcionalidades de MOSS 2007.
Entre los contenidos se encuentran:
- Introducción a WSS 3.0 y MOSS 2007
- Tipos de Contenido y Columnas de Sitio
- Seguridad
- Flujos de Trabajo
- Servicios Compartidos
- Catálogo de Datos Profesionales
- InfoPath Forms Services
- Excel Services
La inscripción al evento podrá realizarse a través del siguiente enlace. http://www.mug.org.ar/Eventos/3233.aspx
miércoles, 21 de enero de 2009
Detalle del Error Inesperado
Mientras el proyecto esté en fase de desarrollo es bueno que podamos visualizar los errores de la forma tradicional de .net en lugar de ver la página típica, de poco ayuda que muestra SharePoint... "Error Inesperado".
Modificar los siguientes atributos:
Para habilitar esto hay que hacer dos modificaciones en el archivo web.config de la aplicación web que estamos desarrollando:
Modificar los siguientes atributos:
- CallStack = true (el valor original es false).
- CustomErrors = Off (el valor original es On)
jueves, 20 de noviembre de 2008
ViewFormPagesLockdown: Característica de seguridad para no acceder a recursos internos de MOSS
Este Feature se puede utilizar sólo para MOSS 2007. En casos donde el tipo de template utilizado para la creación del sitio hubiese sido Publishing, ya se encuentra activado. Caso contrario hay q activarlo manualmente, para ello se utiliza el comando stsadm.exe que se encuentra en el siguiente directorio:
C:\program files\common files\microsoft shared\web server extensions\12\bin
Este feature sirve para bloquear el acceso de los usuarios anónimos y de aquellos que no tengan permiso de contribución en un sitio web. Tiene sentido si lo que se está publicando es un sitio web para mostrar información.
Los pasos a seguir son: si el usuario anónimo se encuentra activo accedemos con nuestro usuario administrador a /_layouts/setanon.aspx y desactivamos que el usuario anónimo tenga acceso completo a la web.
Ejecutamos el comando de activación de este feature:
Stsadm –o activatefeature –url http://sitioweb –filename ViewFormPagesLockdown/feature.xml
Luego volvemos a entrar a /_layouts/setanon.aspx y activamos que el usuario anónimo tenga acceso al sitio web completo.
Esto bloquea el acceso a /pages, allitems.aspx, dispform.aspx, etc.
Esta regla de bloqueo de acceso se dará a solo aquellos usuarios que tengan acceso de lectura limitado.
Por ende como buena práctica es necesario que todo lo que se muestre en una página de elementos web donde su fuente de datos se corresponda a una lista de sharepoint, no se agregue la lista en si a la zona de elementos web sino que se agregue a través del sharepoint designer una vista de elementos webs donde se muestren todos sus elementos, si la idea es ver el conjunto de datos y luego elegir un hipervínculo en las condiciones anteriores se hubiese insertado la lista y luego al hacer clic se accedía a la página dispform.aspx… como dicha página también queda bloqueada, lo que deberíamos hacer es crear una página de visualización para registros cuyo filtrado corresponde al parámetro ID que viene por querystring.
La sentencia de desactivación de este feature es:
Stsadm –o deactivatefeature –url http://sitioweb –filename ViewFormPagesLockdown/feature.xml
C:\program files\common files\microsoft shared\web server extensions\12\bin
Este feature sirve para bloquear el acceso de los usuarios anónimos y de aquellos que no tengan permiso de contribución en un sitio web. Tiene sentido si lo que se está publicando es un sitio web para mostrar información.
Los pasos a seguir son: si el usuario anónimo se encuentra activo accedemos con nuestro usuario administrador a /_layouts/setanon.aspx y desactivamos que el usuario anónimo tenga acceso completo a la web.
Ejecutamos el comando de activación de este feature:
Stsadm –o activatefeature –url http://sitioweb –filename ViewFormPagesLockdown/feature.xml
Luego volvemos a entrar a /_layouts/setanon.aspx y activamos que el usuario anónimo tenga acceso al sitio web completo.
Esto bloquea el acceso a /pages, allitems.aspx, dispform.aspx, etc.
Esta regla de bloqueo de acceso se dará a solo aquellos usuarios que tengan acceso de lectura limitado.
Por ende como buena práctica es necesario que todo lo que se muestre en una página de elementos web donde su fuente de datos se corresponda a una lista de sharepoint, no se agregue la lista en si a la zona de elementos web sino que se agregue a través del sharepoint designer una vista de elementos webs donde se muestren todos sus elementos, si la idea es ver el conjunto de datos y luego elegir un hipervínculo en las condiciones anteriores se hubiese insertado la lista y luego al hacer clic se accedía a la página dispform.aspx… como dicha página también queda bloqueada, lo que deberíamos hacer es crear una página de visualización para registros cuyo filtrado corresponde al parámetro ID que viene por querystring.
La sentencia de desactivación de este feature es:
Stsadm –o deactivatefeature –url http://sitioweb –filename ViewFormPagesLockdown/feature.xml
Suscribirse a:
Entradas (Atom)