Cuando el WebPart XmlFormView es encapsulado dentro del otro WebPart para administrar de manera dinámica sus propiedades, el método XmlForm.ViewInfos.SwitchView() no funciona.

Una solución alternativa es realizar el cambio de vista utilizando JavaScript agregando el siguiente código dentro de su webpart:

string viewName = "Edicion";

Page.ClientScript.RegisterStartupScript(this.GetType(), "SwitchToInitialView", String.Format(@"<script type='text/javascript'>var hid = document.createElement('input'); hid.setAttribute('id', 'hidInitialView'); hid.setAttribute('type', 'hidden'); hid.setAttribute('value', '{0}'); setTimeout('Toolbar.HandleViewDropdown(hid);', 1000);</script>", viewName));

El código anterior pueden introducirlo en el método CreateChildControls.

El día de mañana a las 7pm Rodrigo Díaz de la Liga SilVerlight presentará un webcast en donde se hablará de como crear aplicaciones Silverlight para SharePoint, para más información pueden ir a la url de registro. http://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032417691&EventCategory=2&culture=es-MX&CountryCode=MX

Escenario:

Cambiar un servidor de Windows SharePoint Services 3.0 de Servidor A a Servidor B utilizando la herramienta de BackUp y Restauración del mismo WSS

No se cuenta con Active Directory, los usuarios son almacenados localmente en cada servidor A y B respectivamente

Problema:

WSS guarda el nombre de los usuarios con el nombre del dominio incluido es decir  ServidorA\nombreUsuario, al realizar el proceso de restauración en el ServidorB y claro, crear los respectivos usuarios (ServidorB\nombreUsuario) WSS no reconoce los permisos de los usuarios “anteriores” ya que WSS sigue haciendo referencia a ServidorA\nombreUsuario en lugar de ServidorB\nombreUsuario.

Imagínense el caso de que sean más de 50 usuarios, diferentes subsitios y claro, permisos personalizados :(

Solución:

Después de entrar en pánico y tras varias horas de búsqueda en internet, encontré que la herramienta stsadm.exe cuenta con la opción de “migrar” usuarios de un dominio a otro (aún cuando no se cuente con Active Directory) la utilización es la siguiente:

stsadm.exe -o migrateuser  -oldlogin ServidorA\NombreUsuario  -newlogin ServidorB\NombreUsuario    -ignoresidhistory

Con el comando anterior, todos los permisos serán respetados para el nuevo usuario asignado.

Saludos!