23 avril 2014

SHAREPOINT 2013 : Retour du SP1

Et voici l'épilogue du feuilleton "SP1" du SharePoint 2013 (petit rappel pour ceux qui n'avaient pas suivi l'information : http://rmatayron.blogspot.fr/2014/04/sharepoint-2013-sp1-retire.html). L'installation de la version précédente du SP1 entrainait un blocage sur votre ferme lors de l'installation future de mises à jour.
 
En prenant pour référence l'article du fameux Bill Baer (MCM SharePoint), la version corrigée du SP1 a refait son apparition publique. Voir l'article original : http://blogs.technet.com/b/wbaer/archive/2014/04/08/service-pack-for-sharepoint-server-2013-1-recalled.aspx
 
Ce qu'il faut retenir:
  • Si vous avez installé précédemment le SP1 de SharePoint dans sa version "bugguée", il faudra réinstaller les nouveaux binaires par dessus l'ancien SP1 et exécuter l'assistant de configuration SharePoint immédiatement après l'installation.
  • En revanche, si vous avez installé votre plateforme SharePoint depuis l'iso "SharePoint Server 2013 with SP1", pas de soucis : vous n'êtes pas impacté par le problème. En effet, si vous vérifiez la date de release de cet iso sur votre abonnement MSDN, vous pourrez constater que celui-ci n'a pas été corrigé du fait qu'il ne rencontrait pas le dysfonctionnement.

22 avril 2014

SHAREPOINT 2013 : Indexation des profils utilisateurs

Aujourd'hui un article sur le paramétrage de la recherche des utilisateurs dans SharePoint 2013.
 
Afin de pouvoir paramétrer à la carte la fréquence d'indexation, je vous conseille tout d'abord de réaliser une source de résultats spécifique pour les profils utilisateurs:



Comme vous pouvez le constater, la syntaxe permettant de crawler du contenu des profils est différente. Elle utilise un protocole nommé "sps3". Pour compléter l'adresse de démarrage, il faudra ensuite préciser l'url d'une de vos applications web (contrairement à l'idée reçue, il n'est pas nécessaire de préciser l'adresse de votre site de type "Hôte de sites Mon site".
 
Note importante : Si votre application web est en "https", il sera nécessaire de préciser "sps3s" au niveau du protocole!
 
 
Enfin, une fois la source de contenu de recherche correctement paramétrée, il sera nécessaire de vérifier que le compte de recherche de votre ferme SharePoint possède le droit "Extrait les données de personnes pour les robots de recherche" sur le service applicatif de profil utilisateur (dans la section "Administration"):


Le cas échéant, vous obtiendrez une erreur "Accès refusé" lors de l'indexation du contenu des profils utilisateurs.
 

6 avril 2014

SHAREPOINT 2013 : SP1 retiré

Attention : Le Service Pack 1 de SharePoint 2013 a été retiré des liens de téléchargement Microsoft. Il est donc primordial de ne pas installer l'installation de ce service pack si celui-ci était planifié.
En effet, d'après les ingénieurs Microsoft, le passage du SP1 bloquerait l'installation de Cumulative Update ou Public Update!
 
Voici l'article Microsoft officialisant le problème : http://support.microsoft.com/kb/2817429.
 
Le message suivant est disponible en haut de la page de téléchargement:

We have recently uncovered an issue with this Service Pack 1 package that may prevent customers who have Service Pack 1 from deploying future public or cumulative updates. As a precautionary measure, we have deactivated the download page until a new package is published.

Ce problème vient se rajouter au bug constaté sur le SP1 de SharePoint Foundation 2013 qui connaissait une régression sur les WebParts de recherche : http://blogs.technet.com/b/stefan_gossner/archive/2014/03/20/an-important-fix-for-sharepoint-foundation-2013-sp1-has-just-been-released.aspx
 
En gros, l'adage se confirme : Toujours attendre un ou deux cumulative update supplémentaires avant d'installer un service pack! Et surtout bien le tester sur vos plateformes de validation.

26 mars 2014

INFOPATH : This is the End (Part 2)

La SharePoint Conférence 2014 a eu lieu à Las Vegas au début du mois de Mars.
Cette conférence mythique a été l'occasion pour Microsoft d'apporter quelques précisions sur la conception des formulaires dans SharePoint à présent qu'InfoPath a annoncé sa dernière version (voir précédent article : ici.
 
La vidéo suivante détaille la roadmap et quelques informations sur les alternatives qui seront offertes aux entreprises utilisant actuellement InfoPath:
 
Il faudra donc retenir:
  • L'apparition de nouveaux formulaires de listes de type "FoSL" qui seront déployés dans SharePoint Online entre 2014 et 2015 et connaitront une évolution constante. Ils seront de même disponibles dans la prochaine version de SharePoint On-Premise.
  • Aucune solution proposée actuellement n'offre la puissance d'InfoPath (éditeur WYSIWYG permettant de se connecter à diverses sources),
 
D'après cette vidéo, Microsoft semble donc à l'écoute des utilisateurs afin de concevoir un nouvel outil de formulaires adapté au besoin des entreprises. Je vous conseille donc de leur soumettre vos besoins et idées. Pour moi, la liste des courses serait:
  • Possibilité de définir des conditions de formatage (cacher ou masquer des champs en fonction de certaines valeurs),
  • Possibilité de définir des règles d'affectation de champs (concaténation,...),
  • Possibilité de définir des règles de validation (vérifier que la valeur est une date, que le champ est renseigné si un autre champ possède telle valeur,...),
  • Possibilité de se connecter simplement à des sources de données externes (listes SharePoint, SQL server, services web).
  • Possibilité de réaliser le maximum d'opérations sans utiliser de code managé!
 
En gros, tout ce qui faisait le plus d'InfoPath par rapport à tous ces concurrents.
 
So wait and see...

16 mars 2014

SHAREPOINT 2010 : Erreur aléatoire sur la recherche

Aujourd'hui, un article sur un nouveau problème remonté sur la recherche dans SharePoint 2010. Je crois que c'est ce qu'on appelle la loi des séries (voir article précédent).

Cette fois-ci, un message d'erreur apparaît sporadiquement lors de l'utilisation du moteur de recherche par les utilisateurs de la ferme SharePoint...
Le genre d'erreurs bien sympa sur lequel on est content d'être appelé pour intervention! D'autant plus lorsque la plateforme d'intégration, strictement identique à celle de production, ne présente pas ce problème.
 
Une fois le dysfonctionnement reproduit, il est nécessaire de rechercher l'ID de corrélation dans les logs SharePoint afin d'obtenir plus d'informations.
L'erreur détectée est la suivante : "Illegal operation attempted on a registry key marked for deletion".
 
Après quelques recherches, il s’avère que cela peut provenir d’un problème sur le profil utilisateur Windows. Pour corriger ce dysfonctionnement, il faudra aller modifier une clé dans la group policy de chaque serveur :
  • Se connecter sur le serveur avec un compte 'Administrateur',
  • Taper "gpedit.msc" dans la fenêtre exécuter du serveur,
  • Se positionner dans la section "Computer configuration",
  • Administrative template,
  • System,
  • User profiles,
  • Modifier la clé « Do not forcefully unload the registry at user logoff » en l’activant,
  • Redémarrer le serveur en dehors des horaires d'activités.

Suite à cette modification rapide, votre recherche fonctionnera à nouveau correctement sans cette fameuse erreur alternative.