Trabajando con Sharepoint sin Morir en el Intento

Extraer información de Perfiles de usuario de Sharepoint 2010

2012-01-31T09:35:00.001-08:00

Podemos extraer toda la información que deseemos de la base de datos de perfiles de sharepoint.

Como nuestros amigos de Microsoft lo llaman "sincronización de perfiles" cuando realmente es un volcado de datos, a veces se queda mucha basura y perfiles con sitios creados, que son difíciles de localizar para eliminarlos.

Por defecto tenemos disponibles este listado de Propiedades de perfil
http://msdn.microsoft.com/en-us/library/microsoft.office.server.userprofiles.propertyconstants_members.aspx

Aunque también podemos crear las que necesitemos y obtenerlas como muestro en el script de ejemplo.

Con este script powershell podemos hacer la tarea de buscar basura y poner orden un poco mas facil.

TRUCO1: Podemos hacer un backup alternativo en excel de las propiedades de los perfiles, con este sistema (descomentar la parte final)

TRUCO2: Con otro Powershell podriamos cargar la información desde un Excel, en lugar de usar el pesado proceso de sicronización.

# List All User Profiles - SharePoint 2010- PowerShell Script (info@robertomarcos.com) 31-1-2012

#Add SharePoint PowerShell SnapIn if not already added

if ((Get-PSSnapin "Microsoft.SharePoint.PowerShell" -ErrorAction SilentlyContinue) -eq $null) {

Add-PSSnapin "Microsoft.SharePoint.PowerShell"

}

function GetAllUserProfiles(){

#Get ServiceContext from associated site

$site = new-object Microsoft.SharePoint.SPSite("http://servidor_de_ejemplo");

$ServiceContext = [Microsoft.SharePoint.SPServiceContext]::GetContext($site);

#Get UserProfileManager from the My Site Host Site context

$ProfileManager = new-object Microsoft.Office.Server.UserProfiles.UserProfileManager($ServiceContext)

$AllProfiles = $ProfileManager.GetEnumerator()

#foreach($profile in $AllProfiles|Where-Object { $_.[[Microsoft.Office.Server.UserProfiles.PropertyConstants]::AccountName].Value -match "el filtro que quieras"})

foreach($profile in $AllProfiles)

{

$DisplayName = $profile.DisplayName

$AccountName = $profile[[Microsoft.Office.Server.UserProfiles.PropertyConstants]::AccountName].Value

$Firstname = $profile[[Microsoft.Office.Server.UserProfiles.PropertyConstants]::FirstName].Value

$Lastname = $profile[[Microsoft.Office.Server.UserProfiles.PropertyConstants]::LastName].Value

$JobTitle=$profile[[Microsoft.Office.Server.UserProfiles.PropertyConstants]::JobTitle].Value

$Title=$profile[[Microsoft.Office.Server.UserProfiles.PropertyConstants]::Title].Value

$PictureUrl=$profile[[Microsoft.Office.Server.UserProfiles.PropertyConstants]::PictureUrl].Value

$Office=$profile[[Microsoft.Office.Server.UserProfiles.PropertyConstants]::Office].Value

$WorkPhone=$profile[[Microsoft.Office.Server.UserProfiles.PropertyConstants]::WorkPhone].Value

$WorkEmail=$profile[[Microsoft.Office.Server.UserProfiles.PropertyConstants]::WorkEmail].Value

$Departamento=$profile[[Microsoft.Office.Server.UserProfiles.PropertyConstants]::Department].Value;

$MiCampoPersonalizado=$profile["MiCampoPersonalizado"].Value

#$User = $ProfileManager.GetUserProfile();

$data = @{

"DisplayName"=$DisplayName;

"AccountName"=$AccountName;

"FirstName"=$Firstname;

"Lastname"=$Lastname;

"JobTitle"=$JobTitle;

"Puesto"=$Title;

"PictureUrl"=$PictureUrl;

"Office"=$Office;

"WorkPhone"=$WorkPhone;

"WorkEmail"=$WorkEmail;

"Departamento"=$Departamento;

"MiCampoPersonalizado"=$MiCampoPersonalizado;

}

New-Object PSObject -Property $data

write-Host "Listando usuario.. $AccountName"

}

write-host "Finalizado."

$site.Dispose()

}

#$csvFilePath = "C:\PerfilesDeUsuario.csv"

#GetAllUserProfiles| Export-Csv -NoTypeInformation -Path $csvFilePath

GetAllUserProfiles | Out-GridView

Error Soap al Editar Paginas con Sharepoint Designer 2010

2011-11-18T06:16:00.001-08:00

Escenario del Error:

Abrimos Sharepoint designer 2010, y al intentar Editar una pagina nos aparece el error

En Español : "soap:Server El servidor no puede procesar la solicitud. ---> El valor no está dentro del intervalo esperado."

En Inglés: "soap:Server Server was unable to process request. ---> Value does not fall within the expected range."

Causa:

Nos estamos conectando usando la IP de la maquina, la palabra Localhost y cualquier DNS no registrado como ruta de acceso alternativa dentro de sharepoint.

Solución:

Conectarse usando el nombre de la maquina.

Modificar el limite de registros (Throttle) en BCS

2011-11-11T03:15:00.001-08:00

Problema:

Un BCS recupera demasiados datos y nos arroja un error de correlación, tras rastrearlo, vemos que hay problemas de timeout y nos recomienda el uso de Get-SPBusinessDataCatalogThrottleConfig

Hay que modificar el parametro Scope según donde se conecte el BCS, pueden ser Wcf, WebService, Database,Global o Custom.

Solución para WCF, los ponemos al maximo:

#Define el Proxy BCS

$bdcAppProxy = Get-SPServiceApplicationProxy | where {$_ -match "Business Data *"}

#Modifica el numero maximo de bytes

$throttleWCF = Get-SPBusinessDataCatalogThrottleConfig -Scope WCF -ThrottleType Size -ServiceApplicationProxy $bdcAppProxy

Set-SPBusinessDataCatalogThrottleConfig -Identity $throttleWCF -maximum 2147483647 -default 2147483647

$throttleWCF

#Modifica el tiempo maximo de la petición

$throttleWCF = Get-SPBusinessDataCatalogThrottleConfig -Scope WCF -ThrottleType Timeout -ServiceApplicationProxy $bdcAppProxy

Set-SPBusinessDataCatalogThrottleConfig -Identity $throttleWCF -maximum 2147483647 -default 2147483647

$throttleWCF

Encontrar el Error mensaje de error con el Correlation Id sin meterse en el barro de los logs de Sharepoint 2010

2011-11-11T02:39:00.001-08:00

Cuando Sharepoint 2010 nos da un mensaje error y nos proporciona un Correlation ID para localizar el mensaje podemos sacarlo de forma sencilla con powershell.

Este es el comando que hay que lanzar en el Shell de Administracion de sharepoint.

get-splogevent | ?{$_.Correlation -eq "<GUID>"} | select Area, Category, Level, EventID, Message | Format-List

Fuente:http://www.zimmergren.net/archive/2010/09/03/sp-2010-find-error-messages-with-a-correlation-id-token-in-sharepoint-2010.aspx

El webpart ListingSummary no migra correctamente a Sharepoint 2010 (SOLUCION)

2011-06-09T07:52:00.000-07:00

Problema:
Al realizar una migración a sharepoint 2010, si en algun sitio se ha usado el webpart de ListingSummary, este aparece como ErrorWebPart.

Causas:
Parece que a los chicos de microsoft se les ha pasado efectuar una operacion de transformación para migrar correctamente este webpart

WorkAround:
Podemos ver la documentación de microsoft acerca del ListingSummary en esta página
http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.portal.webcontrols.listingsummary_members(v=office.12).aspx

Este webpart nos permite usar ficheros externos XSLT para mostrar los datos con formato. Es posible que haya que reconfigurarlo pero es muy sencillo.

Si investigamos un poco, nos damos cuenta que no es posible que hayan BORRADO sin más este webpart, ya que en 2010 no aparece.... al menos donde estaba.
Lo que ha ocurrido es que lo han movido de namespace , le han cambiado el nombre y le han hecho unas mejoras (tiene mas parametros)
Podemos ver la documentación del ContentByQueryWebPart en esta página
http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.publishing.webcontrols.contentbyquerywebpart_members.aspx

Solucion 1:
-Elimiar el ErrorWebpart

- Añadir el ContentByQueryWebPart y configurarlo a mano (hay que copiar la configuración antes de migrar)

Nota: Al configurarlo algunas propiedades nuevas son obligatorias.

Solucion2:

-Exportar el webpart como fichero ".webpart" (se hace desde la edicion de la pagina)

-Migrar a 2010

-Modificar a mano el fichero ".webpart"

Sustituir:

type name="Microsoft.SharePoint.Portal.WebControls.ListingSummary, Microsoft.SharePoint.Portal, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"

Por esto:

type name="Microsoft.SharePoint.Publishing.WebControls.ContentByQueryWebPart, Microsoft.SharePoint.Publishing, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"

-Verificar que las nuevas propiedades obligatorias tienen valor.

-Importar a 2010 el fichero ".Webpart"

Cuidado:
Al realizar una migración InPlace, aparece el ErrorWebpart y pierdes la configuración que tenia, apuntadla para tenerla a mano.

Saludos Espero que os sirva de ayuda.

Roberto Marcos.

Eliminar Features Corruptas A LA FUERZA en Sharepoint 2007 con PowerShell

2011-06-09T06:57:00.001-07:00

Escenario:

Uno de los pasos recomendados en las migraciones de Sharepoint 2007 a 2010, es limpiar el entorno de origen.

Problema:

Por desgracia muchas features que fueron usadas, activadas, retraídas, borradas, etc... al final se quedan como activas o de alguna manera hay referencias en la base de datos de contenidos, estas referencias nos salen como errores al realizar el "preupgradecheck".

Solución MicroSoft:

Utilizar estos programas para limpiar http://archive.msdn.microsoft.com/WssAnalyzeFeatures y http://archive.msdn.microsoft.com/WssRemoveFeatureFrom

Os anticipo que hay muchos casos en los que no es capaz de borrarlas.

Solución Infalible:

Trasteando con la documentación vemos que accediendo mediante object modal se pueden borrar, pero tenemos adicionalmente la opción de FORCE, la cual solo es accesible por código, curiosamente es la única forma limpia de quitar todas estas features corruptas (sin tocar la base de datos de contenidos).

Con este PowerShell que he preparado, dejaremos nuestro entorno limpio de features mal instaladas o con problemas.

Le he puesto una salida a gridView para ver que va borrando.

Tras lanzar este script, desaparecerán los errores relacionados con features corruptas al realizar el preupgradecheck.

Nota: Si hay muchos sitios y muchas webs, el servidor a veces "SE ESTRESA" y da timeouts, yo recomiendo lanzarlo un par de veces.

=====================================

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint.Portal")

#Author : Roberto Marcos Asensio (info@robertomarcos.com)

function remove-spmissingfeatures([Boolean]$force)

{

$farm = [Microsoft.SharePoint.Administration.SPFarm]::Local

foreach ($spService in $farm.Services) {

if (!($spService -is [Microsoft.SharePoint.Administration.SPWebService])) {

continue;

}

foreach ($webApp in $spService.WebApplications) {

if ($webApp -is [Microsoft.SharePoint.Administration.SPAdministrationWebApplication]) { continue }

#foreach ($site in $webApp.Sites |Where-Object {$_.Url -match "intranet.miempresa.com"} ) {

foreach ($site in $webApp.Sites) {

foreach ($feature in $site.features) {

if ($feature.definition -eq $null) {

$data = @{

"MissingFeature" = $feature.DefinitionId

"Parent"=$feature.parent

"Web" = $site.Url;

}

New-Object PSObject -Property $data

$site.features.remove($feature.DefinitionId,$force)

}

foreach ($web in $site.AllWebs ){

foreach ($feature in $web.features) {

if ($feature.definition -eq $null) {

$data = @{

"MissingFeature" = $feature.DefinitionId

"Parent"=$feature.parent

"Web" = $web.Url;

}

New-Object PSObject -Property $data

$web.features.remove($feature.DefinitionId,$force)

}

remove-spmissingfeatures($true) | Out-GridView

=====================================

Saludos, espero que os sea de utilidad.

Roberto Marcos

Migraciones SiteBySite a Sharepoint 2010

2011-05-31T09:16:00.001-07:00

stsadm -o mergecontentdbs

Es un comando clásico de stsadm que típicamente se usa para juntar bases de datos,

pero..... tiene una opción extra con una funcionalidad muy útil en la "-operation 3" !!!

Podemos especificarle un fichero XML de sitios a mover y moverlos a una base de datos de contenidos VACIA por lo que podríamos hacer migraciones a Sharepoint 2010 SITE BY SITE o por Bloques.

Adjuntando esta nueva base de datos actualizamos únicamente lo que deseemos a sharepoint 2010 y así podemos migrar gradualmente los sitios poco a poco o lanzarlos en paralelo en nodos diferentes para acelerar y acortar la ventana de tiempo de parada de servicio.

Es una manera muy interesante de no arrastrar basura a sharepoint 2010.

http://technet.microsoft.com/en-us/library/cc262923(v=Office.12).aspx

Syntax

stsadm -o mergecontentdbs

-url <URL name>

-sourcedatabasename <source database name>

-destinationdatabasename <destination database name>

[-operation] {1-3}

1 - Analyze (default)

2 - Full database merge

3 - Read from file

[-filename] <file generated from stsadm -o enumsites>

Parameters

Parameter name

Value

Required?

Description

url

A valid URL, such as "http://server_name"

Yes

URL of the Web application whose databases that you want to merge.

sourcedatabasename

A valid database name, such as "WSS_Content_1

Yes

The database name from which site collections will be moved.

destinationdatabasename

A valid database name, such as "WSS_Content_2"

Yes

The name of the database to which the site collections will be moved.

operation

Any one of the following values:

1 - Analyze
2 - Full database merge
3 - Read from file

1 - Analyze: Indicates that the command window displays the current number of site collections, the database size, the maximum number of site collections, and the number of site collections that can be added before reaching the maximum number of site collections for each content database.

Also, a recommendation regarding which content database should be used for the source and which content database should be used for the destination—assuming that all site collections in the database will be moved—is displayed in the command window. This recommendation is based on which content database contains less data and therefore would be faster to move.

This is the default.

2 - Full database merge: Merges the entire content database from one database to another. Once the operation is complete, the source content database still exists in Microsoft SQL Server and is still attached to the Web application. It simply has no site collections in it.

3 - Read from file: Moves only a subset of site collections from the source database to the destination database. The site collections that are to be moved should be listed in a file that is specified with the filename parameter.

filename

A valid file name, such as "sites.xml"

Specifies a specific site collection in the source content database you want moved to the destination database

This information is obtained using the databasename parameter of the Enumsites operation.

Note:
The databasename parameter was first introduced in Office SharePoint Server 2007 with Service Pack 1..

Note:
You can use the redirection operator ">" to capture the XML output of the enumsites operation into a text file.

Load Testing Kit (LTK) – Kit para realizar Test de Stress en Sharepoint

2011-03-29T02:00:00.001-07:00

Load Testing Kit (LTK) – Kit para realizar Test de Stress en Sharepoint

http://technet.microsoft.com/en-us/library/ff823736.aspx

Este kit contiene una colección de websites prefabricados para realizar web test para la mayoría de los escenarios de sharepoint 2010, como Team Collaboration, Web content Management y Redes Sociales.

Podemos adaptarlo a nuestras propias necesidades, y nos permite la creación de test mucho mas rápido y fácilmente.

Contiene un componente para generación de grandes cantidades de datos (Data Generation Utility), en la sección de buenas practicas se recomienda su uso para hacer una simulación de un entorno real permitiéndonos saber como se va a comportar nuestro código en un entorno de producción bajo la carga de muchos usuarios generando cantidades ingentes de datos.

¿Quién se atreve a generar 100.000 documentos de forma manual?

La recomendación es tener el entorno conectado al Active Directory así podemos crear pequeños paquetes de datos en la granja con un perfil particular de carga, crear usuarios y crear tablas de ejecución para usarlas en visual Studio.

Es excelente para realizar un test de estrés exhaustivo para nuevas configuraciones de hardware.

Como guinda final tenemos una utilidad de Análisis de Logs para analizar el uso según comportamiento real del IIS para identificar la utilización habitual que le dan los usuarios, para realizar una simulación que imite el entorno real de producción.

Es una parte del SharePoint 2010 Administration Toolkit (SharePoint Server 2010) http://technet.microsoft.com/en-us/library/cc508851.aspx

En la que podemos encontrar una parte bastante interesante de User Profile Replication Engine (SharePoint Server 2010) que a muchos nos esta dando algún que otro dolor de cabeza.

http://technet.microsoft.com/en-us/library/cc663011.aspx

Tememos la versión de sharepoint 2007 en http://technet.microsoft.com/en-us/library/cc508851(office.12).aspx

Espero que os sea de utilidad

Roberto Marcos.

Script PowerShell de Inventario de Granja, Pre-Migración Sharepoint 2010

2011-02-25T06:38:00.001-08:00

Actualmente me encuentro realizando una migración de sharepoint 2007 a sharepoint 2010.

Los whitepapers y la documentación de Microsoft y terceros resultan muy utiles e ilustrativos, pero como siempre se queda un poco cortos cuando se trata de migrar contenido muy customizado con soluciones de terceros y un sin fin de cosas que siempre se quedan en el tintero o son difíciles de localizar.

http://technet.microsoft.com/es-es/library/ff607663.aspx

http://technet.microsoft.com/en-us/library/cc303420.aspx

http://www.microsoft.com/downloads/en/details.aspx?FamilyID=eef6f604-9faa-4ea8-b000-569c656b7420&displaylang=en

http://www.orioninc.com/docs/SharePoint_2010_Upgrade_Plan_Whitepaper_Final.pdf

En uno de los puntos del proceso oficial se hace alusión a Inventariar sitios y soluciones custom como si fuese un punto de nada.... en fin.

He preparado un script de powershell que nos resultara de utilidad para poder obtener una radiografía completa de la granja que nos facilite localizar los desarrollos customizados y en general todo lo que esta en uso o instalado

El script obtiene los datos por object model, y no usa los comandos modernos de Sharepoint2010 ya que en 2007 no están disponibles, por lo que funciona en todos los escenarios. :)

Lo que obtenemos es :

Granja
Sitios
Webs
Eventos de Web
Listas y Campos
Eventos de Lista

ContentTypes

Eventos de ContentType

CustomFields
Features
Modules
Soluciones WSP
Paginas por sitio con sus webparts y las AUDIENCIAS de cada uno de ellos.
Bases de datos de contenido

El resultado es un XML , suele ser bastante grande. Unos 50-70Mb pero depende de vuestra granja.
Para usarlo, hay que guardarlo como InventarioSP2007.PS1 e ir a un nodo del frontal y lanzarlo.

Aquí lo dejo :

===================================================================

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")

#ROBERTO MARCOS 25-feb-2011 V1.1 sharepointworks.blogspot.com

$xmlFilePath = "C:\Inventario.xml"

$farm = [Microsoft.SharePoint.Administration.SPFarm]::Local
$cul = New-Object System.Globalization.CultureInfo("ES-es")
$pscope= [System.Web.UI.WebControls.WebParts.PersonalizationScope]::Shared

New-item $xmlFilePath -type file -force -value "<?xml version='1.0' encoding='utf-8'?>"

Add-Content $xmlFilePath "<MIGRACION>"
Add-Content $xmlFilePath ("<FARM name='{0}' ID='{1}' >" -f $farm.Name,$farm.ID);
foreach ($spService in $farm.Services) {
if (!($spService -is [Microsoft.SharePoint.Administration.SPWebService])) {
continue;
}
Add-Content $xmlFilePath ("<Solutions>")
foreach ($sol in $farm.Solutions)
{
Add-Content $xmlFilePath ("<Solution ID='{0}' Name='{1}' Parent='{2}'/>" -f $sol.solutionid ,$sol.displayname,$sol.Parent.Name )
}
Add-Content $xmlFilePath ("</Solutions>")
foreach ($webApp in $spService.WebApplications) {
#if ($webApp -is [Microsoft.SharePoint.Administration.SPAdministrationWebApplication]) { continue }
Add-Content $xmlFilePath ("<WebApplication name='{0}' CurrentSiteCount='{1}' >" -f $webApp.Name,$webApp.ID);#webApplication.CurrentSiteCount
Add-Content $xmlFilePath ("<ContentDatabases>")
foreach ($contentDB in $webApp.ContentDatabases)
{

$DBName = [Microsoft.SharePoint.Administration.SPContentDatabase].GetProperty("Name")
$DBID = [Microsoft.SharePoint.Administration.SPContentDatabase].GetProperty("ID")
$CurrentDBName = $DBName.GetValue($ContentDB, $null)
$CurrentDBID = $DBID.GetValue($ContentDB, $null)
Add-Content $xmlFilePath ("<ContentDatabase Name='{0}' ID='{1}'/>" -f $CurrentDBName,$CurrentDBID )
}
Add-Content $xmlFilePath ("</ContentDatabases>")
Add-Content $xmlFilePath ("<Sites>")
foreach ($site in $webApp.Sites)
{
Add-Content $xmlFilePath ("<Site PortalName='{0}' Url='{1}'>" -f $site.PortalName ,$site.Url )
##FEATURES SITE
Add-Content $xmlFilePath ("<Features>")
foreach ($feature in $site.Features)
{
if($feature.Definition -eq $null){
Add-Content $xmlFilePath ("<Feature Title='{0}' DefinitionId='{1}'/>" -f "MISSING",$feature.DefinitionId )
}
else
{
Add-Content $xmlFilePath ("<Feature Title='{0}' DefinitionId='{1}'/>" -f $feature.Definition.GetTitle($cul) ,$feature.DefinitionId )

}
}
Add-Content $xmlFilePath ("</Features>")
Add-Content $xmlFilePath ("<Webs>")

foreach ($web in $site.AllWebs)

{

Add-Content $xmlFilePath ("<Web Name='{0}' URL='{1}'>" -f $web.Name ,$web.Url )

Add-Content $xmlFilePath ("<FeaturesWeb>")

foreach ($featurew in $web.Features)

{

Add-Content $xmlFilePath ("<Feature Title='{0}' DefinitionId='{1}'/>" -f $featurew.Definition.GetTitle($cul) ,$featurew.DefinitionId )

}

Add-Content $xmlFilePath ("</FeaturesWeb>")

Add-Content $xmlFilePath ("<ContentTypes>")

foreach ($ct in $web.ContentTypes)

{

Add-Content $xmlFilePath ("<ContentType Name='{0}' ID='{1}'/>" -f $ct.Name ,$ct.ID )

}

Add-Content $xmlFilePath ("</ContentTypes>")

Add-Content $xmlFilePath ("<WebEventReceivers>")

foreach ($evt in $web.EventReceivers)

{

Add-Content $xmlFilePath ("<WebEventReceiver Name='{0}' Type='{1}' Assembly='{2}' Class='{3}' />" -f $evt.Name ,$evt.Type,$evt.Assembly, $evt.Class )

}

Add-Content $xmlFilePath ("</WebEventReceivers>")

Add-Content $xmlFilePath ("<Modules>")

foreach ($md in $web.Modules)

{

Add-Content $xmlFilePath ("<Module Name='{0}' Enabled='{1}' Url='{2}' />" -f $md.Name ,$md.Enabled,$md.Url)

}

Add-Content $xmlFilePath ("</Modules>")

Add-Content $xmlFilePath ("<Lists>")

foreach ($lst in $web.Lists)

{

Add-Content $xmlFilePath ("<List Title='{0}' Description='{1}' ItemCount='{2}' >" -f $lst.Title ,$lst.Description,$lst.ItemCount)

Add-Content $xmlFilePath ("<ContentTypes>")

foreach ($ctt in $lst.ContentTypes)

{

Add-Content $xmlFilePath ("<ContentType Name='{0}' ID='{1}'/>" -f $ctt.Name ,$ctt.ID )

}

Add-Content $xmlFilePath ("</ContentTypes>")

Add-Content $xmlFilePath ("<ListEventReceivers>")

foreach ($evtl in $lst.EventReceivers)

{

Add-Content $xmlFilePath ("<ListEventReceiver Name='{0}' Type='{1}' Assembly='{2}' Class='{3}' />" -f $evtl.Name ,$evtl.Type,$evtl.Assembly, $evtl.Class )

}

Add-Content $xmlFilePath ("</ListEventReceivers>")

Add-Content $xmlFilePath ("<Fields>")

$campos=$lst.Fields Where-Object{$_.Hidden -eq 0 }

foreach ($campo in $campos)

{

Add-Content $xmlFilePath ("<Field InternalName='{0}' Title='{1}' Description='{2}' FieldTypeDefinitionName='{3}' FieldTypeDefinitionDisplayName='{4}' FieldTypeDescription='{5}' FieldEditorUserControl='{6}' BaseRenderingTypeName='{7}' FieldTypeClass='{8}'/>" -f $campo.InternalName , $campo.Title ,$campo.Description , $campo.FieldTypeDefinition.TypeName,$campo.FieldTypeDefinition.TypeDisplayName ,$campo.FieldTypeDefinition.TypeShortDescription,$campo.FieldTypeDefinition.FieldEditorUserControl,$campo.FieldTypeDefinition.BaseRenderingTypeName,$campo.FieldTypeDefinition.FieldTypeClass )

}

Add-Content $xmlFilePath ("</Fields>")

# Views

# WorkflowAssociations

Add-Content $xmlFilePath ("<WorkflowAssociations>")

foreach ($wf in $lst.WorkflowAssociations)

{

Add-Content $xmlFilePath ("<WorkflowAssociation Name='{0}' ID='{1}' Description='{2}' />" -f $wf.Name ,$wf.ID,$wf.Description )

}

Add-Content $xmlFilePath ("</WorkflowAssociations>")

Add-Content $xmlFilePath ("</List>")

}

Add-Content $xmlFilePath ("</Lists>")

Add-Content $xmlFilePath ("<Paginas>")

$pages = $web.Files Where-Object {$_.Name -match ".aspx"}

foreach ($pag in $pages)

{

Add-Content $xmlFilePath ("<PaginaASPX Name='{0}' URL='{1}' Length='{2}' Title='{3}'>" -f $pag.Name ,$pag.ServerRelativeUrl,$pag.Length , $pag.Title )

if($pag -ne $null){

$webPartManager = $pag.GetLimitedWebPartManager([System.Web.UI.WebControls.WebParts.PersonalizationScope]::Shared)

if ($webPartManager.WebParts.Count -gt 0){

Add-Content $xmlFilePath ("<WebParts>")

foreach ($wp in $webPartManager.WebParts)

{

Add-Content $xmlFilePath ("<WebPart Title='{0}' Hidden='{1}' IsClosed='{2}' AuthorizationFilter='{3}' ID='{4}' UniqueID='{5}' Description='{6}'/>" -f $wp.DisplayTitle ,$wp.Hidden,$wp.IsClosed, $wp.AuthorizationFilter,$wp.ID,$wp.UniqueID,$wp.Description )

}

Add-Content $xmlFilePath ("</WebParts>")

}

Add-Content $xmlFilePath ("</PaginaASPX>")

}

Add-Content $xmlFilePath ("</Paginas>")

Add-Content $xmlFilePath ("</Web>")

}

Add-Content $xmlFilePath ("</Webs>")

Add-Content $xmlFilePath ("</Site>")

}

Add-Content $xmlFilePath ("</Sites>")

#Add-Content $xmlFilePath($webApp.ContentDatabases New-XML -RootTag CONTENTDATABASES -ItemTag DATABASE -Attribute=Id,Name -ChildItems Server )

Add-Content $xmlFilePath "</WebApplication>"

}

Add-Content $xmlFilePath "</FARM>"

Add-Content $xmlFilePath "</MIGRACION>"

========================================

Mostar Listado de adjuntos en dataview webpart y en dataform webpart

2011-01-28T03:13:00.001-08:00

Con este snipet podemos mostrar el listado de adjuntos en un data view webpart :

<xsl:element name="SharePoint:AttachmentsField">
<xsl:attribute name="runat">server</xsl:attribute>

          <xsl:attribute name="FieldName">Attachments</xsl:attribute>
          <xsl:attribute name="ControlMode">Display</xsl:attribute>
          <xsl:attribute name="Visible">true</xsl:attribute>
          <xsl:attribute name="ItemId"><xsl:value-of select="@ID"/></xsl:attribute>

En un data form webpart se pueden mostrar así:

<SharePoint:AttachmentsField ControlMode="Display" FieldName="Attachments" runat="server" Visible="true"/>

Es lo mismo pero con el truco de los atributos podemos meter condiciones y hacer filtrado por parámetros en el data view web part.

El problema real donde se puede aplicar esto aparece cuando se estan almacenando las paginas customizadas en una biblioteca de documentos... ya que si usamos el parámetro ID se producen errores porque sharepoint lo interpreta como que intentamos localizar la pagina (almacenada como item) usando el ID que le pasamos como parámetro, cuando realmente lo que queremos es filtrar usando el parámetro y no que localice una pagina customizada almacenada el la biblioteca.

Obtener datos de Listas Sharepoint en un XML, tambien con Filtros

2009-07-20T03:41:00.000-07:00

Objetivo:
Obtener los datos que contienen las listas SharePoint en formato XML

Ingredientes:
Web Service http://servidor/sites/SitioEjemplo/_vti_bin/owssvr.dll

Receta:
http://servidor/sites/SitioEjemplo/_vti_bin/owssvr.dll?Cmd=Display&XMLDATA=true&List={GUID_DE_LISTA}

Ejemplo:
http://servidor/sites/SitioEjemplo/_vti_bin/owssvr.dll?Cmd=Display&XMLDATA=true&List={5774DA25-8372-4398-91D4-FAF91FD10B51}

Como filtrar ,con un filtro:
http://servidor/sites/SitioEjemplo/_vti_bin/owssvr.dll?Cmd=Display&XMLDATA=true&List={5774DA25-8372-4398-91D4-FAF91FD10B51}&FilterField1=Nombre_Campo_a_Filtrar&FilterValue1=VALOR_PARA_FILTRAR

Como filtrar, con dos filtros:
http://servidor/sites/SitioEjemplo/_vti_bin/owssvr.dll?Cmd=Display&XMLDATA=true&List={5774DA25-8372-4398-91D4-FAF91FD10B51}&FilterField1=Nombre_Campo_a_Filtrar&FilterValue1=VALOR_PARA_FILTRAR_2&FilterField2=Nombre_Campo_a_Filtrar&FilterValue2=VALOR_PARA_FILTRAR_2

Se pueden poner más Filtros, pero siempre hay que empezar por el 1, y recordar que es CaseSensitive ir añadiendo de esta forma:

FilterField{NUMERO}=Nombre_Campo_a_Filtrar&FilterValue{NUMERO}=VALOR_PARA_FILTRAR

Aquí dejo unas imagenes

Posibles Usos:
Cascading Dropdown, Combos Filtrados, Extracción de datos, InfoPath , cualquier cosa que use XML.

Fuente:http://www.sharepoint-tips.com/2007/01/infopath-form-services-implementing.html

Espero que resulte de utilidad
Saludos RobertoMarcos.com

Campos de Sharepoint no Guardan Valores

2009-07-20T01:52:00.001-07:00

Problema:

Alguno o varios campos no se guardan en el EditForm o el NewForm

Síntomas:

La pagina aparentemente aparece bien, pero al guardar los cambios ("__commit"), lo que hemos introducido, no se guardan los datos.

Solución:

El databind no esta bien configurado para que se conecten bien los datos.

Check List para verificar el funcionamiento

1) El id (Para la parte cliente) tiene que estar generado con un trozo de nombre + un código aleatorio (generalmente es {$pos}) OJO es CASE SENSITIVE , hay que tener cuidado con las mayúsculas

2) El field name es el mismo nombre que tiene el campo en sharepoint

2.1) Si encontráis "_x0020_" esto se traduce por un espacio, no es otra cosa

3) El item ID siempre tiene que ser @ID

4) El control mode y el primer parámetro del databind varían según la operación que realiza la pagina

4.1) Si es de Inserción (NewForm) ControlMode="New" y >> ddwrt:DataBind('i' << nota : La "i" es de INSERT

4.2) Si es de Edición (EditForm) ControlMode="Edit" y >> ddwrt:DataBind('u' << nota : La "u" es de UPDATE

5) En el databind el evento que cambia el valor siempre es ValueChanged , mejor no tocar esto

6) Siempre que aparacezca el ID, no tocar nada porque es justo el campo CLAVE interno de sharepoint el cual NECESITA para realizar la operación

En el EditForm

<SharePoint:FormField runat="server" id="NombreCampo{$Pos}" controlmode="Edit" fieldname="NombreCampo" itemid="{@ID}" __designer:bind="{ddwrt:DataBind('u',concat('NombreCampo',$Pos),'Value','ValueChanged','ID',ddwrt:EscapeDelims(string(@ID)),'@NombreCampo')}" DisplaySize="10" />

En el NewForm

<SharePoint:FormField runat="server" id="NombreCampo{$Pos}" controlmode="New" fieldname="NombreCampo" itemid="{@ID}" __designer:bind="{ddwrt:DataBind('i',concat('NombreCampo',$Pos),'Value','ValueChanged','ID',ddwrt:EscapeDelims(string(@ID)),'@NombreCampo')}" DisplaySize="10" />

Esto aunque parece muy básico, a mucha gente le da problemas, por ello le he dedicado este post

Saludos

RobertoMarcos.com

System.NullReferenceException en ListFormWebPart - Solución al Error en Sharepoint

2009-07-15T05:48:00.000-07:00

Escenario:
Customizando el formulario EditForm.aspx , DispForm.aspx o NewForm.aspx al guardar y probar la pagina obtenemos un error

Problema:
Tras customizar un formulario con sharepoint designer y guardar
Se produce el error
"System.NullReferenceException: Object reference not set to an instance of an object"
en el objeto
Microsoft.SharePoint.WebPartPages.ListFormWebPart.UseLegacyForm
Aparece en varias paginas, en las que usen esta lista Sharepoint corrupta.

Causa:
Se ha estropeado el WebPart de ListFormWebpart, que si estamos customizando estara en la parte de arriba.
Se han desconfigurado las supporting Files.

Solución:
1º Eliminar el ListFormWebpart de la pagina que produce el error y guardar
2º Probar, funcionara la pagina pero no las alertas y algunos vínculos de Edit, New o Display pueden fallar.
3º Realizar el procedimiento descrito en este otro post para que funcionen las alertas y los vínculos http://sharepointworks.blogspot.com/2009/05/reparacion-las-supporting-files-las.html

Saludos
RobertoMarcos.com

SLAM! SharePoint List Association Manager

2009-07-13T23:58:00.000-07:00

La mayoría de desarrolladores que han usado sharepoint como un Framework para desarrollar aplicaciones, se han dado cuenta que NO ES UNA BASE DE DATOS RELACIONAL.
De hecho si necesitamos tablas relacionales, se utiliza ASP.NET no Sharepoint.

He encontrado un proyecto en codeplex que requiere ser mencionado, el SLAM! SharePoint List Association Manager
Codeplex Site: http://slam.codeplex.com/
Guia ilustrada: http://www.awsystems.com/slam/
API : http://www.awsystems.com/SLAM/API

Se trata de una funcionalidad que encapsula a un sistema de carga ETL automático para listas sharepoint, el cual nos deja una base de datos SQL Server lista para realizar consultas, solo es necesario definir las relaciones.
Se carga la base de datos a la vez que se rellenan las listas.

Permite obtener datos mediante consultas SQL de forma facil.

Una buena solución para poder hacer Reports sobre sharepoint sin Morir en el intento.

RobertoMarcos.com

PÁGINA DE SALTO al DispForm del nuevo elemento sin saber el ID

2009-07-13T01:42:00.001-07:00

Escenario:

Cuando creamos un nuevo elemento (NewForm.aspx) en las listas por defecto sharepoint nos redirecciona al Source, es decir la pagina que nos envió al NewForm.aspx, pero no podemos ir a la pagina de Display o Edit del elemento que acabamos de Rellenar.

Objetivo:

Insertar un nuevo elemento y saltar a la pagina de edicion del mismo.

Estrategia:

Tras insertar el nuevo elemento, este recibe un ID asignado por sharepoint, ID que desconocemos y no podemos calcular (Sobre todo para entornos con muchos usuarios).

Como siempre lo más sencillo es lo mejor, vamos a crear una pagina de salto que obtenga el ultimo elemento que acabamos de insertar.

Ingredientes:

Una pagina ASPX que creemos nueva y la llamamos RedirectToNew.aspx , junto a la newForm.aspx de la lista sharepoint.

Un dataview web part conectado con un datasource a la lista en cuestion.

Un parámetro que recoge el Logon_USER de las Server variables

Un trocito de javascript

Receta:

Para hacer esto nos basta con ordenar descendentemente por Id y limitar la lista a un elemento, sin olvidar filtrar por usuario no sea que nos salte a otro elemento que acabe de crear un compañero.

Vamos a construir un javascript con parámetros que se ejecute al cargar la pagina y nos redireccione al Editform.asxp o al DispForm.aspx del nuevo elemento que acaba de crear.

Truco:

Yo suelo dejar la pagina en blanco al completo, o pongo una animación de cargando y ni se nota.

Más trucos:

A la gente le gusta hacer workflows pero yo si puedo los evito, sobre todo si son muy simples.

Podemos usar esta página de salto para hacer recálculos, ajustar totales de otra lista que necesite refrescarse, o redireccionar a otro lugar que necesitemos cuando se cumpla una condición

Para filtrar por usuario usamos un parameter, hay otras formas de hacer esto pero yo prefiero convertir todo a mayúsculas (con el translate) para evitar problemas.

<xsl:variable name="lcletters">abcdefghijklmnopqrstuvwxyz</xsl:variable>

<xsl:variable name="ucletters">ABCDEFGHIJKLMNOPQRSTUVWXYZ</xsl:variable>

<xsl:variable name="Rows" select="/dsQueryResponse/Rows/Row[translate(@Propietario,$lcletters,$ucletters) = translate($UID,$lcletters,$ucletters)]"/>

Para redireccionar a la página de Display arrastramos el Elemento "ID" (saldrá un xsl:value-Of) del dataSoruce y lo reemplazamos por este javascript :
<script language="javascript" type="text/javascript">

document.location.href='DispForm.aspx?ID='+ <xsl:value-of select="@ID" />;

</script>

Si quieres redireccionar al Edit puedes hacerlo reemplazando DispForm.aspx por EditForm.aspx

Por ultimo solo hay que tocar el boton del NewForm.aspx poniendo en lugar de "redirect to source", que redireccione a la pagina de salto de esta forma.

Espero que resulte de utilidad.

RobertoMarcos.com

Problemas con Sharepoint designer 2007 Sp1 Gratuito.

2009-07-08T05:36:00.000-07:00

Escenario:
Tengo 2 Pcs uno con la versión de Sharepoint Designer 2007 SP1 Gratuita y otro con la instalación de la versión Sharepoint Designer 2007 SP1 de pago instalada usando el CD.
Al abrir una pagina que aparentemente funciona con la versión gratuita me aparece el Error: "Server returned a non-especific error trying to get…."

También al agregar campos de listas intentado customizar un formulario, aparecen errores extraños como que el Databind no se pone en los campos, y como resultado no guarda.

Otro expediente X es que algunos campos que se pueden renderizar como DatePicker, como son los de fecha, en la versión gratuita ni aparece esta opción.

Para remate final los campos que consigo que se inserten con el databind, aparecen sin todos los parámetros necesarios
estos he conseguido arreglarlos, reaplazando en la pagina ",," por ",@ID,"

En la versión de pago, esto no ocurre.

En resumen:
No es la misma versión la que regalan en Microsoft que la del CD de pago.

Solución:
Usar la versión de Sharepoint Designer que viene en CD y no la descargable por la web.

Aquí dejo la prueba, estoy abriendo la misma pagina ASPX.

Saludos

RobertoMarcos.com

Web Services de MOSS y de WSS3

2009-07-06T00:29:00.001-07:00

Este es un listado completo de los web services que tenemos disponibles Sharepoint.

Solo recordar que se trata de una carpeta especial ("_vti_bin") de IIS y que esta disponible en cada una de las colecciones de sitios

Por ejemplo: http://myserver.org/sites/SiteExample/_vti_bin/Lists.asmx

LISTADO DE WEBSERVICES DE WSS3
alerts.asmx
Authentication.asmx
Copy.asmx
DspSts.asmx
DWS.asmx
Forms.asmx
Imaging.asmx
Lists.asmx
Meetings.asmx
People.asmx
Permissions.asmx
sharepointemailws.asmx
SiteData.asmx
sites.asmx
spsearch.asmx
UserGroup.asmx
versions.asmx
Views.asmx
webpartpages.asmx
Webs.asmx

LISTADO DE WEBSERVICES DE MOSS 2007
alerts.asmx
areaservice.asmx
Authentication.asmx
bdcfieldsresolver.asmx
businessdatacatalog.asmx
contentAreaToolboxService.asmx
Copy.asmx
DspSts.asmx
DWS.asmx
ExcelService.asmx
Forms.asmx
FormsServiceProxy.asmx
FormsServices.asmx
Imaging.asmx
Lists.asmx
Meetings.asmx
officialfile.asmx
People.asmx
Permissions.asmx
publishedlinksservice.asmx
PublishingService.asmx
search.asmx
sharepointemailws.asmx
SiteData.asmx
sites.asmx
SlideLibrary.asmx
SpellCheck.asmx
spscrawl.asmx
spsearch.asmx
UserGroup.asmx
userprofilechangeservice.asmx
userprofileservice.asmx
versions.asmx
Views.asmx
webpartpages.asmx
Webs.asmx
workflow.asmx

Esta es una captura de pantalla de IIS con la carpeta especial Seleccionada.

Saludos,

RobertoMarcos.com

Sharepoint Error Reading File Repair Tool

2009-06-29T06:38:00.001-07:00

He creado una pequeña aplicación que repara de forma automática las paginas que producen el error “Error Reading File” desde sharepoint designer 2007.

Lo he colgado en Codeplex : http://sharepointfilerepair.codeplex.com/ podéis bajarlo de ahí.

En post anteriores trataba este tema, pero como resulta un engorro reparar los archivos, he implementado esta herramienta.Realmente hace lo que explico en el procedimiento http://sharepointworks.blogspot.com/2009/03/reparar-archivos-que-producen-el.html
Usando expresiones regulares, y de una manera sencilla y efectiva.
Cuelgo el código fuente para los curiosos.

Personalmente, ayuda bastante sobre todo porque como crecen tanto los archivos, el pc se queda sin memoria y es muy lento solucionar el problema.
Como uso el objeto filesystem, podemos acceder por webdav al CodigoFuente del fichero poniendo:
\\spserver.domain.corp\sites\ExampleSite\FiletoRepair.aspx
o directamente contra el disco local usando :
c:\CorruptedFiles\fileToRepair.aspx

Finalmente he de decir que deja los archivos totalmente indentados y totalmente reparados.

Espero que resulte de ayuda.
Saludos.
RobertoMarcos.com

Crear campos checkbox conectados a DataFields

2009-06-25T06:50:00.001-07:00

Objetivo:
Crear un campo checkbox (en cualquier ubicación) del dataview que este conectado a los datos del datafield

Receta:
Pegar este código dentro del dataview en la celda donde se quiera colocar el checkBox
<xsl:variable name="campo_Checked">
<xsl:choose>
<xsl:when test="'@campoBooleano'='1' or msxsl:string-compare(string('@campoBooleano'),'Yes','','i')=0 or msxsl:string-compare(string('@campoBooleano'),'True','','i')=0">true</xsl:when>
<xsl:otherwise>false</xsl:otherwise>
</xsl:choose>
</xsl:variable>

<xsl:variable name="idCheck" select="generate-id()" />

<xsl:variable name="XPath">
<xsl:call-template name="dvt.xpath" />
</xsl:variable>

<asp:CheckBox runat="server" id="campo_{$idCheck}" checked="{$campo_Checked}" __designer:bind="{ddwrt:DataBind('u',concat('campo_',$idCheck),'Checked','CheckedChanged','',string($XPath),'@campoBooleano')}" />

Nota:
Es posible que requiera la plantilla dvt.xpath la cual hay que declarar en un espacio fuera de otros xsl:template

<xsl:template name="dvt.xpath">
<xsl:for-each select="ancestor-or-self::*"><xsl:value-of select="concat('/node()[',count(preceding-sibling::node())+1,']')" /></xsl:for-each>
</xsl:template>

Saludos

RobertoMarcos.com