Vous l’avez peut-être remarqué mais, lorsque vous ajoutez un bouton dans un UpdatePanel ou encore dans une SPGridView (qui utilise également ce mécanisme pour afficher les données), l’action du bouton ne fonctionne que la première fois. Il vous faut recharger complètement la page pour pouvoir le refaire marcher.
Après plusieurs recherches, j’ai pu trouver une explication assez vague : Le service JavaScript de SharePoint override l’action par defaut du formulaire afin de pouvoir gérer certains types d’URL, qui peuvent contenir des caractères sur deux octets, pour des scénarios de rappels asynchrones.
La solution est donc de désactiver cette solution par le biais d’un script simple :
<script type="text/javascript"> _spOriginalFormAction = document.forms[0].action; _spSuppressFormOnSubmitWrapper = true; </script>
Ce qui résoudra votre problème de second postback.
L’utilisation du modèle objet client de SharePoint 2010 permet de facilement récupérer des données, cependant, vous avez peut-être remarqué que son utilisation en mode anonyme ne fonctionne pas.
Vous obtiendrez en effet un message d’erreur comme quoi la méthode “GetItems” a été désactivé par l’administrateur :
"ErrorMessage":"The method \"GetItems\" of the type \"List\" with id \"{xxxxxxx-xxxxxxx-xxx-xxx}\" is blocked by the administrator on the server."
Pour désactiver cette restriction, il faut aller voir du coté de SPClientCallableSettings.AnonymousRestrictedTypes.
Cette propriété référence toutes les méthodes qui sont restreintes dans le cas d’un accès par un utilisateur anonyme.
Nous pouvons voir, en y accédant en PowerShell, que la méthode “GetItems” est bien présente dans les méthodes restreintes.
Vous utilisez la génération SPMetal pour faire du Linq to SharePoint, afin de récupérer facilement le CRUD de n’importe qu’elle type de contenu (content type) ou liste de votre collection de sites SharePoint.
C’est un gain de temps considérable, très facile à mettre en place pour générer les entités.
Cependant, vous vous rendrez très vite compte qu’en cas d’utilisation plus avancées, qu’il y a certaines limites à l’utilisation de cette méthode.
En effet, si vous avez des colonnes avec des images, des métadonnées ou encore des champs html, ils seront complètement absents de votre fichier généré.
Le but de cet article est de vous montrer comment repérer les colonnes qui ne passeront pas lors de la génération.
Il y a certaines commandes SPMetal que nous pouvons spécifier dans un fichier XML, c’est ce fichier qui permet d’interagir sur la création des classes. Une de ses particularités est de pouvoir spécifier une “Column element”, c’est à dire de pouvoir forcer la génération d’une colonne de liste ou de type de contenu même si elles seraient invisibles lors d’une génération normale. La génération est telle que si certaines colonnes ne sont pas prises en compte, la génération les supprimes directement du fichier.
Voici un exemple pour forcer une colonne de type ImageFieldValue, qui n’est pas pris en compte lors d’une génération classique.
<?xml version="1.0" encoding="utf-8"?>
<Web xmlns="http://schemas.microsoft.com/SharePoint/2010/spmetal">
<ContentType Name="Contact">
<Column Name="col_Thumbnail" />
</ContentType></Web>
Et le résultat ainsi obtenu :
[Microsoft.SharePoint.Linq.ColumnAttribute(Name="col_Thumbnail", Storage="_thumbnail", FieldType="Invalid")] public virtual object Thumbnail { get { return this._thumbnail; } set { if ((value != this._thumbnail)) { this.OnPropertyChanging("Thumbnail", this._thumbnail); this._thumbnail = value; this.OnPropertyChanged("Thumbnail"); } } }
Vous pouvez ainsi voir que le type n’est pas pris en compte.
Il vous suffira alors de changer les différents paramètres, le “FieldType”, le type de retour “object” afin de rendre la colonne fonctionnelle pour votre propre utilisation.
Nous verrons d’ailleurs par la suite, les différentes manières pour corriger ces limites de SPMetal pour chaque type de champ 
Dans une page SharePoint, il se peut que plusieurs WebParts soient disposées un peu partout.
Si vous lancez des requêtes sur des listes ou sur des bases de données par exemple, les temps de réponse peuvent être très longs, ce qui ralentira toute la page. Les temps de chargement seront de plus en plus longs pour l’utilisateur, puisqu’il faudra attendre la fin de tous les calculs pour que l’affichage apparaisse.
Si la WebPart n’est pas une des plus importantes, il y a une manière simple de la rendre asynchrone est ainsi nous pourrons charger la page très vite et avec un système de loading, faire apparaitre les données d’une WebPart plus gourmande quelques secondes après. L’utilisateur pourra alors parcourir la page tout en attendant que le dernier module se charge.
Il faut cependant savoir que le résultat de la callback, donc de l’événement, sera sous forme d’un “string”. Il faudra donc générer nous même le html afin de pouvoir afficher correctement des données. C’est le prix à payer pour pouvoir rentre votre WebPart asynchrone 
Avec un peu plus de temps, nous pouvons réussir à réaliser ce que l’on souhaite.
Pour commencer, dans le code behind de votre WebPart, il faut override le Render afin d’afficher une image de chargement, le temps que la requête se fasse.
protected override void Render(HtmlTextWriter writer) { // TODO: add custom rendering code here. this.datadiv = this.ClientID + "content"; writer.Write("<div id=\"" + this.datadiv + "\"><img src=\"_layouts/progressbar.GIF\" width\"300\"></div>"); }
Il vous est surement déjà arrivé d’insérer une webpart dans une page de votre site SharePoint, mais malheureusement, il peut arriver qu’elle ne fonctionne pas du premier coup.
Et vu que vous êtes bien sûr en mode debug (CutomError = off…) , vous avez un bel écran jaune comme on les aime !
La solution?
Avec Dorian Lamandé nous participons au concours de développement sur Windows Phone 7 : Rendez vous ici : http://www.facebook.com/home.php#!/video/video.php?v=445160459896&oid=129459787073480 et cliquez sur “J’aime” pour nous soutenir !
C’est à vous de jouer 
Thème : Silver is the New Black. Un Blog WordPress.com.
