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:

http://channel9.msdn.com/Events/SharePoint-Conference/2014/SPC348

 

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...

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.

SHAREPOINT 2010 : La recherche ne renvoie pas les titres des documents

Lors de l'utilisation de la recherche sur une ferme SharePoint 2010, vous pouvez être amené à rencontrer un problème majeur : Le moteur de recherche SharePoint ne renvoie pas le titre des documents Office. En lieu et place, seule la première ligne du document est renvoyée en tant que titre.
Cette erreur survient essentiellement sur des documents Office 2007 mais pas que! Les documents Word 2010 et PowerPoint 2010 sont aussi impactés.
En revanche, tout semble fonctionner correctement avec des documents Office 2013.

 

Si votre ferme SharePoint est concernée, il faudra suivre les étapes suivantes afin de corriger ce dysfonctionnement:

• Ouvrir la base de registre du serveur en tapant regedit.exe dans une fenêtre cmd,
• Se positionner à l'emplacement suivant : [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\14.0\Search\Global\Gathering Manager],
• Modifier la clé de registre "EnableOptimisticTitleOverride"  et la positionner à "0".
• Redémarrer le service de recherche à l'aide des 2 commandes suivantes : "net stop osearch14", puis "net start osearch14",
• Enfin, attendre le prochain full crawl ou le relancer manuellement.