Instalando SharePoint 2010 sobre Windows 7

Desde que finalmente se liberó la versión beta de SharePoint 2010 una de las características que todos los desarrolladores estábamos deseando viene con esta versión, la posibilidad de instalar SharePoint en nuestras máquinas de desarrollo y dejar de depender de las máquinas virtuales.

SharePoint 2010 se instala como cliente en una instalación de modo Standalone.

Para descargar la versión beta podemos hacerlo desde aquí

Una vez descargado, seguimos los pasos y las recomendaciones publicadas en el sitio de MSDN, Setting Up the Development Environment for SharePoint Server

Finalmente, entusiasmados ejecutamos el wizard de configuración de SharePoint, viendo como paso a paso se va configurando hasta que surge la siguiente excepción:

Error 1

An exception of type System.IO.FileNotFoundException was thrown. Additional exception information: Could not load file or assembly 'Microsoft.IdentityModel, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. El sistema no puede encontrar el archivo especificado.System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.IdentityModel, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.....

Solución 1

Este error se soluciona instalando el Framework Geneva, el cual puede descargarse en este enlace.

Nuevamente, iniciamos el wizard de configuración de SharePoint y vemos como avanza paso a paso la configuración, hasta que nuevamente se presenta el siguiente error:

Error 2

Exception: Microsoft.Office.Server.UserProfiles.UserProfileException:
Unrecognized attribute 'allowInsecureTransport'. Note that attribute names are
case-sensitive. (C:\Program Files\Common Files\Microsoft Shared\Web Server
Extensions\14\WebClients\Profile\client.config line 56) --->
System.Configuration.ConfigurationErrorsException: Unrecognized attribute
'allowInsecureTransport'. Note that attribute names are case-sensitive.
(C:\Program Files\Common Files\Microsoft Shared\Web Server
Extensions\14\WebClients\Profile\client.config line 56)

Solución 2

Después de buscar información y leer distintos blogs encontré una recomendación de eliminar el atributo 'allowInsecureTransport' que se encuentra en el archivo de configuración client.config, que se encuentra en C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\WebClients\Profile\client.config .


Además, luego de ejecutar el wizard nuevamente volvió a ocurrir esta excepción, pero esta vez sobre el archivo de configuración C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\WebClients\SearchService\client.config, por lo que procedí a realizar la misma modificación, editar este archivo y eliminar el atributo allowInsecureTransport.

Tener en cuenta que en ambos archivos se encuentran 2 referencias a este atributo.

Finalmente, se ejecutó el wizard de configuración sin problemas.

Personalizando formularios para listas

Muchas veces necesitamos personalizar algunos de los formularios que tienen las listas de forma predeterminada (por ejemplo, newform.aspx; editform.aspx; etc...)

Para ello lo que necesitamos es editar nuestro sitio con SharePoint Designer. A continuación los pasos a seguir:

1. Abrir el sitio con SharePoint Designer.


2. Ir a la lista que necesitamos personalizar el formulario (por ejemplo, editform.aspx) y guardar ese formulario web con otro nombre dentro del directorio de la lista. (por ejemplo, customeditform.aspx).


3. En el formulario, eliminar el elemento web de formulario que viene de predeterminadamente.


4. Insertar un control Custom List Form (Menú: Insert - SharePoint Controls).


5. En el cuadro de diálogo, seleccionar la lista correspondiente y el tipo de contenido.


6. Una vez dado el OK veremos un nuevo webpart con los controles de todos los campos de la lista. Editar este formulario, eliminando campos o personalizando el look & feel.


7. Guardar la página customeditform.aspx


8. Luego editar las propiedades de la lista, haciendo botón derecho sobre la lista y se abrirá un cuadro de diálogo, ir al tab Supporting Files

Cambiar el formulario predeterminado por el que terminamos de personalizar.

Guardar los cambios.

Backup usando las herramientas nativas

Tanto WSS 3.0 como MOSS 2007 tienen como tipo de copia de seguridad el backup completo ó el diferencial. Antes de crear un backup diferencial hay que crear un backup completo.

• Completo: crea una copia completa de los aspectos de SharePoint que se han seleccionado para backup.
• Diferencial: crea una copia de seguridad de sólo los datos que han cambiado desde el último backup completo de los aspectos de SharePoint que se han seleccionado para backup.

Usando la Interfaz de Usuario de la Administración Central

1. En la página de Operaciones, debajo de Copias de Seguridad y Restauración, clic en Realizar Copia de Seguridad.
2. En Realizar una copia de seguridad - Paso 1 de 2: seleccionar el componente del que desea crear una copia de seguridad: seleccionar los elementos sobre los que se deseen realizar un backup y luego hacer clic en Continuar con las opciones de Copia de Seguridad.
3. En el Paso 2 de 2, seleccionar el tipo de backup, diferencial o completo y luego la ubicación de los archivos y clic en OK.

La ubicación de los archivos de backup debe ser una ruta UNC (Una ruta de acceso UNC se describe ubicación de un volumen, un directorio o archivo) Por ejemplo, \\nombreServidor\CarpetaBackup.

A esta carpeta se le debe garantizar permisos de escritura a la cuenta de dominio del SQL Agent

Microsoft Active Professional 2009

Hoy recibí la grata sorpresa de haber recibido el reconocimiento como Microsoft Active Professional (MAP), por la participación activa en programas de capacitación y recursos de actualización de Microsoft TechNet y MSDN.

Este reconocimiento se otorga a los profesionales que más trabajaron, se entrenaron y se mantuvieron actualizados en tecnologías Microsoft.

Esta distinción se entrega a menos del 5% de la población de profesionales, con el objetivo de reconocer su activa participación en la comunidad y su compromiso por estar siempre en contacto con los avances de tecnologías Microsoft.

Muchas gracias al equipo de Microsoft Argentina & Uruguay por tal reconocimiento.

SharePoint 2010

Les dejo este video subido a youtube con un adelanto de SharePoint 2010..

Work where you want when you want with Microsoft SharePoint 2010. SharePoint opens locally on your PC, enabling you to sync your folders and work on or offline. Collaborating as a team is easy with SharePoint technology.

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:

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:

1. Ir a Administración de Aplicaciones -> Bases de Datos de Contenido
2. Seleccionar la aplicación web anterior
3. Hacer clic en la base de datos de contenido
4. 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.
5. 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.
6. Luego hacer clic en Agregar base de datos de contenido,
7. Ingresar el nombre de la base de datos "versión nueva" que hemos restaurado. y Aceptar.
8. 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.

Error: Archivo no encontrado

Ante la migración de una web application a otro server, haciendo un backup de la aplicación y luego una restauración de la misma, y además pasando archivos extras que se han desarrollado, por ejemplo, dlls, features, etc.. modificando el web.config, abrimos el explorador y aparece un error con la leyenda "Archivo No Encontrado"

Es probable que en todos los archivos que hemos migrado nos esté faltando alguno, si no está armada una buena documentación de que migrar, y no sabemos que nos puede estar faltando, es conveniente abrir con SharePoint Designer la masterpage que estamos utilizando y revisar el código para comprobar que archivos está necesitando, hacer lo mismo con la página default.aspx.

De esta forma encontraremos rápidamente el archivo faltante, copiamos, e intentamos abrir nuevamente la aplicación con el explorador, si nos vuelve a dar el mismo error, revisar nuevamente el código y si todo está en las carpetas destino que corresponden.

SharePoint 2010

Microsoft presentó el siguiente sitio mostrando algunas de las mejoras que se vienen. Más allá del cambio radical en el diseño gráfico, las mejoras para la administración y el desarrollo son muchas.

Les dejo el link para que tengan un panorama de lo que se viene

http://sharepoint.microsoft.com/2010/Sneak_Peek/Pages/default.aspx

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

Evento de SharePoint en Rosario

Ayer martes 23 di una charla introductoria a SharePoint en la UAI, organizada excelentemente por el Grupo de Usuarios Microsoft; junto a mi estuvo disertando Maximiliano Accotto (MVP en SQL Server) que nos mostró los beneficios y la integración de SQL Server Reporting Services 2008 a Windows SharePoint Services 3.0.

Charla en Rosario

Una Introducción a Windows Sharepoint Services 3.0 y Microsoft Office Sharepoint Server 2007

El 23 de junio voy a estar presentándome en la UAI en Rosario dando una charla introductoria sobre SharePoint, su customización y como extender su comportamiento a través del desarrollo.

Me acompañará en este evento como invitado Maximiliano Accotto (MVP Sql Server) que mostrará la integración de WSS con Reporting Services.

El evento es organizado por el Grupo de Usuarios Microsoft.
Contenidos:

• Conceptos bàsicos de Sharepoint: Sitios, listas, bibliotecas, vistas, web parts, y workflows


• Diferencia entre Windows Sharepoint Services 3.0 y Office Sharepoint Services 2007


• Tipos de Contenido y Columnas de Sitio


• MasterPages, Web Part Pages, WebParts


• Features


• Workflows


• Seguridad

Día: Martes, 23 de Junio 2009

Lugar: Aula Magna UAI - Av. Pellegrini 1618, 10mo piso, Rosario - Pcia. de Santa Fé

Horario: 18:30 a 21:30 hs.

Se requiere registración previa.

Registrarse

Parte IV: Habilitación de la autenticación por formularios.

Publicaciones anteriores:

• Parte I: Autenticación por Formularios. Base de Datos
• Parte II: Autenticación por Formularios. Configuración
• Parte III: Configurando la aplicación SharePoint para doble autenticación

1. Para habilitar la autenticación por formularios y el acceso anónimo de la aplicación http://internet:5000 desde el Administración CEntral de SharePoint ir a Administración de Aplicaciones, Proveedores de Autenticación.
2. Seleccionar de la lista desplegable la aplicación http://extranet:5000 para poder modificar el sitio web que está en la zona internet.
3. Hacer clic en Internet
4. Ingresaremos los siguientes valores:

• Tipo de Autenticación: Formularios
• Habilitar acceso anónimo.
• Nombre del proveedor de pertenencia (o membresía): es el nombre que le dimos al membershipprovider en la parte II y que insertamos en el web.config
• Nombre del proveedor de funciones (o roles): es el nombre del role provider que insertamos en el web.config.
• Desea habilitar integración de clientes: NO.

Con estos pasos vamos a poder ingresar a http://extranet:5000 con acceso de autenticación windows, y a http://internet:5000 con acceso de autenticación por formularios.

A pesar de haber configurado a http://internet:5000 para acceso anónimo, aún no hemos dado permiso a los usuarios anónimos a navegar por el sitio.
Entonces ocurrirá que si tratamos de ingresar a http://internet:5000 habrá un redireccionamiento a la página de login.

Ahora hay que habilitar al usuario creado anteriormente en la Parte II como usuario de sitio con sus respectivo permisos ya sea Lector, Colaborador, etc.
Para poder habilitar a este como usuario del sitio, entramos a http://extranet:5000 y luego en el menú Acciones del Sitio -> Configuración del Sitio -> Personas y Grupos. Hacer clic en Nuevo para agregar el usuario.

En esta página escribimos el nombre del usuario creado en la parte II y luego hacer clic en el check de verificación.
Si los proveedores configurados en el web.config de las aplicaciones están correctos entonces el nombre será reconocido y subrayado.
Adicionalmente conceder los permisos que tendrá el usuario dentro del sitio.

Para probar si funciona correctamente, entrar al sitio http://internet:5000 y autenticarse con este usuario.

Habilitando el acceso anónimo

Para configurar el acceso anónimo deberemos crear primero un usuario a quien le daremos privilegios de administración dentro del sitio en la zona de internet. Para crear el usuario usar los pasos de la Parte II donde creamos nuestro primer usuario para autenticación por formularios.

Como también en la parte III se ha modificado el web.config de la administración central de SharePoint entonces cuando se agregue un nuevo usuario que corresponda a autenticación por Formularios, SharePoint lo reconocerá.

Para configurar entonces, a este usuario que llamaré usrAdminFBA como administrador del sitio seguir los siguientes pasos:

• En el Administrador Central de SharePoint ir a Administración de Aplicaciones, en Seguridad de Aplicaciones elegir Directiva de la aplicación web.
• Verificar que la aplicación web elegida en la parte superior derecha sea http://extranet:5000 caso contrario, seleccionarla
• Para agregar usrAdminFBA hacer clic en Agregar Usuarios, en la siguiente página elegir la zona Internet, luego ingresar el nombre de usuario y seleccionar Control Total y finalizar
• A continuación, ingresamos al sitio http://internet:5000 y autenticarse con usrAdminFBA, en Configuración del Sitio, hacer clic en Permisos Avanzados.
• Elegir Acceso Anónimo del Menú Configuración y seleccionar Sitio Web Completo.

Para probar el funcionamiento, cerrar el explorador y luego abrir una nueva ventana de explorador, ingresar al sitio http://internet:5000 y deberemos ingresar sin tener que autenticarnos, el control Welcome donde generalmente aparece el nombre de usuario se mostrará con "Iniciar Sesión".

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

Parte III: Configurando la aplicación SharePoint para doble autenticación.

Publicaciones anteriores:

• 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:

1. 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.
2. Elegir la aplicación web existente a la cual queremos darle autenticación por formularios de la lista desplegable.
3. 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.
4. Ingresar un nuevo encabezado de host.
5. Por ahora el modo de autenticación elegir NTLM.
6. Permitir acceso anónimo: NO, luego lo habilitaremos.
7. 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.

1. Abrir el web.config de http://extranet:5000/
2. Insertar el código de connectionstring que creamos en la parte II justo después del tag y antes de la apertura del tag
3. Insertar el código del proveedor de membresía y el proveedor de roles justo después del tag
4. Guardar los cambios.
5. Abrir el web.config de http://internet:5000/
6. Repetir los pasos 2, 3 y 4.


Para administrar los permisos también desde la adminstración central de SharePoint haremos lo mismo:


7. Ubicar el web.config de la aplicación central de SharePoint.
8. Repetir pasos 2 y 3.
9. 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.
10. Guardar los cambios.

Cada vez que realicemos una modificación en el archivo de configuración deberemos reiniciar el iis.

Charla en Mar del Plata

Una Introducción a Windows Sharepoint Services 3.0 y Microsoft Office Sharepoint Server 2007

El 30 de mayo voy a estar presentándome en la Universidad CAECE en Mar del Plata dando una charla introductoria sobre SharePoint, su customización y como extender su comportamiento a través del desarrollo.

El evento es organizado por el Grupo de Usuarios Microsoft.

Contenidos:

• Conceptos bàsicos de Sharepoint: Sitios, listas, bibliotecas, vistas, web parts, y workflows


• Diferencia entre Windows Sharepoint Services 3.0 y Office Sharepoint Services 2007


• Tipos de Contenido y Columnas de Sitio


• MasterPages, Web Part Pages, WebParts


• Features


• Workflows


• Seguridad

Día: Sábado, 30 de Mayo de 2009

Lugar: Universidad CAECE - Olavarría 2464 - Mar del Plata

Horario: 9:00 a 12:30 hs.

Evento Gratuito.

Para registrarse en el MUG: Registración

Informes e Inscripción en Mar del Plata: Telefónicamente: (0223) 499-3400 o por mail a cursos@ucaecemdp.edu.ar indicando: Empresa, Apellido y Nombre, Dirección, Teléfono, Mail y DNI.

Configuración de Permisos para utilizar SQL en un WebPart

Problema

Cuando se desarrollan WebParts que interatúan con SQL en WSS 3.0 o MOSS 2007 Standard Edition (en la versión enterprise podríamos utilizar BDC para conectarnos a otra base de datos) aparece normalmente un error de permisos del tipo:

{"Request for the permission of type System.Data.SqlClient.SqlClientPermission,
System.Data, Version=1.0.5000.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089 failed." }

Esto ocurre porque SharePoint, por razones de seguridad, no puede interactuar con sistemas fuera del medio ambiente propio (con SQL en este caso), y por la implementación del la seguridad de acceso de código (CAS, Code Access Security).

En general, cuando se esta desarrollando, es costumbre bajar el nivel de confianza a "Full" (trust level = "Full"), pero para cuando se va a entrar en producción, esto no es recomendable.

Solución
Para evitar el mensaje de error, localice el archivo "wss_minimaltrust.config" de Windows en:


C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\CONFIG\wss_minimaltrust.config


E incluya el siguiente código en la sección "SecurityClasses":

<securityclass description="System.Data.SqlClient.SqlClientPermission, System.Data, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" name="SqlClientPermission">

Y en la sección "PermissionSet", el siguiente código:

<IPermission class="SqlClientPermission" version="1"
Unrestricted="true" />

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.

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.

Ya tenemos el código que nos va a servir como base para las diferentes aplicaciones web de WSS, tenemos también la base de datos para los usuarios que autentiquemos por FBA y un usuario que nos servirá para hacer estas pruebas, así que tenemos que crear y configurar las aplicaciones web.

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.

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

Configuración del Servicio de Búsqueda para WSS 3.0

A diferencia del MOSS 2007 cuya particularidad es el motor de búsqueda y las facilidades que tiene para su customización, WSS 3.0 es muy básico y no tantas configuraciones en cuestiones de qué se puede buscar y qué cosas no.

En el MOSS 2007 la búsqueda se configura dentro del proveedor de servicios compartidos del Administrador Central de SharePoint.
Como WSS 3.0 no posee esta característica, los pasos son los siguientes dentro del Administrador Central de SharePoint:

• Habilitar el servicio Windows SharePoint Services Search en el servidor (esto se encuentra dentro del tab Operaciones)
• Una vez habilitado y configurado cada cuanto indizará el contenido, ir a Bases de datos de contenido (dentro de Administración)
• Seleccionar la base de contenido del sitio que queremos configurar la búsqueda y
• Seleccionar servidor de búsqueda de Windows SharePoint Services.

Dentro del sitio donde es necesario la búsqueda podemos configurar la búsqueda dentro de Acciones del Sitio, Configuración del Sitio, Visibilidad de la Búsqueda. Aquí podemos elegir si el sitio debe estar visible en los resultados de búsqueda. Además si se indexará el contenido de páginas ASPX. Esto es, el texto de los elementos mostrados en las páginas ASPX se incluye con frecuencia en los resultados de las búsquedas. Si los elementos individuales de las páginas del sitio se aseguran mediante permisos más restrictivos que la página en sí, los usuarios no autorizados podrían ver esta información restringida en los resultados de las búsquedas.

Otra de las diferencias entre MOSS y WSS en la búsqueda es que WSS no brinda elementos web de búsqueda que se pueden agregar a páginas de elementos web dentro del sitio y las cuales serán visibles dentro de la masterpage a la cual se le ha aplicado el branding y las customizaciones para llegar al diseño gráfico elegido. Lo que deberemos hacer es armar una nueva masterpage tomando como base la que utiliza la búsqueda, application.master, y a esta aplicarle nuevamente el diseño como se lo hemos aplicado a la masterpage principal.

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". 

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)