Aprovecho para mandaros el enlace a otro sitio sobre branding que he encontrado. Para tenerlo en cuenta.

http://www.sharepointgrind.com

Un saludo,

Hola compañerMOSS,

Andrew Connell ha publicado un interesante artículo de cómo afrontar la personalización de un sitio de SharePoint desde 0; es realmente interesante (a nivel diseñador sobre todo) porque, además de contarte los pequeños secretitos que hay que saber a la hora de diseñar, en la segunda parte del mismo explica como empaquetar estos diseños para poder llevárselo de un entorno a otro.
http://msdn.microsoft.com/en-us/library/ee354191.aspx  

Un saludo

Hola amigos,

a todos nos ha pasado encontrarnos con código que no funciona cuando a todas luces debería. Hoy ha sido un día de esos, os cuento.

Estaba tratando de modificar el correo y/o contraseña de un usuario perteneciente a Form Based Authentication (FBA), hasta aquí bien. La sorpresa ha llegado cuando tras cambiar el correo correctamente en FBA a través MembershipUser lógicamente he querido cambiarlo en MOSS. En el código podéis ver la “curiosidad” del asunto:

bool noExiste = false; // Si no existe lo crearemos después
SPWeb elevatedRootWeb = null;
try
{
   SPSecurity.RunWithElevatedPrivileges(delegate()
   {
   // El sitio lo lee del archivo de configuración
   using (SPSite elevatedSite = new SPSite(ConfigurationManager.AppSettings["SitioSP"]))
   {
      elevatedRootWeb = elevatedSite.RootWeb;
      MembershipUser user = Membership.GetUser(username);
      if (user == null)
      {
         noExiste = true;
      }
      else
      {
         try
         {
         // Cambiar el email en FBA
         if (user.Email != email)
         {
            user.Email = email;
            Membership.UpdateUser(user);
         }
         // Cambiar el password
         if (newPassword != “”)
         {
            user.ChangePassword(oldPassword, newPassword);
         }
         elevatedRootWeb.AllowUnsafeUpdates = true;
         // El nombre del usuario será fbamember:nombre en nuestro caso
         username += “fbamember:”; 

         // Aquí lo que he hecho inicialmente ha sido:

            //elevatedRootWeb.SiteUsers[username].Email = email;
            //elevatedRootWeb.SiteUsers[username].Update();

         // pero sorpresa, no ha funcionado, es decir, la asignación no era efectiva.
         // Ni cambiando en la ventana de inspección al depurar,
         // elevatedRootWeb.SiteUsers[username].Email
         // no se modificaba, así que tras darle muchas vueltas se me ha ocurrido hacer:�
        �
            SPUser oUser = elevatedRootWeb.SiteUsers["fbamember:" + username];�
            oUser.Email = email;�
            oUser.Update();

         // y esto sí funciona, ¿misterio?
         }
         catch (Exception ex)
         {
            m_log.Error(ex.ToString());
         }
      }
   }});
}
finally
{
   elevatedRootWeb.Dispose();
}

 

Por ahora, sigo sin tener idea de qué está pasando, así que todo lo que puedo desear es que os sirva de ayuda si os encontráis en una situación similar. Por supuesto, si descubro el origen del misterio os lo contaré.

Saludos

Hola a todos.

Hemos tenido problemas al hacer un “Update” de un elemento de una lista (SPListItem) al ejecutar el código con “privilegios elevados”. El error decía que el operador no era válido debido al estado del objeto, y se produce cuando intentamos hacer la actualización del elemento dentro del “RunWithElevatedPrivileges”.

La forma correcta de hacerlo es utilizando el RunWithElevatedPrivileges únicamente para instanciar los objetos que necesitemos, y hacer las modificaciones sobre estos objetos fuera del RunWithElevatedPrivileges.

Podéis encontrar más información aquí. Un saludo.

Hola,
Os recomiendo este  interesante  enlace con las novedades del MOSS 2010. Está bien porque es muy gráfico y ya podemos ir haciéndonos una idea de las mejoras que aportará  ala versión actual..

http://www.codeproject.com/KB/sharepoint/SharePoint_2010.aspx