Catégorie: Tutos

Salut,

J'ai récemment travaillé sur la base de données WSS_Logging qui est la seule base de données SharePoint ouverte en lecture/écriture de manière supportée par Microsoft.

J'ai particulièrement regardé la vue [WSS_Logging].[dbo].[RequestUsage] car elle contient pas mal d'informations relatives à la fréquentation des sites et des éléments de listes, documents, pages etc...L'une des informations disponibles dans la vue est la colonne Title qui contient le titre de l'item de liste (doc/page/item) visité. Ceci est très intéressant car le titre est vraiment une donnée significative ayant une valeur métier importante dans la mesure où celle-ci est saisie par des gens du métier; elle aura donc d'autant plus de poids dans les rapports.

Cependant, j'ai observé un comportement inattendu avec une liste dont le formulaire d'affichage, le displayform avait été entièrement modifié, à tel point, qu'aucun contrôle SharePoint habituel n'y était déclaré.

A cause de cela, pour chaque ligne dans la vue RequestUsage, ce n'est non pas le titre de l'élément qui se retrouvait dans la vue mais le titre de la liste, ce qui forcément était beaucoup moins intéressant.

Après avoir comparé une dispform standard avec la dispform modifiée, j'ai constaté qu'il fallait au moins ajouter le code suivant dans le content placeholder PlaceHolderPageTitleInTitleArea :

 
<SharePoint:ListProperty Property="LinkTitle" runat="server"/>: <SharePoint:ListItemProperty runat="server"/>  


Avec ce simple contrôle, c'est à nouveau bel et bien la valeur du titre de l'item visité qui est loggé en DB et non plus la valeur de la liste. Je me suis donc dit que ça pourrait éventuellement vous intéresser car c'est une chose à savoir en amont d'un projet de préférence.

Happy Coding!

Salut,

Voici mon top 10 des tests que j'effectue lorsque je teste des webparts, qu'ils soient développés par moi-même ou par d'autres consultants.

1. Se logger en tant que simple visiteur

Bien souvent, les développeurs sont connectés en tant qu'administrateur local et en tant qu'administrateur de ferme sur leur machine de développement, c'est à dire, avec toutes les permissions requises quoi qu'ils fassent. Le danger, c'est que cette situation ne reflète pas le contexte réel dans lequel le webpart sera déployé.

En effet, il est important se s'authentifier uniquement avec des permissions de visiteur afin de s'assurer qu'aucune erreur liée à la sécurité ne se produise. Les types d'opération qui peuvent mener à des problèmes sont par exemple:

- Le webpart essaye d'écrire des données dans une liste d'application, dans un property bag...alors qu'évidemment, le simple visiteur n'a aucun droit d'écriture
- le webpart consomme une partie de son information dans une liste applicative utilisant des permissions uniques auxquelles les simples visiteurs n'ont pas accès.
- ....

Bien que cela semble évident, il est nécessaire d'y penser à chaque fois, ceci est d'ailleurs valables pour tous les composants SharePoint, pas seulement les webparts mais ceux-ci étant les plus "utilisés" par les visiteurs, c'est davantage nécessaire.

2. Ajouter le webpart plusieurs fois sur la même page

Ceci peut sembler anodin mais bien qu'il soit évident qu'un webpart peut par nature être ajouté plusieurs fois sur une page, tout le monde n'y pense pas et les effets indésirables sont souvent surprenants lorsqu'on n'a pas pris les précautions nécessaires.

Les 3/4 du temps, les erreurs que l'on va rencontrer seront liées au code HTML/Javascript custom généré par notre wepbart. En effet, si on ne prend garde à donner des ID/noms uniques à nos éléments DOM et à nos variables javascript, le fait d'ajouter le webpart plusieurs fois sur la page va créer plusieurs fois des éléments HTML et javascript avec les mêmes noms, ce qui provoquera une certaine confusion au niveau du navigateur.

Un exemple concret est le suivant:

Disons que vous souhaitez développer un webpart qui expose une propriété permettant de le lier à une liste SharePoint. Pour faire simple, lorsque la liste est choisie, le webpart affiche le nombre d'éléments qu'elle contient. Vous créez un Visual WebPart et dans le contrôle utilisateur (.ascx), vous implémentez le code suivant:

 
<script type="text/javascript"> 
  ExecuteOrDelayUntilScriptLoaded(GetItems, "sp.js"); 
  function GetItems() { 
  this.ClientContext = SP.ClientContext.get_current(); 
  if (this.ClientContext != undefined && this.ClientContext != null) { 
  this.ReturnedList = this.ClientContext.get_web().get_lists().getByTitle('<%= ListName %>'); 
  this.ClientContext.load(this.ReturnedList); 
  this.ClientContext.executeQueryAsync( 
  Function.createDelegate(this, this.Success), 
  Function.createDelegate(this, this.Failure)); 
  } 
  } 
  function Success(sender, args) { 
  document.getElementById("NonUniqueIDDivElement").innerText = this.ReturnedList.get_itemCount(); 
  } 
  function Failure(sender, args) { 
  document.getElementById("NonUniqueIDDivElement").innerText = "nok"; 
  } 
</script> 
<div id="NonUniqueIDDivElement"></div> 


Vous spécifiez le nom de la liste au niveau de la propriété:

Quand vous ajoutez le webpart une seule fois dans la page, vous obtenez le résultat attendu:

Si par exemple, vous l'ajoutez une seconde fois dans la page et vous le liez à la bibliothèque "docs" qui contient seulement 1 élément, vous obtenez ceci:

Le deuxième webpart affiche son résultat "1" dans la zone du premier...La raison est évidente, l'élément

Salut,

Si, après avoir mis en place une synchronization des profils utilisateurs via une couche BCS développée ou crée avec SharePoint Designer, vous rencontrez le problème suivant:

stopped-extension-dll

Ce problème est peut-être dû au format des données provenant de la source à l'autre bout de votre couche BCS.

Pour plus d'infos, vous pouvez consulter mon blog UK:

http://www.silver-it.com/node/91

Happy Coding!

Salut,

J'ai développé une DropBox pour SharePoint Server. L'idée est de permettre aux utilisateurs de l'intranet d'associer quelques documents à leur profil sans pour autant autoriser les My Sites.

Comme vous le savez, ceux-ci doivent être entourés d'une gouvernance pour éviter une prolifération mal contrôlée de My Sites hétérogènes et disparates dans l'entreprise.

La DropBox est une alternative très légère ne nécessitant pas spécialement de gouvernance.

Plus d'infos ici (vidéo inclue) : http://www.silver-it.com/node/90

Happy Coding!

Salut,

J'ai enregistré quelques vidéos démontrant l'utilisation de mon système de rating pour SharePoint Foundation.

Plus d'infos ici :

http://www.silver-it.com/node/79

Happy Coding

Salut,

Je viens de développer un petit outil permettant de gérer le ruban associé aux listes et bibliothèques SharePoint. L'outil permet d'activer/désactiver certains boutons du ruban voire de masquer entièrement celui-ci.

Pour plus d'infos, j'ai enregistré une vidéo très courte disponible sur mon site:

http://www.silver-it.com/node/75

Happy Coding!

Salut,

N'hésitez pas à consulter mes derniers tutos sur SharePoint 2010:

Tout ce qu'il faut savoir sur les Sandboxed Solutions - 8/12/2010
Utiliser l'ECMAScript dans les connexions entre webparts - 24/11/2010
Gérer l'entête d'un type de colonne personnel en XSL - 24/10/2010
Type de colonne personnel, gérer le rendu en XSL - 22/10/2010

Happy coding!

Salut,

Si comme moi vous obtenez l'erreur suivante:

Unable to cast object of type Microsoft.SharePoint.Administration.Claims.SPClaimsAuthMembershipProvider to ...

Ne perdez plus votre temps à vous demander ce qui se passe. Quand vous êtes en mode FBA, lorsque l'authentification est terminée, SharePoint génère un token SPCLaim et c'est pour cela que le code suivant (souvent utilisé en 2007):

génère l'erreur de casting.

Vous pourriez évidemment éviter cela en codant comme ceci:

mais vous récupèreriez un NULL, ce qui ne vous avancerait pas davantage.

La solution consiste simplement à bien cibler votre provider comme ceci:

et ça fonctionne beaucoup mieux .

Happy coding!

Salut,

Quand vous adressez ListData.svc directement en AJAX via jQuery, si votre application SharePoint est configurée en Authentification Windows Intégrée avec NTLM ou Kerberos, votre navigateur va généralement transmettre vos credentials automatiquement (Internet Explorer), ou va vous demander de les fournir (Firefox) pour pouvoir vous laisser utiliser le service.

Ce comportement n'est pas similaire lorsque l'on exécute des requêtes AJAX en mode FBA, c'est à dire quand votre application SharePoint est configurée en authentification CBA (Claims Based Authentifcation) et FBA (Forms Based Authentication).

Dans ce cas, le code suivant:

brancherait la gestion d'erreur si vous n'êtes pas encore authentifié. Pour gérer cela, vous pouvez rediriger l'utilisateur consommant votre page vers la page de login SharePoint de manière à obtenir ceci:

Ce code permet de gérer cela:

Le code de retour renvoyé par Firevox est 302 et 12150 avec IE 8 (allez savoir pourquoi...). Si l'un de ces deux codes est retourné, vous pouvez simplement rediriger l'utilisateur vers une URL construite dynamiquement. SharePoint fera le reste et redirigera l'utilisateur vers la page courant après authentification.

Salut,

Je ne sais pas si vous avez déjà rencontré ce problème mais lrsque vous ajoutez un webpart listview XSL sur une page, si vous avez des boutons personnels dans le ruban qui sont censés s'afficher pour votre liste, ceux-ci ne s'affichent pas en mode listview alors qu'ils s'affichent correctement lorsque vous utilisez la liste standard créée par SharePoint.

Pour prendre un exemple concret, dans mon système de rating, j'ai créé une CustomAction comme ceci:

<CustomAction Id="Ribbon.List.SilverITRating"
Location="CommandUI.Ribbon"
RegistrationId="101"
RegistrationType="List"
Rights="ManageLists">
...

Elle affiche ce bouton dans le ruban pour toutes les bibliothèques de documents:

et cela fonctionne bien si je clique sur la liste depuis le menu rapide. Cependant, si j'ajoute cette liste en tant que webpart sur une page, mon bouton disparaît.

Ceci est apparemment lié à la barre d'outils que vous devez spécifier au niveau du webpart via les propriéts. La valeur par défaut est "Summary Toolbar" mais si vous choississez "Full Toolbar" ou "Show Toolbar":

le bouton réapparaît dans le ruban...

Je ne sais pas s'il s'agit d'un bug ou si c'est "by design" mais j'ai constaté que modifier la toolbar permettait que cela fonctionne.

Happy Coding!

Salut,

Ce petit billet pour vous tenir informé de la parution imminente de notre livre sur SharePoint 2010 en Français. Celui-ci est une mise à jour du premier opus.

Il est, je pense, plus accessible que le premier et allie les aspects liés au développement mais également tout ce qui touche à la personnalisation avancée sans pour autant disposer de connaissances en développement.

Plus d'infos ici:

http://www.editions-eni.fr/Livres/SharePoint-2010-Developpez-en--NET-pour-personnaliser-SharePoint/.6_3a6222cf-b921-41f5-886c-c989f77ba994_9f7ed5d9-eb1e-4575-901a-b04fbee83e82_05c35492-c8ae-469f-b785-3e5f2852c5e3_1_0_d9bd8b5e-f324-473f-b1fc-b41b421c950f.html

A bientôt

Salut,

Mon Système de rating pour SharePoint Foundation supporte à présent le mode anonyme.

http://sptoolbasket2010.codeplex.com/

Happy Coding