INFOPATH : Impossible de publier le formulaire

Aujourd'hui un petit post sur InfoPath.
Parfois, lorsque vous publiez un formulaire InfoPath sous SharePoint, vous pouvez obtenir ce genre d'erreur sympathique : "InfoPath cannot find or cannot access the following web server"

Après avoir réalisé les vérifications d'usage suivante:

• Tester l'url précisée pour la publication,
• Tester avec une autre bibliothèque,
• Tester avec un autre formulaire,
• Tester depuis un autre poste client,
• Vérifier la connexion au domaine,...

il s'avère qu'aucun formulaire ne veut se publier sur cette fameuse collection de sites.

Pas de panique, il s'agit tout simplement d'un problème de paramètrage sur le type de contenu "Formulaire" de votre collection de sites. Pour corriger cela, vous devez vous connecter à la racine de votre collection de sites SharePoint puis suivre les actions suivantes:

• Aller dans "Actions du site",
• Cliquer sur "Paramètre du site",
• Cliquer sur "Type de contenu",
• Cliquer sur "Formulaire",
• Aller dans les paramètres avancés de ce type de contenu formulaire,
• Supprimer la valeur renseignée dans la première zone de texte correspondant à l'url d'un document existant,
• Cliquer sur OK

A présent, si vous retentez de republier le formulaire, celui-ci sera déployé sans problème.
Simple, mais encore faut-il connaitre l'astuce...

SHAREPOINT 2013 : Licence serveur

Aujourd'hui, un petit article sur SharePoint 2013 et la nouvelle stratégie de licencing.

Auparavant, avec SharePoint Server 2010 vous aviez le choix entre une licence Standard ou une licence Entreprise. Pour rappel, l'iso de SharePoint était identique et seul la clé de licence activait ou non certaines fonctionnalités.

Ce mode de licensing posait problème pour de nombreux clients ayant acquis des licences standards et souhaitant octroyer à une certaine partie de leur population des CALs de niveau entreprise. La préconisation initiale était de monter 2 fermes différentes (sic). La réaction des clients étant évidemment virulente, cela s'est mué en accords déclaratifs.

 

A présent, révolution dans SharePoint 2013: il est possible de mixer les types de licence (4 types différent : standard, entreprise, web apps, duet).
Bizarrement pour brider les CALs, et ainsi l'utilisation des fonctionnalités entreprise, il n'est pas possible d'utiliser l'interface. Il faut passer par l'utilisation de commandes Powershell.

Voici un exemple de commandes permettant de limiter finement l'utilisation des licences:

 

# Affichage du mode de licence actuellement en place sur la ferme (true ou false, false par défaut)
Get-SPUserLicensing

# Autorise la mise en place de mode de licensing distinct
Enable-SPUserLicensing

# Vérification des types de licence disponible (standard, entreprise, web apps, duet)
Get-SPUserLicense

# Affectation de licences entreprise à un groupe AD donné si besoin
$a=New-SPUserLicenseMapping -SecurityGroup "GroupeADEntreprise" -License Enterprise
$a | Add-SPUserLicenseMapping

Ainsi, seuls les utilisateurs positionnés dans le groupe AD nommé "GroupeADEntreprise" auront accès aux fonctionnalités entreprise de SharePoint 2013!

Ceci doit être pris en compte dès la mise en place de la ferme SharePoint afin de ne pas avoir de surprise de cout de licence.

SharePoint 2010 : Service tracing ne fonctionne pas

Aujourd'hui un post concernant la configuration du service de logs dans SharePoint 2010.

Si la ferme SharePoint est mal configurée, vous pouvez être amené à rencontrer les dysfonctionnements suivants:

1. Les fichiers de logs sont générés mais restent vides avec une taille de 0Kb,
2. Les rapports Web Analytics ne sont pas générés pour les sites. En fait, les fichiers d'usage ne sont pas générés dans le répertoire du serveur.

 

Pour contourner ce problème, il faudra tout d'abord réaliser les vérifications d'usage:

• Vérifier le compte faisant tourner le service de tracing,
• Vérifier que ce service Windows est démarré sur chaque WFE de votre ferme.

 

Une fois ces vérifications de bon sens réalisées, il faudra s'assurer que le compte utilisé appartient au groupe Windows "Performance Log Users" (ou en bon Français, le groupe "Utilisateurs du journal de performances") . Ceci est obligatoire afin que le service de trace puisse fonctionner correctement.