SharePoint & Web Development

Una buena nota sobre lo que se necesita para ser consultor SharePoint

2011-05-26T11:15:00.004-03:00

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

Detalle del Error - SharePoint 2010

2011-03-23T11:14:00.004-03:00

Cuando se desee visualizar en un server de desarrollo el error que está sucediendo en la tradicional página de error de .net en lugar de visualizar "Error inesperado". Podemos realizar la siguiente configuración:

Editar el web.config de la webapplication donde se desee visualizar el error y modificar el valor de la propiedad CallStack = "false" por el valor "true".
Editar un segundo archivo web.config que se encuentra en el directorio de instalación de SharePoint 2010 dentro de la carpeta LAYOUTS. Por ejemplo C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\LAYOUTS
Buscar la propiedad customErrors y cambiar el valor On por el valor Off

Error al intentar editar en Hoja de Datos una lista

2010-09-08T17:33:00.004-03:00

Problema:

Al intentar editar una lista en Hoja de Datos nos aparece el siguiente mensaje de error:

The Access Web Datasheet is attempting to retrieve data from a different domain. You will be redirected to an error page. Contact your system administrator to resolve this error.

Luego nos redirige a la página "/_layouts/error.aspx?ErrorID=GridViewNotWorking&ErrorLinkTextID=GridViewNotworkingLinkText" donde nos muestra el siguiente mensaje:

No se puede mostrar la lista en la vista de hoja de datos por una o varias de las razones siguientes: no tiene instalado un componente de hoja de datos compatible con Windows SharePoint Services, su explorador no admite controles ActiveX, o la compatibilidad con los controles ActiveX está deshabilitada.

Solución

Es probable que la dirección por la cual estamos accediendo al sitio sea distinta de la cual accedemos desde un ambiente interno, o desde el mismo servidor, la solución a este problema es agregar la dirección de url por la cual nos estamos conectando a la web application como una asignación de acceso alternativa a las ya existentes para esa aplicación.

Error: The language is not supported on the server

2010-06-26T22:47:00.003-03:00

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.

Issue: El control DateTimeControl pierde el estilo.

2010-05-12T20:16:00.006-03:00

En raras ocaciones puede suceder que al mostrarse en una página custom o una webpart desarrollada el control DateTimeControl, el mismo pierda el estilo predeterminado para dicho elemento.

Solución

Para solucionar este problema, editar iframe.aspx que se encuentra en:

C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS

Antes del cierre del tag <Head/> agregar la siguiente línea:

<link rel="stylesheet" type="text/css"href="/_layouts/3082/styles/datepicker.css"/>

Gracias al aporte de Rich Finn en su blog

2° reunión de la Comunidad SharePoint de Argentina

2010-05-04T21:29:00.003-03:00

El jueves 13 de Mayo realizaremos la segunda reunión de la Comunidad.

Nuevamente, y gracias a la gestión del área de Soporte Premier (PFE), usaremos las oficinas de Microsoft para realizar la reunión.

Con el fin de organizar adecuadamente la logística del evento les pedimos por favor que confirmen su presencia dejando un mensaje en el espacio de la Comunidad en Linkedin o registrándote en el espacio en Facebook .

Hay tiempo hasta el martes 11 para confirmar asistencia.

Agenda:

Solución con BDC: Caso práctico
Nuevas características de Web Parts en SharePoint 2010
SharePoint 2010: Administración General y Aplicaciones de Servicios

Día: Jueves, 13 de Mayo de 2010
Lugar: Microsoft - Bouchard 710 4°- Capital Federal
Horario: 18:30 a 21:30 hs.
Evento Gratuito.

Tamaño máximo de subida de archivos

2010-02-15T12:05:00.002-03:00

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:

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:

http://support.microsoft.com/kb/925083/es

http://learn.iis.net/page.aspx/143/use-request-filtering/

Instalando SharePoint 2010 sobre Windows 7

2009-11-26T20:15:00.002-03:00

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

2009-11-09T15:14:00.003-03:00

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:

Abrir el sitio con SharePoint Designer.

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

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

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

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

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.

Guardar la página customeditform.aspx

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

2009-09-08T11:44:00.004-03:00

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

En la página de Operaciones, debajo de Copias de Seguridad y Restauración, clic en Realizar Copia de Seguridad.
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.
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

2009-08-28T23:19:00.005-03:00

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

2009-08-24T22:08:00.001-03:00

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

2009-07-29T11:00:00.003-03:00

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:

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.

Error: Archivo no encontrado

2009-07-18T11:47:00.002-03:00

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

2009-07-13T22:08:00.003-03:00

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

2009-06-26T16:47:00.002-03:00

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

2009-06-24T13:33:00.006-03:00

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

2009-05-28T10:51:00.005-03:00

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.

2009-05-27T20:43:00.002-03:00

Publicaciones anteriores:

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.
Seleccionar de la lista desplegable la aplicación http://extranet:5000 para poder modificar el sitio web que está en la zona internet.
Hacer clic en Internet
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

2009-05-26T11:16:00.003-03:00

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.

2009-05-15T21:00:00.004-03:00

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:

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.

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

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.

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

Charla en Mar del Plata

2009-05-10T18:34:00.008-03:00

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

2009-05-09T11:00:00.001-03:00

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

2009-05-04T16:44:00.008-03:00

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

2009-04-16T11:38:00.000-03:00

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)

2009-03-13T21:48:00.000-02:00

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

2009-03-10T06:15:00.000-02:00

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

2009-01-21T08:45:00.000-02:00

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)

Error Inesperado al usar controles de ASP.NET en una masterpage

2008-11-29T22:01:00.001-02:00

Es probable que al utilizar o insertar controles de ASP.Net, mientras que en el SharePoint Designer se muestren correctamente, en el Explorer aparezca el mensaje "Error Inesperado".

Sucede al insertar un control xmldatasource en la masterpage. Pero también lo hace cuando se insertan controles propios del asp.net.

Al ejecutar el Event Viewer, en System veremos el siguiente error:

Source DCOM. The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID {61738644-F196-11D0-9953-00C04FD919C1} to the user NT AUTHORITY\NETWORK SERVICE SID (S-1-5-20). This security permission can be modified using the Component Services administrative tool.

La solución es la siguiente:

Verificar cual es la aplicación que está dando el error, para esto en la ventana de comandos ejecutamos regedit.exe, y una vez en la registry, buscamos ese ID de aplicación.

Nos encontraremos que la aplicación es la siguiente: IIS WAMREG admin Service.

El problema es que el usuario NT AUTHORITY (o aquél que configuramos en el IIS) no tiene permisos de acceso remoto para esta aplicación, por lo que deberemos otorgárselos, de la siguiente manera:

En Adminitrative Tools, ejecutar Component Services.

Ubicar la aplicación que está dando problemas: IIS WAMREG admin Service, hacer botón derecho del mouse y hacer clic en propiedades.
Hace clic en el tab Security.

Hacer clic en Edit (Se visualizarán los usuarios con sus permisos)
Hacer clic en Add…
Buscar el usuario que necesita estos permisos, y agregarlo.
Otorgarle los permisos.

Errores SPSearch (usuario) y oSearch (usuario)

2008-11-27T09:44:00.000-02:00

Estos errores pueden llegar a darse en el momento que se está configurando por primera vez después de una instalación el servicio Windows SharePoint Services Help Search (también puede darse cuando se configura por primera vez el Office SharePoint Server Search).

Usuario es la cuenta con la cual se está tratando de iniciar el servicio.

La solución es agregar el nombre de dominio al usuario,

(nombre-dominio\nombre-usuario)

Problema con SPSqlDataSource

2008-11-20T14:49:00.000-02:00

SPSqlDataSource: Este control no permite connection strings con las siguientes keywords: 'Integrated Security', 'Trusted_Connection'

Hay varios controles en el sitio web utilizando controles SqlDataSource. Sin embargo, en tiempo de ejecución, se dispara un error como el siguiente:

Microsoft.SharePoint.WebPartPages.DataSourceControlDisabledException: This control does not allow connection strings with the following keywords: 'Integrated Security', 'Trusted_Connection'.

Esto sucede porque el SharePoint pone un tagMapping en el web.config que mapea el SqlDataSource de ASP.NET a su SPSqlDataSource. Una solución bastante simple es la siguiente, quitar el tagmapping. Sin embargo, no podemos eliminar la línea, debemos usar el elemento remove.

<remove tagType="System.Web.UI.WebControls.SqlDataSource, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />

Esto nos permitirá trabajar con el control, pero debemos tener en cuenta que para utilizar el control debemos registrar al SqlDataSource de ASP.NET como un control seguro.

<SafeControl Assembly="System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" Namespace="System.Web.UI.WebControls" TypeName="SqlDataSource" Safe="True" AllowRemoteDesigner="False" />

ViewFormPagesLockdown: Característica de seguridad para no acceder a recursos internos de MOSS

2008-11-20T14:45:00.000-02:00

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

Estilo para un WebPart en Particular

2008-11-20T10:38:00.000-02:00

Todos los elementos web responden a los estilos definidos en la plantilla css que corresponde al theme elegido, de no encontrar ese estilo en la misma lo busca en el archivo core.css.
No se pueden editar los formatos cuando se setean las propiedades del mismo. Ni cambiar el estilo por código.

El truco para hacer esto en una página de elementos web es el siguiente:

En la página de elementos web donde se desea implementar este cambio de imagen, agregar un Elemento Web Editor de Contenido.

Editar y en las propiedades clic en el botón Editor de Código Fuente y escribir ahí el estilo de la siguiente manera: