INFOPATH 2013 : Gestion des pièces jointes

Un problème récurrent d'InfoPath Forms Services (en mode web) réside dans sa gestion des pièces jointes.

En effet, par conception, les pièces jointes insérées dans un formulaire InfoPath web sont encodées en mode base64 et stockées à l'intérieur de l'instance XML.

Autant dire que le XML enregistré est à peu de chose prêt de la taille des pièces jointes insérées dans l'instance.

Ceci entraines des lenteurs à l'enregistrement des données et à l'ouverture du formulaire. Dans le cas de grandes pièces jointes, cela entrainera même des erreurs de timeout.

Il est cependant possible de modifier la configuration d'InfoPath Forms Services dans l'administration centrale afin de corriger ce problème.

 

Cependant, il est à noter que si vous devez concevoir un formulaire simple (moins d'une 30aine de champs), il est possible de s'orienter vers un formulaire de liste SharePoint personnalisé avec le concepteur InfoPath:

 

 

 

L'avantage majeur est que le contrôle de gestion des pièces jointes est complètement intégré à SharePoint car il utilise le contrôle natif permettant d'insérer les pièces jointes dans la section "Attachment" de l'élément de liste SharePoint :

 

Ainsi l'élément de liste n'est pas impacté par la taille de la pièce jointe.
 

SHAREPOINT 2013 : Error while crawling LOB content

Aujourd'hui en voulant lancer une analyse complète sur la recherche sur une source BCS (Business Connectivity Service), une erreur est apparue dans les journaux d'analyse : "Error while crawling LOB content".

 

Aucun élément du BCS n'était indexé, cela provenait donc surement d'une configuration incorrecte sur la ferme.

 

Après une rapide étude, il s'avère qu'il s'agit une fois de plus d'un problème de droits.

Les comptes utilisé par la recherche devra être placé de la façon suivante sur les divers éléments :

• Le compte de crawl de la recherche doit être "Administrateur" du service applicatif du BCS,
• Le compte de crawl de la recherche doit être positionné sur l'application secure store utilisée par le BCS,
• Fournir au compte de crawl de la recherche la permission d'exécution sur votre modèle BCS devant être indexé,

SHAREPOINT : Problème Internet Explorer

Nous en sommes actuellement à la 10ème mouture d'Internet Explorer. Cette version compense peu à peu ces lacunes et se rapprochent des normes et standards du web.

 

Malgré tout, cette recherche des standards cause de nombreux problèmes lors de l'affichage de sites SharePoint conçus dans les versions précédentes.

En effet, certains sites SharePoint personnalisés en 2007 ou 2010 peuvent ne pas fonctionner correctement avec IE 10 lorsque celui-ci n'est pas positionné en mode de compatibilité : problème de téléchargement de documents, de rendus,...

 

Il existe néanmoins une solution qui consiste à forcer l'utilisation des normes des précédentes versions d'Internet Explorer afin d'assurer un rendu correct.

Voici les méthodes à suivre:

 

• Si un seul site est détecté comme problématique : il faudra modifier la page maitre utilisée sur votre site SharePoint en incluant le tag suivant juste après l'ouverture de la balise "HEAD" (où l'attribut "content" permettra de forcer le mode d'exécution d'IE aux normes d'IE 8) :

 

• Si plusieurs sites sont détectés comme problématique : Il sera nécessaire de modifier le web.config de l'application web concernée en ajoutant les lignes suivantes:
              

   

 

SHAREPOINT 2013 : Futur InfoPath

Comme beaucoup de personnes l'ont constaté, la nouvelle version d'Office 2013 et de SharePoint 2013 n'apportent quasiment aucune nouveauté au niveau des formulaires INFOPATH.

Il n'en fallait pas plus pour que de nombreuses personnes s'interrogent sur le futur d'InfoPath dans SharePoint. Va t'il passer à la trapinette comme le regretté Silverlight?

 

Le responsable marketing produit de Microsoft 'Keenan Newton' a levé le voile dans cet article : http://blogs.office.com/b/sharepoint/archive/2013/03/04/options-to-create-forms-in-sharepoint-2013.aspx

 

Voici les outils permettant de créer des formulaires dans SharePoint:

• InfoPath : Les formulaires InfoPath peuvent toujours être utilisés et constituent actuellement la solution la plus efficace pour construire des formulaires puissants (code managé, sections extensibles, signatures numériques, pièces jointes...). Il est de même possible de la coupler à des workflow d'entreprise (SharePoint Designer,WF,...).
• Access Services : Ce produit est vendu sur le papier comme le remplaçant d'InfoPath grâce à sa facilité d'utilisation et sa compatibilité HTML5. Après quelques tests, il s'avère que cette solution est clairement très loin derrière InfoPath. La palette de contrôles disponible est ridiculement pauvre et il n'est pas possible actuellement de réaliser du code managé (retour aux macros) ou d'intégrer des workflows.
• Excel Forms : Excel web apps comprend à présent l'intégration de formulaires Excel. Cela permet de réaliser des formulaires basiques (enquêtes,...). Voir exemple ici : http://cwebbbi.wordpress.com/2012/07/23/creating-surveys-using-excel-2013-forms/
• Visual Studio : Il est possible de développer des formulaires en utilisant le nouveau concept introduit dans SharePoint 2013 : les apps. Nous ne détaillerons pas cette notion qui constitue un sujet à part entière. Cette solution nécessite des compétences en programmation et n'est donc pas adaptée à une utilisation de masse dans une entreprise.
• Solutions tierces : Les éditeurs "Nintex" ou "Formotus" pour ne citer qu'eux. Nintex est une solution complète permettant de réaliser des formulaires et des flux de travail assez simplement. Le point positif reste la possibilité de concevoir des formulaires s'adaptant aux devices (Windows Phone, Andoid, IPhone, Ipad). Le point négatif des formulaires Nintex est qu'il faut utiliser beaucoup de JQUERY pour arriver au potentiel d'InfoPath.

 

 

Autant dire qu'InfoPath dispose encore de beaux jours devant lui ! Cela n'engage que moi mais au jour d'aujourd'hui, les solutions alternatives n'apportent aucune plus value comparativement à InfoPath.

SHAREPOINT 2013 : Developer DashBoard

Aujourd'hui, nouvel article sur un élément incontournable pour tout bon développeur SharePoint 2013 qui se respecte : Le Developer Dashboard.

Cet outil précédemment disponible en version 2010 a subi un sérieux lifting afin de correspondre aux besoins :

• S'exécute dans une fenêtre séparée afin d'éviter d'affecter le rendu des pages,
• Information détaillée par requêtes,
• Données complètes : temps d'exécution, procédures stockées SQL, logs ULS associés à la demande, appels du cache,
• Utilisation du service WCF nommé "diagnoscticdata.svc",
• Le service applicatif "Usage and health data" devra être créé et activé,
• Ce Dashboard est désactivé par défaut.

 

Pour activer cet outil, il faudra lancer les commandes suivante sur la ferme SharePoint:

$svc = [Microsoft.SharePoint.Administration.SPWebService]::ContentService
$DeveloperDashBoard = $svc.DeveloperDashboardSettings
$DeveloperDashBoard.DisplayLevel = "On"
$DeveloperDashBoard.Update()

 

Une fois ces commandes exécutées, une nouvelle icone apparaitra à droite de vos sites:

 

 

Il n'existe plus que les modes "On" et "Off". Le mode "OnDemand" existant précédemment sera à présent assimilé au mode d'activation "On".
 

Cet outil sera à utiliser dès que possible et permettra notamment de disposer d'éléments pertinents.
Il permettra de débuguer ou auditer les problèmes rencontrés sur les pages SharePoint, dont la frustrante "Something went wrong"...

 

 

 

Il est de même possible d'étendre ce Dashboard en ajoutant des fonctionnalités à l'aide de JavaScript :http://blogs.technet.com/b/stefan_gossner/archive/2013/01/23/customizing-the-sharepoint-2013-developer-dashboard-using-custom-scripts.aspx