SPList list = SPContext.Current.Web.Lists[listId];
if (list != null)
{
   if (!list.HasUniqueRoleAssignments)
   {
      list.BreakRoleInheritance(true);
   }
   list.WriteSecurity = 2;
   list.AnonymousPermMask64 |= (SPBasePermissions.Open | SPBasePermissions.OpenItems 
                                    | SPBasePermissions.ViewListItems | SPBasePermissions.AddListItems);
   list.Update();
   this.gridViewLists.DataBind();
}

Pour activer l’ajout d’items dans la liste des commentaires, il suffit d’ajouter la permission SPBasePermissions.AddListItems.

list.AnonymousPermMask64 |= (SPBasePermissions.AddListItems);

Vous pouvez trouver le code source de la webpart ici: http://bertrandvergnault.sharepoint.com/blog/PublicDocuments/ModifyListsPermissionsWebPart/Office365.ModifyListsPermissions.zip​

Ou télécharger directement le fichier solution WSP pour l’ajouter directement dans votre environnement:

http://bertrandvergnault.sharepoint.com/blog/PublicDocuments/ModifyListsPermissionsWebPart/Office365.ModifyListsPermissions.wsp

stsadm -o setproperty -pn developer-dashboard -pv On|Off|OnDemand

Cet article sera amené à grossir…

Voici la requête que j’ai exécutée :

SearchServiceApplicationProxy proxy = 
(SearchServiceApplicationProxy)SearchServiceApplicationProxy.GetProxy(SPServiceContext.GetContext(site));
FullTextSqlQuery myQuery = new FullTextSqlQuery(proxy);
myQuery.ResultsProvider = SearchProvider.Default;
myQuery.ResultTypes = ResultType.RelevantResults;
myQuery.QueryText = "SELECT Title FROM SCOPE() where \"scope\"='All Sites' AND MyManagedProperty LIKE ‘%test%’”;

Voici maintenant le libellé de l’erreur en question au moment du myQuery.Execute() :
HRESULT E_FAIL has been returned from a call to a COM component


Après des recherches sur Google je suis tombé sur ce post m’indiquant la marche à suivre.
http://msdn.microsoft.com/fr-fr/library/microsoft.sharepoint.search.query.query.hint(v=office.12).aspx


Il suffit de spécifier la propriété Hint avec la valeur QueryHint.OptimizeWithPropertyStore.

myQuery.Hint = QueryHint.OptimizeWithPropertyStore;

Sur la msdn, il n’y a aucune information permettant de savoir réellement quel est l’impact de cette propriété. Cependant, il n’y a plus d’erreur et les résultats que me retourne la recherche sont ceux attendus ;)​

Pour modifier programmatiquement le titre et la description d’une webpart présente dans un site SharePoint, il faut pouvoir l’atteindre depuis la galerie de webpart.
Cette galerie de webpart est accessible depuis les paramètres du site :

L’idée est donc toute simple : aller récupérer l’item de cette liste contenant les fichier “.dwp” ou “.webpart” correspondant aux webparts. Une fois l’item souhaité récupéré, il suffit d’en modifier les métadata comme bon nous semble.
Dans l’exemple qui suit, j’ai souhaité modifier les métadata de la webpart « Colleagues » présente nativement dans SharePoint 2010. Celle-ci permet de visualiser la liste de ses collègues (partie Réseau Social de SharePoint).

using (SPSite site = new SPSite(mysiteUrl)) 
{ 
    using (SPWeb web = site.OpenWeb()) 
    { 
        SPList wpList = site.GetCatalog(SPListTemplateType.WebPartCatalog); 
        SPListItem colleagueItem = null; 
        foreach (SPListItem item in wpList.Items) 
        { 
             if (item["LinkWebPart"].ToString().Equals("Colleagues.dwp")) 
             { 
                 colleagueItem = item; 
                 break; 
             } 
        }                    
        if (colleagueItem != null) 
        { 
            colleagueItem.Properties["vti_title"] = "Contacts"; 
            colleagueItem.Properties["vti_cachedtitle"] = "Contacts"; 
            colleagueItem.Properties["WebPartDescription"] = colleagueItem["WebPartDescription"]
                .ToString().Replace("colleague", "contact").Replace("colleagues", "contacts"); 
            colleagueItem.SystemUpdate(false); 
        } 
    } 
}

Voilà le résultat lorsque l’utilisateur souhaite ajouter la webpart dans une page :

L’ajout d’un collègue est unidirectionnel : c’est-à-dire que lorsqu’une personne ajoutera une autre dans sa liste des collègues, le collègue ne verra cependant pas dans sa liste celui qui vient de l’ajouter.
Dans le cas de la mise en place d’une mise en relation comme Facebook par exemple, lorsqu’un utilisateur accepte la requête d’un autre, l’un est ajouté dans la liste de contacts de l’autre et inversement.


Pour réaliser cela avec SharePoint, on peut se dire que c’est très simple mais j’ai fait face à un petit soucis : lorsque l’utilisateur connecté accepte la requête, l’ajout du collègue dans sa propre liste fonctionne mais l’inverse ne fonctionne pas et on obtient une erreur de sécurité. En effet, il est impossible d’ajouter un collègue dans la liste d’un autre utilisateur que celui dans lequel le contexte tourne. Et ce, même en élévation de privilèges…


Il y a un hack possible pour “shooter” le contexte utilisateur pour faire en sorte que la requête passe :

public void AddToColleagues(UserProfile user, UserProfile colleagueToAdd, SPSite currentSite) 
{ 
     SPSecurity.RunWithElevatedPrivileges(delegate() 
     { 
          using (SPSite site = new SPSite(currentSite.Url)) 
          { 
                using (SPWeb web = ssite.OpenWeb()) 
                { 
                      SPServiceContext context = SPServiceContext.GetContext(site); 
                    
                      //On sauvegarde le contexte 
                      HttpContext currentContext = HttpContext.Current; 
 
                      //On “shoote” le contexte 
                      HttpContext.Current = null;
 
                      UserProfileManager profManager = new UserProfileManager(context); 
                      user.Colleagues.CreateWithoutEmailNotification(colleagueToAdd, ColleagueGroupType.General, impersUser.Colleagues.GetGroupList()[0], false, Privacy.Public); 
                      colleagueToAdd.Colleagues.CreateWithoutEmailNotification(user, ColleagueGroupType.General, impersUser.Colleagues.GetGroupList()[0], false, Privacy.Public); 
 
                      //On recharge le contexte 
                      HttpContext.Current = currentContext; 
                } 
          }      
     }); 
}

public class InputFormDropDownListAdapter : ControlAdapter    
{        
    protected override void Render(System.Web.UI.HtmlTextWriter writer)        
    {            
        StringBuilder sb = new StringBuilder();            
        HtmlTextWriter htw = new HtmlTextWriter(new StringWriter(sb));            
        base.Render(htw);                        
        string stringToWrite = sb.ToString();             
        //Modifier la chaine "stringToWrite" à écrire dans le rendu du contrôle...             
        writer.Write(stringToWrite);        
    }    
}

Il faut maintenant mettre en place la prise en compte de ce ControlAdapter par le navigateur.

Pour cela, il faut se placer dans le constructeur de la masterPage
qui sera utilisée par SharePoint :

public SiteMaster()        
{            
    var adapters = HttpContext.Current.Request.Browser.Adapters;            
    var key = typeof(Microsoft.SharePoint.Portal.WebControls.InputFormDropDownList).AssemblyQualifiedName;            
    if (!adapters.Contains(key))            
    {                
        var adapter = typeof(InputFormDropDownListAdapter).AssemblyQualifiedName;                
        adapters.Add(key, adapter);            
    }        
}

La clé de l’entrée du dictionnaire correspond au nom de l’assembly du type du contrôle dont
on viendra modifier l’apparence.

La valeur de l’entrée du dictionnaire correspond au nom de l’assembly du controlAdapter
que l’on a développé plus haut.

Il est ainsi possible de modifier l’apparence des contrôles natifs de SharePoint…