J’ai cherché des informations permettant d’identifier les patchs qui modifient le numéro de version de Sharepoint et le bonheur est dans ce pré :
http://blogs.technet.com/b/moss_it/archive/2011/08/15/lista-di-versioni-di-sharepoint-server-2010-o-sharepoint-foundation-2010-wss-4-0.aspx

EDIT : ou dans celui ci : http://blogs.technet.com/b/sharepointjoe/archive/2011/02/01/sp2010-sharepoint-2010-build-level-and-version-numbers.aspx

1. Renseigner le nom de la tache
2. Renseigner les options de sécurité
3. Renseigner le déclencheur (timer, …)
4. Onglet Actions
   Click sur Nouveau, dans la fenêtre :
   > Action = « Démarrer un programme »
   > Programme/script = « powershell.exe »
   > Ajouter des arguments = « -File <cheminVersLeFichierPS1> -ExecutionPolicy Unrestricted -NoProfile »

   Exemple de ligne d’argument : -file C:\Backups\Scripts\ExecuteBackupMossSite.ps1 -ExecutionPolicy Unrestricted -NoProfile

Et voilà !

MSDN > Doc de powershell.exe : http://technet.microsoft.com/en-us/library/dd315276.aspx

• Menu Ctx (clic droit) > Add > SharePoint Layouts Mapped Folder
  -> Visual Studio va créer le répertoire Layout dans le projet et un sous répertoire qui correspondra au répertoire dans lequel votre webpart sera déployé.
• Dans ce sous répertoire correspondant au répertoire de déploiment, créer un fichier css (exemple style.css)
  
• Dans l’ascx lié au webpart, ajouter la directive suivante :
  <SharePoint:CssRegistration
  ID= »cssRegCreationCompte »
  runat= »server »
  Name= »/_layouts/nomDuRépertoireDuWebPartDansLayout/Style.css »>
  </SharePoint:CssRegistration>

Le tour est joué, il ne vous reste plus qu’à déclarer les balises css, et les utiliser dans l’ascx !

PS : cela fonctionne aussi pour les scripts…

Autre manifestation du problème : lorsque je tente d’effectuer des modification de paramétrage dans ma ferme, il pleut des 403 :p

Origine du problème :
Le problème provient du cumul suivant :

• Navigation sur le site d’admin à partir d’une session utilisateur effectuée sur un serveur SharePoint hébergeant le site d’admin,
• UAC activés sur le dit serveur
• Navigateur web ouvert… sans élévation de privilèges (pourtant je suis bien connecté en tant qu’admin !!!)
• Puisque je suis connecté sur le serveur, IE ESC est actif (IE Enhanced Security Configuration)

Solution :
Soit :

• Il est impératif d’ouvrir l’administration centralisée via son raccourcis dans le menu démarrer (qui exécute la commande suivante : psconfigui.exe –cmd showcentraladmin). Cet appel exécutant l’élévation de privilège.
• Il faut ouvrir IE via l’élévation de droits : Menu Ctx sur l’icone IE > Exécutez en tant qu’administrateur

Source : http://blogs.msdn.com/b/jorman/archive/2010/07/10/missing-links-or-access-denied-in-central-admin-sharepoint-2010.aspx

Il fallait le savoir…

Je bosse actuellement sur un portail se services internet construit sur SharePoint 2010 (entre autre) + FBA (Forms Based Auth) monté sur un AD LDS (Active Directory LightWeight Directory Services) == un (bon) LDAP à la sauce MS.

Une des fonctionnalités d’un portail est l’espace perso. Or la page d’authentification de SharePoint est … point esthétique (moche quoi).
De plus, comme tout bon portail qui se respecte, l’authentification doit pouvoir se réaliser via une petite boite (login + mdp) située sur le bord de l’écran.

Donc, dev spécifique d’un WebPart qui affiche :
– Label + input text pour le login
– Label + input pwd pour le mot de passe
– link label pour validation et postback
– link pour lien vers la page de création de compte
– link pour lien vers la page de réinitialisation de mot de passe

Deux contraintes fortes donc :
– Appel des couches d’authentification Claims de SharePoint (pas trivial)
– Paramétrage des liens des pages de création de compte et de réinitialisation de compte et ce, tout en tenant compte du fait que ces liens ne sont accessibles QU’EN mode anonyme (adieu la customisation Shared => ne fonctionne pas en anonyme)

Je ne vais pas décrire comment réaliser un webpart 2010, mais plutôt les solutions mises en places face à ces deux contraintes.
Donc une fois la WebPart créée, ascx construit, link validation et postback + méthode code behind C# en place, voici la solution :

Authentification Claims

• Référencer la dll non « visible » du GAC, son chemin :
  C:\Windows\assembly\GAC_MSIL\Microsoft.SharePoint.IdentityModel\
  14.0.0.0__71e9bce111e9429c\Microsoft.SharePoint.IdentityModel.dl

  Pour rappel : Mnu Ctx sur le projet > add reference > Coller le chemin nommé ci dessus dans la boite de dialogue et valider (après l’avoir remis sur une ligne dans notepad :p ).

• Dans la méthode code behind mappée au link de validation, ajouter l’appel suivant :
  -> SPClaimsUtility.AuthenticateFormsUser(this.Page.Request.Url, this.TbxUserName.Text.Trim(), this.TbxPwd.Text.Trim());

  -> SPUtility.Redirect(this.Page.Request.Url.ToString(), SPRedirectFlags.Default, this.Context);

  La redirrection vers la page courante est indispensable pour permettre au moteur d’ajouter le jeton et de rafraichir la page en mode connecté (adapte les composants affichés en fonction des droits de l’utilisateur).

Paramétrage des liens
Pour permettre au WebPart d’utiliser un paramétrage en mode anonyme, je suis passé par les Propriétés de l’objet SPSite (collection de site), via une facade (pattern), histoire de coupler faiblement les choses. Le tout géré dans un EditorPart maison.

• EditorPart : Ce composant permet de personnaliser les panneaux de configuration de webPart. Ici, je m’en sers pour afficher et gérer l’enregistrement des paramètres dans les propriétés de la collection de site.
  
  1) Création d’une classe héritant de EditorPart
  2) override de EditorPart.ApplyChanges() -> appelé lorsque l’administrateur valide les settings
  Le code enregistre les modification apportées dans les propriétés du SPSite (cf point suivant)
  
  3) override de EditorPart.SyncChanges() -> appelé lorsque l’administrateur ouvre le panel de settings du webpart.
  Le code récupère et place dans les controles adhoc les settings contenus dans le SPSite (cf point suivant).
  4) Modif de la classe qui hérite de WebPart, override de WebPart.CreateEditorParts() qui retourne les EditorPanel propre aux finesses du WebPart (retourne mon EditorPanel maison).
• Pour utiliser les propriétés de la collection de site :
  1) Récupérer le SPSite concerné (le root pour moi) : En C# : SPContext.Current.Site.RootWeb
  
  2) Affecter une propriété : En C# :
  SPContext.Current.Site.RootWeb.Properties[« NomDeLaPropriete »] = « valeur »;
  SPContext.Current.Site.RootWeb.Properties.Update(); // NE PAS OUBLIER

  3) Récupérer la propriété : en C# :
  var maVal = SPContext.Current.Site.RootWeb.Properties[« NomDeLaPropriete »];

Et me voilà avec un webPart de connexion, permettant le paramétrage des liens de création de compte et de réinitialisation de mot de passe

Liens intéressants :
Comment créer une page d’authentification maison + comment fonctionne l’authentification SharePoint (différente de celle ASP.net classique -> Jeton de sécurité différent)
http://blogs.msdn.com/b/kaevans/archive/2010/07/09/creating-a-custom-login-page-for-sharepoint-2010.aspx

6 moyens de sauvegarder des Settings :
http://www.wictorwilen.se/Post/Six-ways-to-store-settings-in-SharePoint.aspx

Livre de Ted Pattison : http://shop.oreilly.com/product/9780735627468.do

bref un Sanbox intéressant

Dans ce cadre là, il fallait que le client dispose d’un accès public dans le bac à sable !

Du coup, petit coup de fil à un amis pour disposer d’une ip dans la DMZ… et là il m’apprend qu’il va devoir rediriger un port de l’ip publique vers mon ip dmz…
Donc, pour ceux qui sont perdus : 80.xxx.xxx.xx1:2780 -> 172.xxx.xxx.116:80 …

Hélas ce petit jeux ne fonctionne pas avec Sharepoint, car un bon nombre de ressources (dont le formulaire de login) sont retournées avec les urls en port d’application sur le serveur (80 pour notre exemple).

La solution : rediriger le port de l’ip publique 2780 vers le 2780 de mon serveur Sharepoint, et Étendre mon application existante !

Pour étendre l’application :

http://technet.microsoft.com/en-us/sharepoint/ff679917.aspx

Et ça marche !!!

Avant le WE (et mes vacances) ça me donne le moral !