Blog technique de Rémi MATAYRON - MVP INFOPATH

INFOPATH 2010 : Optimiser les performances du code managé

2012-01-10T20:16:00.000+01:00

Aujourd'hui, voici un petit article concernant l'optimisation de vos formulaires InfoPath comprenant du code managé.
Il peut arriver que vous ayez des actions assez longues à réaliser sur le XML de votre formulaire.
Je penses notamment à l'ajout automatique de lignes dans une section extensible.

Les vues InfoPath étant liées directement au XML, une modification dans ce dernier entraine une mise à jour de la vue.
Pour s'abstenir de ce genre de comportement, il est possible d'utiliser la méthode DisableAutoUpdate.
Cette méthode permet d'attendre la fin des modifications du XML avant de rafraichir la vue InfoPath (ce qui permet de gagner un gain non négligeable de performances).

Pour se faire, il faut utiliser la méthode de la manière suivante:

// Décorrelation de la vue avec le XML
this.CurrentView.DisableAutoUpdate();

// Modification sur le XML (par exemple ajout de 100 lignes dans un tableau extensible)
...

// Corrélation de la vue avec le XML
this.CurrentView.EnableAutoUpdate();

Vous pourrez trouver un article du MSDN concernant cette méthode à cette adresse:
http://msdn.microsoft.com/en-us/library/microsoft.office.infopath.view.disableautoupdate(v=office.11).aspx

Attention toutefois à bien repositionner le "EnableAutoUpdate() à la fin du traitement sous peine d'avoir de sérieux dysfonctionnements dans le formulaire...

SharePoint 2010 : Changer l'ordre des propriétés utilisateur

2012-01-08T12:07:00.002+01:00

En utilisant SharePoint 2010, on est souvent amené à travailler avec le service applicatif "Profil Utilisateur".
Il est possible d'enrichir les propriétés avec des propriétés personnalisées.
L'interface se présente de la manière suivante:

Les petite flêches bleus permettent de remonter ou descendre les propriétés dans le profil utilisateur.
Cela permet même de les déplacer à travers différentes catégories (Informations de base, Détails,...).

Autant dire que si vous souhaitez déplacer une propriété que vous venez de rajouter vers le haut du profil utilisateur, il va falloir vous armer de patience.
Heureusement, il existe une commande powershell permettant de positionner les propriétés exactement à l'emplacement que vous souhaitez.
La commande PowerShell se présente de la manière suivante:

$mySite = "http://mysite"
$site = Get-SPSite $mySite
$context = Get-SPServiceContext $site
$upConfigManager = New-Object Microsoft.Office.Server.UserProfiles.UserProfileConfigManager($context)
$profilePropertyManager = $upConfigManager.get_ProfilePropertyManager()
$upConfigManager.GetProperties().SetDisplayOrderByPropertyName("PutYourInternalPropertyName", PositionNumber)
$upConfigManager.CommitDisplayOrder();

Il suffira de changer dans ce script l'url du site, le nom interne de la propriété et la position à laquelle placer la propriété.

SHAREPOINT 2010 : Recherche sur propriété

2012-01-08T11:48:00.000+01:00

Aujourd'hui un petit post sur la recherche dans SharePoint et un petit problème de configuration auquel j'ai du faire face.
Considérons qu'un utilisateur veut réaliser une recherche d'utilisateurs sur une propriété "Numéro de téléphone".
Dans ce cas la, la syntaxe de la recherche SharePointvveut que l'on écrive la requête suivante "WorkPhone:0559*".
Malheureusement cette requête ne renvoie aucun résultat avec la configuration native de la recherche.

Cela provient d'un défaut de paramètrage de la recherche SharePoint.
Pour pouvoir chercher de cette façon, il faut que la propriété "WorkPhone" soit désignée en tant que FullTextQueriable.
Pour cela, il faut utiliser le code PowerShell suivant:

$app=Get-SPEnterpriseSearchServiceApplication "Search Service Application"
$mp=Get-SPEnterpriseSearchMetadataManagedProperty -SearchApplication $app -Identity WorkPhone
$mp.FullTextQueriable=$true
$mp.Update()

Ensuite il faudra réinitialiser l'index de recherche puis lancer une recherche complète (en non incrémentale) sur votre source de recherche.
Vous pourrez à présent recherche sur la propriété "WorkPhone".

SHAREPOINT 2010 : Modification du PublishingWeb

2011-12-24T11:14:00.002+01:00

En cette veille de Noel, un petit post sans prétention concernant la modification de la classe PublishingWeb de SharePoint entre la version 2007 et la version 2010.

Suite à une migration de sources vers SharePoint 2010 (avec Visual Studio 2010), j'obtenais des messages d'erreurs sur la propriété "PublishingWeb.CurrentNavigationNodes" qui n'existait plus.

Cela peut vite être embêtant s'il est nécessaire de modifier son code entre chaque migration de SharePoint. Mais rassurez vous, la méthode est toujours implémentée. Elle a tout simplement été déplacée dans la partie Navigation :
"PublishingWeb.Navigation.CurrentNavigationNodes"

Après cette petite modification, le code fonctionne à nouveau comme auparavant.

INFOPATH : Concaténation zone de liste selection multiple

2011-12-06T19:51:00.000+01:00

Aujourd'hui, voici un petit tip permettant de concaténer les valeurs sélectionnées dans un champ de type "Zone de liste à sélection multiple" sans pour autant avoir à utiliser de code managé.

Pour cela, il faut utiliser une zone d'expression, puis réaliser les actions suivantes:
- Cliquer droit sur le champ calculé,
- Cliquer sur "Propriétés",
- Cliquer sur "fx" dans la zone XPath,
- Coller la formule suivante : éval(éval(champ1; 'concat(., ";")'); "..")
Dans cette formule "champ1" représente le champ pluggué sur le contrôle zone de liste à sélection multiple.

Le tour est joué. Cette formule permet de regrouper les valeurs sélectionnées en les séparant par un ";".

SHAREPOINT 2010 : Rétention Information

2011-11-13T10:57:00.001+01:00

Aujourd'hui, un petit post sur une fonctionnalité de SharePoint souvent ignorée et pourtant bien utile.

Il s'agit de ce que l'on appelle la "stratégie de rétention des informations". Il est en effet possible de définir des stratégies de gestion des informations pour la destruction de contenus se trouvant dans les bibliothèques ou dans les listes.
Cette stratégie est déclarée sur un type de contenu bien précis. Ainsi dans une bibliothèque contenant plusieurs types des contenus, il sera possible d’effectuer une gestion fine des rétentions.
Généralement en fonction d’une date ou d’une formule de rétention personnalisée, il est possible d’effectuer une action particulière sur un élément:

D’après la zone de liste des actions possible, nous voyons qu’il est possible d’effectuer un traitement personnalisé pour une rétention donnée. Ceci ne nécessitant aucun développement spécifique.

A noter : Il est possible de préciser une période de rétention allant de la journée à l’année.

Pour utiliser cette fonctionnalité, il suffit de se placer dans les paramètres de votre bibliothèuqe puis de cliquer sur le lien "stratégie des informations".

Bonne rétention!

SHAREPOINT 2007 : SP3 disponible

2011-11-13T10:39:00.000+01:00

Le SP3 associé à SharePoint 2007 est à présent disponible.

Pour réaliser son installation sur votre ferme SharePoint, vous devrez réaliser les actions suivantes:
- Réaliser une sauvegarde de votre ferme SharePoint (ça ne fait pas de mal),
- Lancer l'installation des dernières mises à jours sur chaque ordinateur (Windows Update) afin de possèder une machine actualisée. D'autant plus que sur ces environnements, les mises à jour Windows sont quasiment tout le temps désactivées,
- Couper le service Web de la machine par la commande : "NET STOP W3SVC",
- Lancer l'installation du SP3 pour WSS3,
- Lancer l'installation du SP3 pour Office Server (MOSS) si vous utilisez un moss,
- Lancer l'installation des mises à jours de langue,
- Relancer le service Web de la machine par la commande : "NET START W3SVC"

Attention : Ces opérations sont à effectuer sur toutes les machines de votre ferme SharePoint!!! Il est impératif que la version soit identique.

Une fois tout ceci effectué, vous obtiendrez une ferme avec un nouveau numéro de version : 12.0.6608 au lieu de 12.0.6421.

INFOPATH FORMS SERVICES 2010 : Ajouter script

2011-11-06T15:47:00.001+01:00

Aujourd'hui un petit post sur une méthode de customisation de vos formulaires InfoPath Forms Services sous SharePoint 2010.
Il est à présent possible d'ajouter du script dans votre page du formulaire en utilisant du code managé. Cela ouvre les perspectives suivantes:
- Modifier les styles CSS en les surchargeant,
- Ajouter du javascript dans le formulaire (par exemple lancer un alert javasscrpit lors du clic sur un bouton pour confirmer bon fonctionnement d'une action),

L'exemple suivant permet d'afficher une alert lors du clic sur un bouton:

// Désolé l'éditeur de blogger écrase le javascript, il faut donc encapsuler le alert ci-desssous dans une balise script javascript pour réaliser l'action
string script = "alert('Modification réalisée sur le clic du bouton');";
Page page = HttpContext.Current.Handler as Page;
ClientScriptManager csm = page.ClientScript;
csm.RegisterClientScriptBlock(typeof(Page), "AddAlert", script, true);

Il est de même possible d'utiliser par exemple du JQuery en réferençant la librairie selon la méthode précédente.
Cette opportunité permet de réaliser des formulaires répondant à quasiment tous les besoins clients.
La seule limite reste l'imagination!

INFOPATH : Ajout ligne tableau extensible

2011-10-23T16:06:00.013+02:00

Il existe différentes méthodes permettant d'ajouter des lignes à un tableau extensible par programmation. Le but étant par exemple de pré-remplir un tableau à l'ouverture du formulaire ou selon une action dans le formulaire.

Ces méthodes d'insertion consistent souvent à redéfinir tous les champs à l'intérieur de cette zone extensible un par un. Ceci est bien souvent source d'erreur si la structure de votre zone extensible est régulièrement amenée à être modifiée.

Il existe cependant une méthode toute simple (en une seule ligne de code) qui permet d'ajouter une ligne dans un tableau:

this.CurrentView.ExecuteAction(ActionType.XCollectionInsert, "mongroupe");

où le nom "mongroupe" est obtenu en réalisant un clic droit sur la zone extensible, puis en allant dans la partie propriété. Ensuite se positionner dans la zone "XmlToEdit" disponible dans l'onglet avancé.

InfoPath Forms Services 2010 : Erreur CU Juin

2011-10-07T21:47:00.002+02:00

Petit billet au sujet d'une erreur survenue après le passage de la CU de Juin pour SharePoint 2010. Lors de l'utilisation d'un formulaire InfoPath Form Services, l'erreur suivante est apparue:

Version EN : The security Validation for this page is invalid. Click back in your Web Browser, refresh the page and try your operation again.

Version FR : La validation de la sécurité de cette page n'est pas valide. Cliquez sur Précédente de votre navigateur et retentez l'opération.

Ce problème est issu de l'installation de la CU de Juin. Il peut survenir lors d'un changement de vue, l'utilisation d'une pièce jointe ou l'utilisation d'un sélecteur de personne par exemple. Cette erreur survient de même sur des formulaires ne possèdant pas de code managé.

Cela est du à la modification du fonctionnement d'InfoPath Form Services dans cette CU : un postback est à présent généré mais celui-ci nécessite une validation qu'il ne trouve pas sur la page.

Il existe deux solutions pour contourner ce problème:

Désactiver la validation de la sécurite. Cette méthode est déconseillée clairement pour des notions de sécurité. La désactivation peut causer des effets non désirés.

Modifier la page FormServer.aspx du serveur SharePoint.
La marche à suivre pour modifier le fichier est la suivante:

Se placer dans le répertoire "14" de SharePoint.

Aller dans "Templates/Layouts".

Se placer sur la page "FormServer.aspx",

Ouvrir ce fichier et ajouter la balise au dessous de la balise body de la page.

Enregistrer la modification

Réaliser cette action sur tous les frontaux de la ferme SharePoint.

Attention cette seconde solution n'est que temporaire car elle consiste à aller modifier une page dans le répertoire 14 de SharePoint. Ceci est déconseillé par Microsoft car un passage de KB ou CU peut écraser votre modification.

En attendant, elle fonctionne à merveille car les formulaires fonctionnent parfaitement par la suite.

Seulement actuellement, il semble qu'il n'existe pas de correctif officiel sur ce problème.

A priori, ce correctif devrait être installé dans les prochaines CU.

So wait and see!!!

Félicitations aux MVP 2011

2011-10-04T12:06:00.000+02:00

Bonjour à tous,

Aujourd'hui un petit post rapide pour vous indiquer que depuis ce début de semaine j'ai la chance d'avoir été nommé MVP InfoPath.
Il existe moins d'une dizaine de MVP sur cette technologie dans le monde et il semble que je sois le seul en Europe, ce qui rend cette récompense d'autant plus appréciable.

Je profite de ce post pour remercier toutes les personnes ayant contribuées à cette nomination qui récompense le travail fourni durant des années autour de cette technologie.

De même je tiens à féliciter tous les MVP récompensés (renouvelés ou fraichement nominés) sur les differentes technologies Microsoft.

Je continuerai avec plaisir au travers de ce blog et de la communauté à vous faire partager mon expérience autour des technos InfoPath et SharePoint notamment.

SHAREPOINT 2010 : Service Timer stopping

2011-07-22T22:17:00.000+02:00

Retour aux choses sérieuses après quelques mois d'arrêt.

Aujourd'hui, le problème porte sur SharePoint 2010 et son fameux service nommé "SharePoint Timer".

Il arrive assez fréquemment sur les machines de développement d'avoir un petit soucis avec le service timer.

En effet, celui-ci ne fonctionne plus et lorsque vous chercher à le redémarrer, le service en question se fige sur l'état "Stopping" (en cours d'arrêt):

Pour arriver à retourner à la normale. Il faut:

Stopper le processus "OWSTIMER.exe" depuis le gestionnaire des tâches de la machine,
Réaliser un clic droit sur le service "SharePoint Timer" puis se placer dans l'onglet "Récupération" (Recovery). Ensuite sélectionner "Ne rien faire" au niveau des 3 zones de listes déroulantes des défaillances.
Arrêter et redémarrer le service.

Tout refonctionne ainsi dans le meilleur des mondes!

INFOPATH : Ajout pièce jointe

2011-03-28T11:04:00.002+02:00

Récemment, je suis tombé sur la problèmatique de préremplir le champ de pièce jointe d'un formulaire InfoPath. Cette opération s'avère plus compliqué que ce que l'on croit à cause du principe de fonctionnement du champ pièce jointe d'InfoPath (le document est stocké en binary64 dans le xml et le nom du document est encodé dans la chaine).

Le petit bout de code suivant vous permettra d'insérer facilement des données dans un champ pièce jointe:

public String CreateInfoPathAttachment(String fileName, byte[] fileData)
{
   // This memory stream for InfoPath attachment buffer before Base64 encoding.
   using (MemoryStream ms = new MemoryStream())
   {
          uint fileNameLength = (uint)fileName.Length + 1;
          byte[] fileNameBytes = Encoding.Unicode.GetBytes(fileName);
          using (BinaryWriter bw = new BinaryWriter(ms);
          {
                    // Write the InfoPath attachment signature.
                    bw.Write(new byte[] { 0xC7, 0x49, 0x46, 0x41 });
                    // Write the default header information.
                    bw.Write((uint)0x14); // size
                    bw.Write((uint)0x01); // version
                    bw.Write((uint)0x00); // reserved

                    // Write the file size.
                    bw.Write((uint)fileData.Length);

                    // Write the size of the file name.
                    bw.Write((uint)fileNameLength);

                    // Write the file name (Unicode encoded).
                    bw.Write(fileNameBytes);

                    // Write the file name terminator. This is two nulls in Unicode.
                    bw.Write(new byte[] { 0, 0 });
                    bw.Write(fileData);
          }
          return Convert.ToBase64String(ms.ToArray());
   }
}

Ensuite il suffit d'appeler cette fonction de la manière suivante:

XPathNavigator PJ = this.MainDataSource.CreateNavigator().SelectSingleNod("//my:PJ", NamespaceManager);
if (PJ.MoveToAttribute("nil", "http://www.w3.org/2001/XMLSchema-instance"))
PJ.DeleteSelf();
string s = CreateInfoPathAttachment("toto.gif",fileBuffer);
PJ.SetValue(s);

INFOPATH : Desactiver fermeture formulaire

2011-03-24T14:02:00.000+01:00

Aujourd'hui un petit post afin de parler d'une fonctionnalité souvent souhaitée dans les formulaires InfoPath : a savoir, le masquage de la croix de fermeture du formulaire (cela permet de maitriser l'utilisation du formulaire par l'utilisateur puisqu'il sera obligé de fermer par un bouton dans le formulaire).

Pour cela, il faut utiliser du code managé dans le formulaire InfoPath (à insérer dans la classe 'FormCode'):

private const int SC_CLOSE = 61536;
private const int MF_BYCOMMAND = 0;
private const int MF_GRAYED = 1;
private const int MF_ENABLED = 0;

// Récupère le handle d'une fenêtre à partir de son titre
[DllImport("user32.dll", EntryPoint = "FindWindowA")]
private static extern int FindWindow(string lpClassName, string lpWindowName);

// Fonctions de gestions des menus systèmes windows
[DllImport("user32.dll")]
private static extern int GetSystemMenu(int hwnd, int revert);
[DllImport("user32.dll")]
private static extern int EnableMenuItem(int menu, int ideEnableItem, int enable);

public static void Disable(int handle)
{
// The return value specifies the previous state of the menu item (it is either
// MF_ENABLED or MF_GRAYED). 0xFFFFFFFF indicates that the menu item does not exist.
switch (EnableMenuItem(GetSystemMenu(handle, 0), SC_CLOSE, (MF_BYCOMMAND
MF_GRAYED)))
{
case MF_ENABLED:
break;
case MF_GRAYED:
break;
default:
// throw new Exception("Le handle ne renvoie rien.");
break;
}
}

Ensuite il faut copier ces 3 lignes de code dans la partie "form_loading" de votre formulaire (Pour appeler cet évènement, il faut aller dans le menu "Insertion" d'InfoPath puis cliquer sur "Evènement au chargement"):

int myWindow;
myWindow = FindWindow(null, this.Application.Name);
Disable(myWindow);

Par contre, cette méthode appelant des composants système, il faudra que le formulaire soit en mode "Full Trust" au niveau de la sécurité (Onglet "Outils/Options du formulaire/Sécurité").

Cette méthode a été implémentée sur un projet InfoPath 2007 et fonctionne à merveille.

SHAREPOINT 2010 : Personnaliser liste avec InfoPath

2011-03-05T19:38:00.002+01:00

Comme nous l'avons vu précédemment, une des nouvelles fonctionnalités de SharePoint 2010 est l'apparition de la possiblilité de modifier des formulaires de liste directement avec InfoPath.

Que ce soit pour la création d'un élément de liste, sa consultation ou sa modification.

Dans la version 2007, il fallait développer un nouveau formulaire ASP.Net héritant de l'original SharePoint afin de réaliser ceci. Autant dire qu'InfoPath simplifie encore une fois grandement le développement et permet un gain de temps énorme.

Les deux tutoriels suivants permettront d'appréhender facilement la méthode à suivre (ce sont de très bons tutos) :

A noter toutefois que la deuxième méthode à l'avantage de pouvoir accueillir du code personnalisé (l'onglet "Développeur" étant disponible dans le formulaire InfoPath)... Ce qui n'est pas la cas lors du clic sur le ruban d'une liste SharePoint.

De plus, un problème connu dans cette version de SharePoint est le fait que le bouton "Personnaliser le formulaire" disponible dans le ruban n'est parfois pas cliquable. Si tel est le cas, il suffit de modifier la zone de votre site SharePoint dans Internet Explorer (en le plaçant dans les sites de confiance par exemple).

Bonne customisation.

SHAREPOINT 2010 : Utiliser REST

2011-02-21T20:36:00.000+01:00

Une des nouveautés de SharePoint 2010 est l'utilisation des services REST (Representational State Transfer) à l'aide du web service WCF nommé ListData.svc. Ce web service permet de mettre en place une architecture client serveur (utilisable depuis le client : Silverlight, JQuery,...) et facilite la lecture et écriture des données depuis SharePoint.

Le lien suivant permet de mettre en avant la facilité d'utilisation de REST : http://msdn.microsoft.com/fr-fr/library/ff521587.aspx

Les web services REST peuvent être appelés entre autre depuis des formulaires InfoPath 2010.

Par exemple, lors de l'installation d'une plateforme de développement SharePoint, j'ai souhaité utiliser ce web service depuis InfoPath en renseignant l'URL:

http://monserveurSP2010/_vti_bin/listdata.svc

Mallheureusement, un message d'erreur apparait. En tapant l'URL dans un navigateur, nous obtenons l'URL suivante :

Cette erreur n'est pas bloquante, il s'agit d'un prérequis de configuration.
En effet pour résoudre ce problème, il suffit de télécharger la mise à jour ADO.Net pour le framework 3.5 SP1 de votre serveur SharePoint:

Pour Windows 2008 R2: http://www.microsoft.com/downloads/en/details.aspx?familyid=79d7f6f8-d6e9-4b8c-8640-17f89452148e&displaylang=en
Pour les autres OS : http://www.microsoft.com/downloads/en/details.aspx?familyid=4B710B89-8576-46CF-A4BF-331A9306D555&displaylang=en

Et petit reboot et c'est parti!
Bon REST...

INFOPATH : Validation personnalisée

2011-02-20T17:50:00.000+01:00

Bonjour,

De nombreux clients réalisent des retours sur InfoPath Form Services quand aux messages apparaissant sur les champs obligatoires d'un certain type, notamment pour les champs de type "date".

En effet, le message apparaissant sur un champ obligatoire de type "date" incite à saisir une date au format "YYYY-MM-DD", ce qui n'est pas souhaité lorsque nous souhaitons que l'utilisateur saisisse une date au format : "JJ/MM/AAAA". Cela provient du CSS embarqué par Form Services (qui ne doit pas être modifier directement car il sera sûrement écrasé lors d'un passage de service pack).

Pour corriger ce problème, il faut modifier légèrement le formulaire InfoPath Form Services. Les étapes à suivre sont les suivantes:

Clic droit sur le champ de votre formulaire,
Cliquer sur "Propriétés",
Cliquer sur "Validation de données",
Sélectionner l'évènement validation.

Et insérer ensuite le code suivant (il parcourt les erreurs dans le formulaire jusqu'à trouver l'erreur actuelle afin de modifier le message):

public void champ1_Validating(object sender, XmlValidatingEventArgs e)

{

foreach (FormError error in this.Errors)

{

if (error.Site.Name == e.Site.Name)

{

error.Message = "Mon message custom";

}

Il suffira de modifier "Mon message custom" avec par exemple "Saisir une date au format 'JJ/MM/AAAA'.

INFOPATH 2007 : Validation de données

2011-02-13T11:53:00.000+01:00

De nombreux clients réalisent des retours concernant l'utilisation d'InfoPath Form Services dans SharePoint 2007. Le principal est le petit tooltip qui s'affiche sur un champ obligatoire "Ne peut pas être vierge".

Ce petit tooltip à le don d'agacer de nombreux utilisateurs car il se positionne souvent à l'intérieur d'un autre champ de saisie.

Cet affichage est défini par le CSS utilisé par Form Services. Celui-ci étant dans SharePoint, il n'est pas concevable de modifier la page originelle de SharePoint (sous peine de se faire écraser les modifications lors d'un passage de cumulative update ou de service pack).

La solution la plus "propre" consiste à aller modifier manuellement le fichier "manifest.xsf" présent dans le formulaire InfoPath (un fichier XSN d'infopath n'étant qu'un type particulier de cab).

Vous trouverez dans ce fichier les validations de données de votre formulaire:

Ne peut pas être vierge

Il faut modifier l'attribut ShortMessage en le mettant à vide.

Ainsi le petit tooltip ne sera plus affiché.

SHAREPOINT 2010 : Ouvrir fichier HTML

2011-02-05T19:25:00.001+01:00

Un petit post sur SharePoint 2010 pour parler d'un changement de fonctionnement qui peut faire bloquer certaines applications.

Dans la version 2007, il était possible d'ouvrir une page HTML en cliquant sur le lien. La page se chargait dans le navigateur.

A présent en 2010, lors du clic sur la page située dans une bibliothèque, une jolie pop-up de téléchargement s'affiche par défaut.

Cela provient d'une volonté de Microsoft de combler une faille de sécurité (dûe à l'insertion de javascript s'exécutant sur le poste de l'utilisateur).

Pour s'affranchir de cette sécurité et pour revenir au même fonctionnement que dans la version 2007, il faut suivre les étapes suivantes:

Se placer dans l'administration centrale de SharePoint 2010,
Aller dans la gestion des applications web,
Sélectionner votre application web concernée et cliquer sur "Paramètres généraux",
Modifier le paramètre de sécurité du contenu de "Strict" à "Permissif".

Vous pouvez à présent réouvrir vos pages HTML directement en cliquant dessus.

Edit : Si vous ne souhaitez pas modifier le niveau de sécurité de votre web application, il est possible d'utiliser une autre méthode. Il suffit de renommer votre fichier HTML en ASPX et celui-ci s'ouvrira directement dans SharePoint. Autant dire que cette nouvelle sécurité ne sert pas à grand chose puisque l'on peut avoir aussi du javascipt dans une page ASPX...

INFOPATH 2010 : Contrôle de saisie

2011-02-01T10:52:00.000+01:00

Voici un petit tutoriel concernant la définition d'un contrôle de saisie sur un champ InfoPath. Le contrôle est à réaliser au niveau d'un champ InfoPath ( comme ici une zone de texte par exemple) et cliquer sur "Gérer les règles".

Ensuite il faut sélectionner le type de règle "Validation" comme ci-dessous:

Il faut ensuite définir une condition de déclenchement du contrôle de validation. Par exemple ici nous allons vérifier que la valeur saisie par l'utilisateur correspond au formatage d'un numéro de téléphone.

Pour se faire, il faut suivre les étapes suivantes:

Cliquer sur 'Condition',
Sélectionner le champ actuel sur la zone de liste déroulante située sur la gauche.
Sélectionner "ne correspond pas au modèle" dans la zone de liste déroulante centrale.

Sélectionner "Sélectionner un modèle ..." dans la zone de liste déroulante de droite.
Il faut ensuite préciser un modèle de contrôle des données. Les modèles par défaut sont Email, URL, Numéro de sécurité sociale... Il est de même possible de définir un modèle personnalisé par exemple pour le cas qui nous intéresse, le formatage du numéro de téléphone en rentrant la valeur suivante : "(\d{2}\s){4}\d{2}". A noter que les modèles ressemblent d'assez près aux espressions régulières. Donc un peu de recherche sur le net et vous trouverez votre bonheur.
Définir une info-bulle lorsque la valeur saisie ne correspond pas au modèle que nous avons précisé (Exemple:"La valeur saisie ne correspond pas à un numéro de carte de crédit").

INFOPATH 2010 : Debug solution form services

2011-01-17T21:55:00.000+01:00

Lors d'un précédent article, j'avais traité du fait de l'absence de template Visual Studio dédié à InfoPath. Ce manque empechait le debug simple d'un formulaire InfoPath Form Services.
Il existe tout de même solution trouvée après quelques recherches sur le net.

Pour cela, il faut possèder les outils suivants:

Microsoft Office InfoPath Designer,
Visual Studio Tools for Application (VSTA),
Visual Studio 2010.

Il faut ensuite suivre les étapes suivantes pas à pas:

Se placer dans VSTA,
Cliquer sur le menu "Projet" puis sur "Propriétés du projet",
Se placer sur l'onglet "Générer",
Cliquer sur "Options avancées",
Sélectionner le mode "full" pour le debug (voir copie d'écran) :

Publier le formulaire InfoPath dans l'administration centrale (Très important : Décocher la case "Mettre à jour le modèle de formulaire"),
Ouvrir le code C# dans Visual Studio 2010,
Debugguer en s'attachant au processus w3wp.exe.

Et le tour est joué.

Comment faire compliqué quand on peut faire simple...

InfoPath 2010 : AutoNumber section extensible

2011-01-12T16:39:00.001+01:00

Bonjour,

Voici un petit post non technique sur InfoPath 2010 concernant un besoin récurrent : "La numérotation automatique des lignes d'un tableau ou d'une zone extensible".

Pour réaliser ceci, il faut suivre les étapes suivantes:

Se placer sur votre champ dans l'éditeur InfoPath,
Cliquer sur "Propriété",
Cliquer sur le bouton "fx",
Cocher la case "Modifier une expression XPath avancé",
Coller le texte suivant : "count(../preceding-sibling::*) + 10",
Cliquer sur OK,
Cliquer sur OK.

Le tour est joué, vos lignes extensibles sont à présent numérotées:

Le code "count(../preceding-sibling::*) + 10" signifie que vous additionnez 1 à la valeur de ce champ sur la ligne précédente.
La mise en oeuvre reste tout de même abordable.

InfoPath 2010 : Modèle de formulaire démonstration

2010-12-01T21:50:00.000+01:00

Cela fait plusieurs articles que je vous parle des fonctionnalités offertes par InfoPath 2010.

Mais rien de tel qu’un petit aperçu concret pour se faire une idée des possibilités offertes par ce logiciel.

Voici à présent un exemple d’un formulaire basique que j’ai réalisé avec cette version d’InfoPath.

J’ai décidé de me créer un mini-frontal InfoPath connecté aux flux RSS de mon site de sport favori.

Ce formulaire de démonstration a donc pour but final de consulter l’actualité sportive en temps réel (cliquer sur l'image pour l'afficher dans sa taille normale).

Côté technique, les flux RSS proviennent de sources de données secondaires du formulaire (connexion en réception de données de type document XML).

Les éléments principaux de ce formulaire sont les suivants :

1. Possibilité de sélectionner un sport particulier ou tous les sports. Pour naviguer, j’ai choisi d’utiliser des boutons personnalisés.

Pour l’utilisateur, ces boutons ont trois états :

Etat classique tel le Football dans la copie d’écran,
Etat survol tel le « Tennis - Golf » dans la copie d’écran,
Etat sélection en cours tel le « Rugby » dans la copie d’écran.

L’état survol d’un bouton n’était pas disponible dans les versions précédentes d’InfoPath et cela rajoute un petit plus dans l’interface.

2. Le clic sur le lien hypertexte nous envoie évidemment vers l’article concerné sur le site d’actualité sportive,

3. Intégration des images contenues dans la description du flux RSS (pour cela il a fallu convertir le HTML contenu dans le flux en XHTML afin que le contrôle « Zone de texte enrichi » affiche correctement la valeur,

4. Coloration des actualités ( 1ligne avec fond bleu puis une ligne avec fond blanc),

5. Possibilité de filtrer selon le nombre d’actualités à afficher (5 dernières, les 10 dernières, toutes) et/ou selon la date de publication des éléments (Moins d’une heure, Moins d’un jour, Moins d’une semaine).

J’espères avoir convaincu les plus réfractaires du potentiel de la technologie InfoPath 2010. L’intérêt de ce formulaire reste bien-sûr très limité pour une entreprise (quoique…). Il faut surtout imaginer les possibilités offertes par ce logiciel pour la dématérialisation des supports papiers (ordre de mission, notes de frais,).

InfoPath 2010 : Déploiement par commande Powershell

2010-11-21T19:07:00.006+01:00

Aujourd'hui, un article destiné à énumérer les applets de commandes PowerShell utilisables pour déployer un formulaire InfoPath dans SharePoint 2010.

Les commandes "stsadm" vont être poussées vers la sortie par POWERSHELL qui est l'outil de script du futur. Autant se familiariser rapidement en mettant de côté les commandes stsadm.

Voici la liste des applets de commandes relatifs à InfoPath et aux connexion de données:

Partie formulaire InfoPath :

Install-SPInfoPathFormTemplate : Téléchargement du formulaire InfoPath dans l'administration centrale dans form services.

Test-SPInfoPathFormTemplate : Testant si le formulaire InfoPath est valide pour être compatible navigateur.

Uninstall-SPInfoPathFormTemplate : Suppression du formulaire InfoPath renseigné en paramètre.

Enable-SPInfoPathFormTemplate : Permet d'activer un formulaire InfoPath sur une collection de sites.

Disable-SPInfoPathFormTemplate : Permet de désactiver un formulaire InfoPath d'une collection de sites.

Update-SPInfoPathFormTemplate : Mettre à jour tous les formulaires InfoPath de la ferme SharePoint.

Get-SPInfoPathFormTemplate : Obtention du formulaire InfoPath ainsi que ces paramètres.

Set-SPInfoPathFormsService : Affectation du paramètrage d'InfoPath Form Services.

Set-SPInfoPathFormTemplate : Affectation du paramètrage des proprités d'un formulaire passé en paramètre.

Partie connexions de données :

Install-SPDataConnectionFile : Installation de la connexion de données précisée en paramètre.

Uninstall-SPDataConnectionFile : Commande supprimant la connexion de données passée en paramètre.

Get-SPDataConnectionFile : Enumération des connexions de données présentes.

Get-SPDataConnectionFileDependent : Enumération des formulaires utilisant la connexion de données précisée en paramètre.

Set-SPDataConnectionFile : Affectation des propriétés du fichier de connexion de données.

Après la théorie, voici un exemple des applets de base pour un formulaire InfoPath:

// Installation du formulaire dans l'administration centrale en précisant en paramètre la localidation du formulaire

Install-SPInfoPathFormTemplate -Path "C:\MonFormulaire.xsn"

// Activation du formulaire sur une collection de sites

Enable-SPInfoPathFormTemplate -Identity "MonFormulaire.xsn" -Site "http://MonServeurSP2010/MaCollectionSites"

// Désactivation du formulaire d'une collection de sites

Disable-SPInfoPathFormTemplate -Identity "MonFormulaire.xsn" -Site "http://MonServeurSP2010/MaCollectionSites"

// Suppression du formulaire
Uninstall-SPInfoPathFormTemplate -Identity "MonFormulaire.xsn"

Bon powershell.

SHAREPOINT 2010 : Comparaison fonctionnalités

2010-11-15T13:30:00.000+01:00

Un outil fort sympathique est disponible sur le site du MSDN. Il permet de comparer les fonctionnalités offertes par SharePoint 2010 selon la version utilisée (SharePoint Foundation, SharePoint Services Standard, SharePoint Services Entreprise) : Comparateur de version

Cet outil est fort utile car nous sommes souvent amenés à nous questionner sur le niveau de licence obligatoire pour pouvoir utiliser une certaine fonctionnalité.

De plus le système de classement permet de trier selon la catégorie de feature souhaitée (Site, Communauté, Recherche, Composants,...).

Un bon outil graphique à garder sous les yeux.

INFOPATH 2010 : Utiliser TFS

2010-11-13T16:56:00.002+01:00

Il y a quelques temps, j'avais rédigé un post basé sur ma surprise concernant la suppression du template Visual Studio Office (VSTO) au nivrau des modèles de formulaires InfoPath.

Le template Visual Studio qui existait auparavant était très fonctionnel pour les raisons suivantes:

Modifications unitaires de fichiers du XSN (qui n'est autre qu'un fichier archive comprenant divers éléments : fichier manifest, vues, fichiers connexions de données),
Archivage de la solution dans TFS (Team Foundation Server) simple et éfficace notamment grâce à l'intégration dans VS,
Intégration complète du formulaire dans Visual Studio (code et design du formulaire situés au même endroit).

Malheureusement dans la version 2010, le template InfoPath pour Visual Studio a été supprimé (sauvagement)... Il est à présent obligatoire de passer par VSTA si l'on souhaite utiliser du code managé.

Cela va s'en dire que cela change considérablement la méthode de travail qui était beaucoup plus permissive auparavant.

En cherchant quelques sources sur le web, je suis tombé sur le post suivant:

http://blogs.msdn.com/b/infopath/archive/2010/06/10/using-tfs-for-source-control-in-infopath-2010.aspx

Ce tutoriel, très bien réalisé, indique les démarches à mettre en oeuvre afin de pouvoir utiliser un contrôleur de code de source sur un template InfoPath et par la même occasion de travailler sur chaque fichiers du formulaire InfoPath.

Ce qui peut-être très utiles pour certaines sociétés de développement...

INFOPATH : ADOQueryConnection

2010-11-08T07:04:00.001+01:00

Lors de l'utilisation d'InfoPath Form Services, vous pouvez être amené à vouloir soumettre des données dans une base SQL SERVER.

Malheureusement cela n'est pas possible nativement.

Pour cela, il est possible d'utiliser 2 méthodes pour l'insertion en BD:

Via un workflow SharePoint (utilisation de Worflow Foundation par exemple),
Dans le formulaire Form Services à l'aide de code personnalisé (C# ou VB.Net).

Si vous souhaitez réaliser ceci dans le code du formulaire, il est possible de se servir d'un fichier de connexion de données (UDCX).
Malheureusement les paramètres de la connexion de données ne sont pas tous supportés par une connexion SQL classique.
Par exemple le paramètre "Provider" précisé dans le fichier UDCX n'est pas toléré lors de la création du SQLConnection.
Il faut donc décomposer la chaine de connexion du fichier UDCX pour se récréer une chaine de connexion valide:

AdoQueryConnection ConnexionsSQL = (AdoQueryConnection)DataConnections["NomDataConnexionBD"];
string strConnexionString = GetConnectionString(ConnexionsSQL);
using (SqlConnection connexion = new SqlConnection(strConnexionString)
{
     ...
}

La fonction "GetConnectionString" est définie de la façon suivante:

private string GetConnectionString(AdoQueryConnection queryConnection)
{
    try
    {
            var password = GetConnectionStringParameter(queryConnection, "Password");
            var user = GetConnectionStringParameter(queryConnection, "User ID");
            var server = GetConnectionStringParameter(queryConnection, "Data Source");
            var db = GetConnectionStringParameter(queryConnection, "Initial Catalog");
            return string.Format("Server={0};Database={1};User ID={2};Password={3};Trusted_Connection=True;", server, db, user, password);
    }
    catch (Exception ex)
    {
            throw new Exception("Erreur lors de la récupération de la chaine de connexion", ex);
    }
}

INFOPATH : Connexion compte SQL

2010-11-07T09:44:00.001+01:00

Lors de l'utilisation d'une connexion de données à une base de données SQL, vous devez utiliser un des modes d'authentification suivant:

Authentification intégrée (compte de domaine),
Un compte SQL SERVER en précisant un login sql et un mot de passe (tel le compte 'sa').

Si vous choisissez la deuxième option dans un formulaire InfoPath Form Services, vous obtiendrez le message d'erreur suivant lors de l'utilisation du formulaire:

"System.Net.WebException: Les paramètres de configuration actuels n'autorisent pas l'incorporation du nom d'utilisateur et du mot de passe dans la chaîne de connexion de base de données."

Il s'agit d'un problème de sécurité qui peut se contourner en allant modifier les paramètres de la configuration d'InfoPath Form Services (disponible via l'administration centrale de SharePoint).

Une fois positionné dans le panneau de la configuration, il faudra sélectionner "Autoriser l'authentification SQLincorporée" et cocher "Oui".

Ainsi votre formulaire fonctionnera à merveille avec une connexion à une base de données via un compte SQL SERVER.

SHAREPOINT : Migrer sous site en collection de sites

2010-10-21T21:59:00.003+02:00

Nouveau post au sujet d'une demande formulée par un client récemment : "Comment migrer un sous-site SharePoint en une collection de sites?".

A première vue, chose compliquée, mais en ayant la bonne méthode, cela se fait sans soucis majeurs.
La méthode à employer est la suivante:

1. Exportation du contenu du site à l'aide d'une commande SharePoint dans un cmd:

stsadm.exe -o export -url "http://serveur/collectiondesite/soussite" -filename "c:\temp\Migration_SousSite_Date.bak" -includeusersecurity

2. Création dans l'administration centrale SP de la nouvelle collection de site qui va accueillir le site à migrer (avec le bon modèle de site obligatoirement).

3. Exportation du contenu du site à l'aide d'une commande SharePoint dans un cmd:2. Création dans l'administration centrale SP de la nouvelle collection de site qui va accueillir le site à migrer (avec le bon modèle de site obligatoirement).

stsadm.exe -o import -url "http://serveur/NouvelleCollectionSite" -filename "c:\temp\Migration_SousSite_Date.bak" -includeusersecurity

La méthode est simple, encore faut-il y penser!

Les opérations d'importation et d'exportation sont tracées dans un fichier de log (placé à l'endroit où est déposé le backup du sous-site).

Il est nécessaire de les consulter afin de vérifier que toute la migration a été réalisée sans soucis.

Infopath 2010 : Solution Visual Studio

2010-10-17T11:13:00.000+02:00

Aujourd'hui, nouvelle surprise en essayant de créer une solution Visual Studio 2010 pour InfoPath 2010. Le module VSTO (Tools for Office) pour InfoPath destiné à réaliser des formulaires intelligents (avec du code) n'existe plus!!!

Il faut à présent utiliser VSTA (Tools for Applications) afin d'utiliser du code personnalisé.

En clair, il est impossible de créer une solution Visual Studio pour InfoPath comme cela était le cas dans Visual Studio 2003, 2005 et 2008.

Cela signifie que le seul moyen d'aller modifier le xsl ou le fichier manifest sera de décompresser le fichier xsn (ce qui n'est pas le moyen le plus rapide et intuitif...).

Et cela signifie par la même occasion que le contrôle de code source sur un formulaire n'existera plus sachant qu'il n'y aura plus de solutions. Ceci est encore un gros point noir...

Cela risque de représenter un gros problème pour les sociétés développant des formulaires intelligents. Et pourtant, InfoPath reste tout de même un bon point d'entrée pour la modification et la customisation dans SharePoint 2010. Devant une demande grandissante, le choix est d'enlever des fonctionnalités aux développeurs!

En clair, le choix de microsoft de supprimer le modèle Visual Studio pour InfoPath est selon moi incompréhensible! Si quelqu'un à un début explication concernant ce changement soudain et brutal de politique, je suis preneur...

SHAREPOINT : BD SUSPECT

2010-10-11T19:58:00.000+02:00

Aujourd'hui une explication suite à un problème survenu lors du crash en plein vol d'une Virtual Machine...
La base SQL SERVER 2005 reliée à SharePoint est tout à coup passée en mode "SUSPECT".
Le problème étant que lorsque la base passe dans cet état, le site SharePoint ne fonctionne plus.

Si un problème tel que celui-ci se produit, il faut éxecuter les commandes suivantes dans SQL SERVER Managment Studio (en changeant NomDB par le nom de la base de données incriminée):

EXEC sp_resetstatus 'NomDB'

ALTER DATABASE NomDB SET EMERGENCY

DBCC checkdb('NomDB')

ALTER DATABASE NomDB SET SINGLE_USER WITH ROLLBACK IMMEDIATE

DBCC CheckDB ('NomDB', REPAIR_ALLOW_DATA_LOSS)

ALTER DATABASE NomDB SET MULTI_USER

SHAREPOINT : Export WebPart

2010-09-16T10:07:00.000+02:00

Aujourd'hui petite astuce pour l'exportation d'une webpart SharePoint de liste d'un environnement à une autre (validation à production par exemple) sans passer par l'utilisation de SharePoint Designer.

Pour exporter la webpart, il suffit de cliquer dans le menu contextuel de la webpart sur le menu Exporter.

Il suffit de préciser le nom du fichier avec l'extension ".webpart".

Techniquement ce fichier ".webpart" n'est rien d'autre que du XML et peut être modifié avec un éditeur de texte. Pour que la webpart fonctionne sur le nouvel environnement, il faut modifier le GUID de la liste pour le remplacer par celui de la liste dans le nouvel environnement.

Une fois le fichier modifié, il faut à présent importer la webpart dans le nouvel environnement.

Pour cela suivre les étapes suivantes:

Insérer une nouvelle webpart dans la page du nouvel environnement,
Cliquer sur le lien "Galerie de webpart avancée" dans la liste des webpart disponible,
Remplacer "Parcourir" par "Importer dans le menu disponible en haut,
Télécharger le fichier "*.webpart" modifié précédemment,
Sélectionner une position dans la page et cliquer sur "Importer".

La webpart fonctionne à présent sur le nouvel environnement sans avoir à utiliser SharePoint designer pour réaliser des modifications.

INFOPATH : Deploiement formulaire InfoPath Form Services

2010-08-31T16:06:00.002+02:00

Voici un petit post qui permet de gagner du temps dans le déploiement de formulaire InfoPath form Services.

Ces actions souvent fastidieuses peuvent être regroupées dans un même fichier bat.
Les principales commandes à connaitre pour déployer un formulaire InfoPath Form Services sont les suivantes:

// Déplacement dans le répertoire BIN de SharePoint pour utiliser l'outil STSADM
c:\Program Files\common files\microsoft shared\web server extensions\12\bin

// Verification de la validité du formulaire pour le déployer sur l'administration centrale (phase non obligatoire):
stsadm.exe -o VerifyFormTemplate -filename "c:/Partage/FormulaireInfoPathFormServices.xsn"

// Téléchargement du formulaire dans l'administration centrale de SharePoint:
stsadm.exe -o UploadFormTemplate -filename "c:/Partage/FormulaireInfoPathFormServices.xsn"

// Activation du formulaire sur la collection de site souhaitée:
stsadm.exe -o ActivateFormTemplate -url "http://MaWebAppSharePoint/MaCollectionDeSite" -filename "c:/Partage/FormulaireInfoPathFormServices.xsn"

// Désactivation du formulaire d'une collection de site souhaitée:
stsadm.exe -o DeactivateFormTemplate -url "http://MaWebAppSharePoint/MaCollectionDeSite" -filename "c:/Partage/FormulaireInfoPathFormServices.xsn"

// Suppression d'un formulaire InfoPath de l'administration centrale:
stsadm.exe -o RemoveFormTemplate -filename "c:/Partage/FormulaireInfoPathFormServices.xsn"

Remarques importantes :

Il est possible d'activer un même formulaire sur plusieurs collections de sites en lançant X fois la ligne de commande de l'activation,
La publication du formulaire InfoPath form services nécessite que le service SharePoint Timer soit démarré.Le cas échéant, il est possible d'utiliser la commande suivante qui force le passage du timer: "stsadm.exe -o execadmsvcjobs"Cette opération doit être effectuée sur tous les serveurs de la ferme SharePoint.Le cas échéant, le formulaire restera en état "Installation" ("Installing") ou "Mise à jour" ("Upgrading").Un formulaire n'est disponible que lorsqu'il est dans l'état "Prêt" ("Ready"),
En phase de développement, lorsque le déploiement du formulaire commence à prendre plus de 5 minutes, il faut se déplacer dans le répertoire local "Features" de la machine SharePoint et supprimer les anciens dossiers de solutions qui restent dans le feature et ralentissent le déploiement.

SHAREPOINT : Hide column Title

2010-08-31T14:06:00.001+02:00

Un nouveau petit post SharePoint gentillet pour le retour de vacances.
Ce post consiste en une astuce afin de cacher le noms des colonnes SharePoint dans une liste ou une webpart. En effet, lorsque le style d'affichage est modifié (par exemple avec le style "Encadré"), il n'est pas nécessaire d'avoir l'information du nom des colonnes de la liste (qui de plus fait scroller l'affichage si il y a beaucoup de colonnes dans la liste).

L'astuce pour cacher cette barre des colonnes est d'utiliser ce que l'on appelle la webpart Editeur de contenu dite CEWP (Content Editor Web Part).
Il faut ajouter cette webpart juste après l'endroit ou il faut supprimer la barre des colonnes.
Ensuite passer en mode édition de la webpart, cliquer sur "Editeur de code source" puis insérer le texte suivant: ".ms-viewheadertr { display: none;}" dans une balise "STYLE".

Ainsi vous ne verrez plus la barre des colonnes apparaitre dans la page.

INFOPATH : HTML to XHTML

2010-06-08T21:07:00.003+02:00

Il est toujours très compliqué de passer du format HTML au XHTML!

Le soucis est qu'InfoPath possède un éditeur Rich text qui est au format XHTML 1.0...

Comment procéder pour insérer un contenu HTML dans du XHMTL?

Il y a la solution de l'expression régulière que j'ai abordé précédemment dans ce blog.

Mais cette solution reste quand même très basique et pas assez efficace pour une utilisation de tous les jours.

Un peu de recherche m'a permis de tomber sur le projet SGMLReader qui est une bien meilleure approche (avec un résultat plus convaincant).

Ce projet comprend une dll qui peut-être incorporée dans votre projet InfoPath (avec du code managé).

Il vous suffit ensuite d'utiliser cette fonction perso qui utilise la fameuse dll SGMLReader (voir ci-dessous):

public string Html2Xhtml(string strHTML)
{
      Sgml.SgmlReader XHTML = new Sgml.SgmlReader();
      StringWriter sw = new StringWriter();
      XmlTextWriter w = new XmlTextWriter(sw);
      XHTML.DocType = "HTML";
      XHTML.InputStream = new StringReader(strHTML);
      while (!XHTML.EOF)
     {
          w.WriteNode(XHTML, true);
     }
     w.Close();
     return sw.ToString();
}

Puis d'appeler votre fonction:

string strXHTML = Html2Xhtml(strInputHTML);
//Ensuite ajouter "http://www.w3.org/1999/xhtml/" dans la balise ouvrante HTML .
...
// Affectation du mail dans le rich text
nav.SelectSingleNode("//my:ChampXHTML",NamespaceManager).AppendChild(strXHTML);

Et le tour est joué!

SHAREPOINT : ListTemplateId

2010-06-06T19:02:00.000+02:00

Un nouveau petit post suite à la recherche des listtemplateid dans SharePoint (2007,2010).
Ces id sont utilisés notamment lorsque l'on utilise des receivers sur les liste SharePoint et que l'on veut appliquer ce receiver à toutes les listes d'un certain type (bibliothèque de documents, bibliothèque d'images, bibliothèques de formulaires,...).

Les templateid basiques se trouvent dans l'énumération SPListTemplateType.
De même la liste des id est disponible à l'adresse suivante:
http://msdn.microsoft.com/fr-fr/library/microsoft.sharepoint.splisttemplatetype(office.12).aspx

Seulement cette liste ne répertorie pas l'ensemble des listes présentes dans SharePoint.
Par exemple, l'id d'une bibliothèque de page n'est pas répertoriée...

Ceci provient du fait que les bibliothèques de pages sont issues du feature dit de "publishing". Il faut donc chercher du côté de l'énumération "PublishingTemplateType".

internal enum PublishingTemplateType
{
InvalidType = -1,
PagesListTemplateType = 850
}

Nous voyons donc que l'id d'une bibliothèque de page est 850.

Mais il existe aussi une méthode simple permettant de déterminer l'id d'un template de liste. Pour cela il faut s'appuyer sur le modèle objet SharePoint et utiliser la propriété "BaseTemplate" sur la bibliothèque ou la liste concernée.

SHAREPOINT : Champ multivalué

2010-06-06T18:46:00.000+02:00

Aujourd'hui un micro post destiné à expliquer comment insérer plusieurs éléments dans un champ de type lookup (lien, groupes ou personnes,...).

Il suffit d'utiliser le code suivant:

SPFieldLookupValue val1 = new SPFieldLookupValue(1, "Group1");
SPFieldLookupValue val2 = new SPFieldLookupValue(3, "Group2");

SPFieldMultiChoiceValue multiChoice = new SPFieldMultiChoiceValue();
multiChoice.Add(val1.ToString());
multiChoice.Add(val2.ToString());

listItem["MultiValueLookup"] = multiChoice;

La classe SPFieldMultiChoice étant la prédestinée à insérer plusieurs valeurs dans un champ SharePoint de type lookup.

INFOPATH 2010 : Nouveautés, Tutoriels, Démo

2010-06-04T08:55:00.003+02:00

Pour découvrir InfoPath 2010 ou tout simplement se faire une idée du large potentiel de ce magnifique outil, voici un petit lien utile qui pourra vous éclairer :

http://channel9.msdn.com/learn/courses/Office2010/InfoPathUnit/

In english of course, but very well explain...

Petit plus non négligeable, ces vidéos sont téléchargables depuis le lecteur Windows média.

SHAREPOINT : Solution exporter

2010-05-11T19:35:00.000+02:00

Aujourd'hui, un petit outil bien sympa autour du SharePoint 2007.

Il s'agit d'un exporteur de solution SharePoint.

L'outil est disponible à l'adresse suivante:

http://www.crsw.com/mark/Pages/Test.aspx?RootFolder=%2Fmark%2FFiles%2FSolutionExporter&FolderCTID=&View=%7B3DE13207-05F5-48BB-8E48-6F9634256756%7D

Il permet d'exporter les solutions (.wsp) présentes dans l'administration centrale de SharePoint et de les enregistrer sur votre disque.

Ce qui peut être bien utile dans les cas suivants:

- si vous souhaitez monter un nouveau serveur SharePoint "iso" avec celui de production ou d'intégration,

- si vous souhaitez obtenir et vérifier la dernière version d'une solution qui a été déployée.

Un petit outil à garder bien au chaud...

VBS : sendkeys

2010-05-04T17:48:00.004+02:00

Aujourd'hui un petit script permettant d'appliquer un thème windows par VBS.

En soit pas très intéressant mais l'essentiel repose dans l'utilisation de la commande "sendkeys" qui permet de simuler l'appui d'une touche clavier.

set objShell =createobject("wscript.shell")

objShell.run """C:\Temp\ThemePerso.Theme""", 0
' Temporisation permettant d'attendre le chargement du thème

WScript.Sleep 1000
' Activation de la fenêtre (seule les premières lettres du non de la fenêtre suffisent)

objShell.AppActivate "Prop"
' Temporisation permettant d'attendre que la fenêtre soit activée

WScript.Sleep 1000

' Simulation d'une pression sur la touche "Entrée" du poste.

objShell.sendkeys "^+~"
Set objShell=Nothing

Après quelques tests, il s'avère que la temporisation ne peut pas être supprimée (même si la durée peut-être réduite).

D'autres exemples de saisie clavier par script sont dispos à l'endroit suivant:

http://technet.microsoft.com/en-us/library/ee156592.aspx

INFOPATH : Cannot open form

2010-04-28T12:25:00.002+02:00

Aujourd'hui, je vais partager une nouvelle erreur InfoPath.

Celle-ci est survenue lorsque je voulais passer en mode debug pour tester mon formulaire InfoPath. Pour expliquer, je suis sur une solution Visual Studio 2008 InfoPath. Lorsque je veux lancer le debug pour tester mon formulaire, un magnifique message d'erreur apparait:

"InfoPath cannot open the selected form" (en english),
"InfoPath ne peut pas ouvrir le modèle sélectionné" (version French).

Les solutions documentées dans notre ami google peuvent être multiples:

Fermer la solution et la réouvrir,
Vérifier le niveau d'autorisation du formulaire ("Outils / Options du formulaire / Sécurité"),
Installer une KB voir un Service Pack (...),
...

La seule solution qui fonctionné vraiment est de "Vider le cache d'InfoPath".
Pour cela, faire un run, taper "infopath.exe" puis supprimer la liste des formulaires utilisés récemment.

Ensuite réouvrir la solution et il est de nouveau possible de passer en mode debug sur la solution InfoPath.
C'est tout bête mais c'est bon à savoir pour ne pas s'arracher les cheveux pendant 2h...

Sharepoint : XmlFormView (Part 3)

2010-03-22T19:26:00.000+01:00

Encore un petit post sur un effet de bord repéré lors de l'utilisation de la webpart XmlFormView (ça commence à faire...).

Problème :

Le problème porte sur les thèmes SharePoint. Le XmlFormView supprime le thème de la page pour afficher le thème standard de SharePoint... Ce qui n'est pas acceptable dès lors que vous avez un peu modifié le style ou tout simplement appliqué un des thèmes proposé par SharePoint.

Cause :

Cela est du au fait que le le thème n'est pas appelé dans cette webpart.

Résolution :

Suivre les étapes suivantes pour corriger cet effet:

- Ajouter en dessous de cette webpart une nouvelle webpart de type Edition de contenu (s'il n'en existe pas déja une).

- Cliquer "Modifier le composant WebPart partagé",

- Cliquer sur le bouton "Editeur de code source" et ajouter la ligner suivante dans une balise javascript en l'encadrant par des chevrons.

"link rel="stylesheet" type="text/css" id="onetidThemeCSS" href="/sites/.../_themes/Lichen/Lich1011-65001.css?rev=12%2E0%2E0%2E6219"/"

Il vous suffit ensuite de changer par votre feuille css.

A présent votre page réapparait avec le thème correctement défini...

SharePoint : XmlFormView (Part 2)

2010-03-17T18:48:00.000+01:00

Un petit post pour noter la présence d'un effet de bord repéré lors de l'utilisation de la webpart XmlFormView détaillée précédemment.

Problème :

Le problème porte sur les pièce jointes. Cette webpart ne permet pas dans sa version classique de pouvoir télécharger une pièce jointe dans le formulaire.

Cause :

Cela est du à un problème d'encodage qui n'est pas défini dans le contrôle du formulaire. (Pourtant cela marche lorsque le formulaire est ouvert depuis la page classique "FormServer.aspx".

Résolution :

Suivre les étapes suivantes pour corriger cet effet:

- Ajouter en dessous de cette webpart une nouvelle webpart de type Edition de contenu (CEWP).

- Cliquer "Modifier le composant WebPart partagé",

- Cliquer sur le bouton "Editeur de code source" et ajouter la ligner suivante dans une balise javascript: "document.forms[0].encoding='multipart/form-data';"

Cette technique de la content editor webpart permet d'ajouter n'importe quel bout de javascript à la page. Ce qui est bien souvent utile avec SharePoint...

SharePoint : XmlFormView (Part 1)

2010-03-16T20:30:00.004+01:00

Aujourd'hui, un petit detour sur une solution permettant de hoster un formulaire InfoPath dans des pages de votre site SharePoint: la solution XmlFormView.

Cette solution à plusieurs avantages:

- Eviter l'écran "Chargement de votre formulaire" étant donné que le formulaire est déja chargé dans la page.

- Auto ajustement en largeur et longueur (contrairement à une visionneuse de page),

- Intégration dans la page en gardant la présentation de votre site SharePoint,

- Possiblilité de développer un formulaire InfoPath et de l'incorporer au site comme une simple page aspx.

Le problème est que cette webpart est cachée dans SharePoint.

Pour pouvoir l'utiliser, il faut aller modifier le web.config associé à votre application web et rajouter la balise suivante:

"SafeControl Assembly="Microsoft.Office.InfoPath.Server, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" Namespace="Microsoft.Office.InfoPath.Server.Controls" TypeName="*" Safe="True""

Ensuite, il faut activer cette webpart sur la collection de sites:

- Aller dans la galerie des webpart de votre site ("Actions/Paramètres du sites/Composant webpart"),

- Cliquer sur "Nouveau".

- Sélectionner "Microsoft.Office.InfoPath.Server.Controls.XmlFormView",

- Cliquer sur compléter la galerie.

La webpart est à présent accessible et utilisable dans la liste des webpart.

Il suffit de renseigner le XsnLocation dans le paramètrage de la webpart et vous êtes parti.

Enjoy!!!

Microsoft Techdays

2010-01-08T17:50:00.002+01:00

Les techdays arrivent à grand pas et se dérouleront les 8, 9 et 10 février 2010 au Palais des Congrès de Paris. L’occasion d’avoir une bonne vision d’ensemble des nouveautés Microsoft.

Pour les intéressés voici le programme concocté pour ce cru 2010:
http://www.microsoft.com/france/mstechdays/programmes/default.aspx

Toutes les dernière technologies seront au rendez-vous dont une session bien sympathique concernant “Office 2010, SharePoint 2010 et Office Web Apps”.

Que du lourd en perspective!

INFOPATH : Deployer en wsp

2010-01-08T17:14:00.003+01:00

Je suis tombé très récemment sur un outil de déploiement de formulaire nommé "InfoPathFormsManager" sur CodePlex à l'URL suivate "http://shareinfopathforms.codeplex.com/".

Un grand merci à l'éditeur qui a conçu un très bel outil.

Ce projet peut-être très utile dans le cas de formulaires FormServer à déployer par l'administration centrale.
Il permet de déployer son formulaire en tant que wsp.

Les avantages sont les suivants:
- Ne pas avoir de guid au niveau du nom de la solution dans l'administration centrale (ce qui mine de rien devient très pénible sur un serveur de production!!!).
- Regrouper les livrables en un seul wsp de manière à garder un gestionnaire des solutions propre (par exemple formulaire, workflow, eventhandler, timerjob,...).
- Possibilité de publier plusieurs formulaires en un seul wsp. (utile quand on a près de 200 formulaires!).

Pour le reste tout fonctionnera comme une solution usuelle, il faudra activer la fonctionnalité sur la collection de site puis rattacher le content-type sur la bibliothèque de formulaire souhaitée...

Le seul inconvénient que je vois est que durant l'upgrade d'une solution wsp, le formulaire ne sera plus accessible (à faire tard le soir ou tôt le matin!).
Alors qu'usuellement les solutions InfoPath permettent de travailler avec l'ancienne version le temps que la nouvelle soit publiée (gestion des versions).

InfoPath : Module administration

2010-01-08T17:11:00.004+01:00

Pour cette nouvelle année, mon premier post ira à une erreur InfoPath qui peux vite taper sur le système!

Lorsque vous publiez un formulaire InfoPath en contrôle total, le message suivant peut apparaitre à son ouverture:
"Impossible d'ouvrir le modèle de formulaire car l'administrateur système a désactivé l'ouverture des modèles de formulaire exigeant l'autorisation totale."

Cette erreur est à la fois simple et complexe!!!
En fait cela provient d'une restriction mise en place par l'administrateur système de l'entreprise (généralement ce n'est pas utilisé dans les petites structures). Il s'agit plus précisément d'une règle prédéfinie dans les modules d'administration d'Office 2007.

Voici le lien pour télécharger ces modules d'administration (un pour chaque logiciel d'office) qui s'importent dans la "gpedit":
http://www.laboratoire-microsoft.org/news-23249-telechargez-les-modeles-d-administration-pour-office-2007-fichiers-adm.html

Ces modules d'administration permettent de désactiver certaines fonctionnalités du logiciel.
Comme ici avec le contrôle total d'InfoPath ayant la clé "Active/désactive l'option Autoriser l'exécution des formulaires entièrement fiables sur mon ordinateur.".

La mise en place de cette stratégie créera une nouvelle clé dans la regedit.
Il s'agit de la DWORD nommée "RunFullTrustSolutions" et qui se trouve à l'emplacement suivant "HKEY_USERS/leuser/Software/Policies/Microsoft/Office/12.0/InfoPath/Security".

INFOPATH : Envoi d’un mail customisé

2009-12-15T09:52:00.002+01:00

InfoPath comprend une fonction d’envoi de mail permettant de l’envoi d’un mail simple en se basant sur la connexion Outlook de l’utilisateur (d’ailleurs l’utilisateur ne possède pas obligatoirement Outlook…). En mode Form Services, il est de même possible d’utiliser la classe SPUtility.SendMail(…).

Dans tous les autres cas, cette fonction C# vous permettra d’envoyer un mail aux personnes souhaités (d'ailleurs elle ne sert pas que pour InfoPath):

public static bool SendMail(string To_Mail, string Mail_Title, string Message_Body, string Mail_Model, bool Is_Html)
{
System.Net.Mail.MailMessage smail = new System.Net.Mail.MailMessage();
// on spécifie si notre email est envoyé au format HTML ou Texte.
smail.IsBodyHtml = Is_Html;
// Type d'encodage de notre message
smail.BodyEncoding = System.Text.Encoding.GetEncoding("utf-8");
// Adresse d’envoi en pouvant préciser un alias comme “PAF”
smail.From = new System.Net.Mail.MailAddress("mail@xcess.info", "PAF");
// Possibilité de saisir plusieurs addresse mail en séparant par des “;”
smail.To.Add(new System.Net.Mail.MailAddress(To_Mail));
// Titre,Sujet de l'email
smail.Subject = Mail_Title;

// Utilisation du modèle
if (Mail_Model.ToLower().Contains("placemailhere"))
      smail.Body = Mail_Model.Replace("placemailhere", Message_Body);
else
      smail.Body = Message_Body;

// Specifier l'adresse du serveur SMTP.
System.Net.Mail.SmtpClient Client = new System.Net.Mail.SmtpClient();
Client.Host = 25;
// Envois de l'email.
try
{
      Client.Send(smail);
}
catch
{
      return false;
}
return true;
}

// Appel de la fonction
// Avec un Template (décoration).
xcess.SendMail("toemail@xxx.com", "Mail Subject", "This is the body", "xxx placemailhere xxx", true);
// Sans Template.
xcess.SendMail("toemail@xxx.com", "Mail Subject", "This is the body", "", true);

Et voila, la fonction d’envoi d’un mail SMTP est prêt à l’utiisation…

Liste SharePoint et CEWP

2009-12-14T16:22:00.002+01:00

La CEWP (Content Editor Web Part) est un formidable outil qui permet d’utiliser des scripts pour customiser les bibliothèques et sites.

Cette web part peut-être très utile lorsqu’elle est employée sur une bibliothèque SharePoint. Elle permet de modifier à la volée le contenu de cette bibliothèque (ajout d’images, modification de l’affichage en fonction des métadonnées,…).

Par exemple, ce petit script à glisser dans une CEWP (située après la bibliothèque) permet d’enlever l’icone “new” sur une bibliothèque (MOSS propose uniquement de le désactiver sur une collection de sites mais pas sur une bibliothèque):

<script type="text/javascript">
/* Cache l'icone news */
function HideNewIcons()
{
var fields,i;
fields = document.getElementsByTagName('IMG');
for( i = 0; i < fields.length; i ++ )
{
    var imgsrc = fields[i].getAttribute('SRC');
    if(imgsrc.indexOf("new.gif") != -1)
    {
       fields[i].style.visibility = "hidden";
    }
}
}
/* Appel */
HideNewIcons();
</script>

Ce script permet de masquer l’icone “New” de SharePoint dans une liste. Cette méthode permet de réaliser bien d’autres développements…

INFOPATH : LINQ et section extensible

2009-11-14T15:18:00.001+01:00

Habituellement, la construction par le code d’une section extensible (ou tableau extensible) d’InfoPath nécessitait l’utilisation d’un document temporaire que l’on ajoutait ensuite à la source de données. Cette opération s’avérait souvent fastidieuse et n’était pas des plus claires niveau code.

Une nouvelle méthode apparu avec le Framework .Net 3.5 est l’utilisation du LINQ (Language-Integrited Query) qui permet de requêter du XML , du SQL, des objets, de l’ADO.Net.

Pour l’utiliser dans un formulaire InfoPath, il faut faire monter la référence suivante: “System.Xml.Linq”.

Et ensuite le code est le suivant:

XNamespace xmlns = (XNamespace)PERSONNES.GetNamespace("my");
XNamespace xsi = “http://www.w3.org/2001/XMLSchema-instance”;
XElement PERSONNE = new XElement(new XElement(xmlns + "PERSONNE",
                                  new XElement(xmlns + "NOM", strNom),
                                  new XElement(xmlns + "PRENOM", strPrenom),
                                  new XElement(xmlns + "AGE",
                                                new XAttribute (xsi + "nil", true)),
                                  new XElement(xmlns + "DATE_NAISSANCE", strDateNaissance)));

Puis, il suffit d’ajouter notre élément à notre source de données:
PERSONNES.AppendChild(PERSONNE.CreateNavigator());

Seul bémol, LINQ nécessite le Framework 3.5 installé sur la machine (ou sur le serveur dans le cas d'un formulaire Form Services).

Mots clés Technorati : InfoPath

SHAREPOINT : Champ TODAY

2009-11-13T14:11:00.000+01:00

Les listes et bibliothèques sharePoint permettent d'utiliser des champs calculés, ce qui peut-être parfois pratique pour afficher une information calculée simplement.

Le hic est qu'il n'est en théorie pas possible d'utiliser la fonction de date du jour pour comparer deux dates. En effet, la fonction TODAY étant considérée comme une fonction "volatile", l'éditeur n'accepte pas que l'on utilise cette fonction!!!

Et pourtant, il existe une solution de contournement simple qui fonctionne.

La marche à suivre est la suivante:

Créer une colonne nommée "TODAY" de type "Une seule ligne de texte".
Créer un champ calculé prenant pour formule "=[TODAY]" (on référence donc ici la colonne que l'on a créé précédemment).
On supprime ensuite la colonne "TODAY" créée au point 1.

Et comme par magie, la date du jour apparait dans la colonne calculée...

En fait il considère à présent TODAY comme la date du jour dans le champ calculé.

Par contre si vous voulez modifier la colonne calculée, il faudra auparavant recréer cette colonne sinon il serait impossible d'enregistrer le changement!

INFOPATH : FormState

2009-10-19T15:04:00.004+02:00

Lors de l'utilisation du code managé dans InfoPath 2007, vous pouvez être amené à déclarer une variable globale afin de simplifier votre code.

Seulement, en infopath, cela nécessite de passer par l'utilisation d'un FormState (sous peine d'avoir un joli message d'erreur à la publication).

Il existe d'ailleurs un exemple prédéfini et commenté dans chaque formcode d'InfoPath.

La syntaxe à suivre est la suivante:

public partial class FormCode

{

//Variable globales

private string _strConnectionString

{

get {return (string)FormState["_strConnectionString"];}

set {FormState["_strConnectionString"] = value;}

}

...

}

Cela permet de déclarer le formState grâce à un get,set.

Ensuite , cette variable s'utilise simplement de la manière suivante:

Affectation : FormState["_strConnectionString"] = "test";
Lecture: string strConnectionString = FormState["_strConnectionString"].ToString();

Avec ceci, les variables globales InfoPath n'ont plus aucun secret pour vous.

SHAREPOINT : Eviter IISRESET

2009-10-12T10:38:00.005+02:00

Problématique:

Réaliser un ISSRESET sur un environnement de prodution est très fortement déconseillé... Malheureusement dans la plupart des cas, le déploiements de certaines fonctionnalités utilise cette commande. L'interruption de service est globale à tous les sites présents sur le gestionnaire IIS. Ainsi quelqu'un travaillant sur la web application X est bloqué à cause du déploiement d'une fonctionnalité sur l'application Y...

Résolution:

Au lieu d'effectuer un iisreset, il est préférable de "recycler le pool d'application" lié à votre web application.

Ceci fait le même effet que le iisreset mais correspond à une frappe chirurgicale! Ceci permet d'éviter de perturber les autres applications hébergées par IIS sur d'autres pools d'applications (cela induit donc de disposer de pools différent pour chaque web application afin d'être propre).
La commande permettant de redémarrer un pool d'application précis pour éviter le iisreset est la suivante:

cscript c:\windows\system32\iisapp.vbs /a "NomduPool" /r
En environnement de développement, il est possible de rajouter cette commande lors de la compilation du projet VS. Ainsi un petit F5 sur le projet et tout est déployé!

Autant dire qu'il vaut mieux privilégier le recyclage d'un pool ciblé plutôt que d'utiliser un ISSRESET qui est beaucoup plus lent et qui interrompt le service sur tous les sites hébergés...

OFFICE 2010: Gamme complète

2009-10-10T10:45:00.001+02:00

En naviguant un peu sur le net, je suis tombé sur ce petit tableau récapitulatif des diverses éditions et gammes d'Office 2010 (cliquer sur l'image pour l'agrandir):

Par contre aucune information de prix ne filtre pour l'instant.

Il n'y a que Outlook qui est à présent placé dès la version "Home and Business".

A noter aussi que sur les nouveaux PC, le fameux "Works" (qui était installé par défaut) sera remplacé par des versions bridées de Word et d'excel (il était temps). Ce pack sera nommé Office Starter 2010.

Par contre la version "Professional Plus" d'Ofice 2010 comprendra:

le logiciel "SharePoint Workspace" (digne successeur de groove)
Notre logiciel bien-aimé "InfoPath". Par contre, nous avions déja vu qu'InfoPath était à présent scindé en 2 logiciels : le Editor et le Designer...

Petit bemol : j'espère que ce tableau est incomplet puisqu'il parait troublant que le InfoPath Editor (qui permet uniquement de remplir un formulaire InfoPath, genre "filler") ne soit disponible que dans la version ultime "Professional Plus"!

Affaire à suivre...

SHAREPOINT : Convertir LookupField en SPUser

2009-10-08T14:51:00.000+02:00

Lors des traitements SharePoint, il est souvent utile de récupérer les informations d'un utilisateur.

Cela peut se faire très facilement en recherchant les utilisateurs dans les groupes applicatifs SharePoint.

L'objet SPUser du modèle SharePoint regroupe toutes les informations nécessaires concernant un utilisateur (login, preferredname, mail).

Mais de nombreuses personnes remontent sur les forums la difficulté de convertir un utilisateur placé dans un champ "Personne ou groupe" d'une liste en cet objet SPUser.

Le besoin peut apparaitre par exemple si vous souhaitez envoyer un mail à toutes les personnes placées sur une liste de paramètrage.

Pour cela, il faut récupérer leur mail et donc l'objet SPUser.

Le code C# suivant permet de reconstruire un SPUser à partir de la valeur présente dans le champ "Personne" de la liste.

SPFieldUserValue fieldValue = field.GetFieldValue(listItem["NomColonne"].ToString()) as SPFieldUserValue;

if (fieldValue != null)

{

SPUser UserResponsable = fieldValue.User;

}

Il suffit seulement de remplacer "NomColonne" par le nom de votre colonne de type "Personne" et vous récupérez ainsi les données de l'utilisateur.

Bon dév.

INFOPATH : Nom de la pièce jointe

2009-10-08T12:30:00.000+02:00

Aujourd'hui, voici une petite astuce sympathique permettant de récupérer le nom d'une pièce jointe d'infopath.

Problématique:

Au première abord on pourrait croire cette tache très simple à réaliser...Et on aurait bien tort.

Comme chacun sait, les pièces jointes infopath sont encodées et stockées dans le xml en binary64 afin d'optimiser les performances et le traitement du xml...

Donc vous imaginez bien qu'obtenir le nom de la pièce jointe dans une chaine encodée n'est pas une action qui se fait toute seule...

Résolution:

Il suffit en fait de mettre en place le code suivant:

BinaryReader theReader = null;

using (MemoryStream ms = new MemoryStream(byte_PJ))

{

theReader = new BinaryReader(ms);

byte[] headerData = new byte[16];

headerData = theReader.ReadBytes(headerData.Length);

int fileSize = (int)theReader.ReadUInt32();

int attachmentNameLength = (int)theReader.ReadUInt32() * 2;

byte[] fileNameBytes = theReader.ReadBytes(attachmentNameLength);

Encoding enc = Encoding.Unicode;

attachmentName = enc.GetString(fileNameBytes, 0, attachmentNameLength - 2);

}

ou "bytePJ" correspond au tableau de byte de votre pièce jointe. Il es tobtenu en appliquant la fonction Convert.FromBase64String(strPiecejointe).

SHAREPOINT : Fonctions valeurs calculées

2009-10-08T12:12:00.000+02:00

Pour tout ceux qui doivent utiliser des colonnes calculées sur SharePoint, voici une page qui pourra vous être fort utile:

http://office.microsoft.com/fr-fr/sharepointtechnology/HA101054791036.aspx#2

Elle détaille la liste des fonctions pouvant être utilisées pour ces colonnes.

Attention toutefois, en version Française, les séparateurs entre les arguments de ces fonctions ne sont pas, comme il est dit dans la page, des "," mais plutôt des ";".

Bonne lecture.

INFOPATH : Champ Password

2009-09-29T11:19:00.000+02:00

Vous avez pu être amené dans le cadre de l'utilisation d'Infopath à vouloir saisir un password dans un formulaire (credentials pour un web services, authentification,...).
Seulement le type de champ "Password" utilisé en asp et window form n'est pas présent sous InfoPath. Le password saisi sera donc affiché en clair à l'écran de l'utilisateur ...

Pourquoi?
Cela provient du fait qu'Infopath stocke les données présentes dans le formulaire au format xml.. Il est donc très facile d'aller obtenir le mot de passe d'un utilisateur en ouvrant le fichier xml.
D'ou le fait que les développeurs d'InfoPath n'ont pas jugés utile d'avoir un tel contrôle qui du coup ne garantit pas la sécurité des Informations.

Solution de contournement : Faites votre propre contrôle password!
Si malgré cela, vous souhaitez tout de même saisir un password dans un formulaire infopath, il existe une astuce consistant en utiliser les polices windings ou webdings au niveau du champ texte pour cacher le mot de passe saisi (il n'est pas souhaitable de taper son mdp en clair à l'écran).

Cette méthode sommaire fonctionne mais il faut faire attention au xml ensuite enregistré.
2 techniques sont utilisables:

Crypter le mot de passe enregistré selon un algorithme de cryptage (Personne ne pourra connaitre le password sans avoir la clé de cryptage).
Effacer ce mot de passe à la fermeture du formulaire (si ce mdp est à utiliser une seule fois).

INFOPATH : WebService UserProfileService

2009-09-23T09:26:00.001+02:00

Il est souvent utilisé dans les formulaires InfoPath 2007 la fonction forte utile nommée « NomUtilisateur() ».
Il est à présent possible d’utiliser les web services MOSS pour récupérer diverses informations sur la personne connectée (Nom, Prénom, Mail, Téléphone, Grade, Supérieur, numéro de salarié, etc).

Le web service « UserProfileService.asmx » permet d’obtenir les informations provenant de la base de profil SharePoint (la base de profil correspond à l’équivalent de l’AD plus éventuellement des attributs étendus).

Il faut donc créer une connexion de données :

Se placer dans le menu Outils/Connexion de données et sélectionner le type « Réception de données » puis « Web Service »,
Saisir une URL de la forme : « http://Serveur/_vti_bin/UserProfileService.asmx » puis sélectionner la web méthode « GetUserProfileByName ».
Cliquer sur OK 3 fois tout en laissant la checkbox « Extraire les données à l’ouverture du formulaire » sélectionnée.
Aucun paramètre n’ayant été précisé dans la connexion de données, le webservice prendra l’utilisateur par défaut en paramètre.

La connexion étant réalisée, il faut à présent plugguer ce webservice sur un de nos champs:

Ajouter une zone de texte sur le formulaire,
Cliquer sur le bouton « fx » dans les propriétés de la zone de texte.
Cliquer sur « Insérer un champ ou un groupe »,
Se déplacer sur la source de données secondaire nommée : « GetUserProfileByName » (zone de liste déroulante).
Se placer sur le champ « Value » dans l’arobrescence visible ci-dessous :
Une fois sur « Value », cliquer sur « Filtrer les données » puis sélectionner « Name » dans la partie de gauche (provenant de la source de données secondaires » puis sélectionner le texte « PreferredName » dans la partie de droite. En fait, il suffit de préciser ici le nom du champ de la base de profil à récupérer…

Cliquer sur OK jusqu’à revenir sur le template puis vous pouvez passer en mode aperçu pour apprécier le fonctionnement….

En supplément, voici un ptit tour rapide des informations disponibles sur une base de profil originale:“UserProfile_GUID”, “AccountName”, “FirstName”, “LastName”, “PreferredName”, “WorkPhone”, “Office”, “Department”, “Title”, “Manager”, “AboutMe”, “PersonalSpace”, “PictureURL”, “UserName”, “QuickLinks”, “WebSite”, “PublicSiteRedirect”, “Assistant”, “WorkEmail”, “CellPhone”, “Fax”, “HomePhone”

SHAREPOINT : Utiliser impersonation

2009-09-14T11:52:00.000+02:00

Dans le développement d'un formulaire Infopath (et plus particulièrement lorsque vous développez un fomulaire Infopath Form Services, vous êtes amené à aller chercher des informations sur Sharepoint.

Parfois, les utilisateurs n'ont pas le droit d'y accéder et vous devez passer par l'impersonnation en utilisant la méthode dîtes du RunWithElevatedPrivileges...

Celle-ci peut-être rapidement un casse-tête si elle est mal utilisée.

Elle doit se présenter de la façon suivante:

Guid webGuid = SPContext.Current.Web.ID;

Guid siteGuid = SPContext.Current.Site.ID;

SPSecurity.RunWithElevatedPrivileges(delegate()

{

// Context du site dans le RunWithElevatedPrivileges

using (SPSite site = new SPSite(siteGuid))

{

// Context du webdans le RunWithElevatedPrivileges

using (SPWeb web = site.OpenWeb(webGuid))

{

// ...

}

});

Attention à bien récupérer les GUID avan pour les utiliser ensuite dans le delegate.

En effet si l'on utilise par exemple "SPWeb web = SPContext.Current.Web;", l'impersonnation ne fonctionnera pas puisque l'on récupérera le contexte de l'utilisateur.

Ce code est donc à manipuler avec la plus grande attention.

Notez qu'il n'est pas necessaire d'utiliser un site.Dispose() ou web.Dispose() de par l'utilisation des instructions using...

INFOPATH : Parametre URL

2009-09-14T11:47:00.000+02:00

Si vous avez déja étudié l'url d'un formulaire Infopath Form Services, vous avez pu constaté qu'on retrouvait pas mal de d'informations la-dedans.

Si tout cela vous parait barbare, ce petit post va vous aider à voir plus clair.

Les paramètres les plus souvent rencontrés sont les suivants:

XmlLocation= xml_url : Permet d'ouvrir un formulaire déjà existant sur le serveur en précisant l'adresse du xml,
XsnLocation=model_url : Permet de créer un formulaire basé sur un modèle de formulaire InfoPath en précisant l'adresse du template (".xsn"),
SaveLocation=save_url : Permet de spécifier ou le formulaire sera enregistré,
Source=source_url: Permet de rediriger l'utilisateur après la fermeture du formulaire. Permet de ne pas afficher "Le formulaire a été fermé",
OpenIn=Browser : Permet d'ouvrir le formulaire dans le navigateur. Qui est équivalent à DefaultItemOpen=1.

Petite précision: Ces paramètres peuvent être combinés dans l'url. Il n'y a que XmlLocation et XsnLocation qui ne peuvent pas apparaitre ensemble. Logique puisque soit nous ouvrons un modèle pour créer un nouveau formulaire, soit nous ouvrons un formulaire déja existant...

Petite info en plus: A noter que l'on peut rajouter n'importe quel autre paramètre personnalisé dans l'url... En faisant un peu de code, ces paramètres sont récupérables au load du formulaire grâce à la méthode "e.InputParamaters".

En espérant que tous ces paramètres vous paraissent à présent moins barbare, bonne continuation...

INFOPATH : Bases de donnees

2009-09-14T11:44:00.000+02:00

Beaucoup de personnes se demandent s'il est possible de connecter un formulaire Infopath à une base Oracle voir n'importe qu'elle autre base de données.

En effet, nativement, Infopath permet de se connecter uniquement à SQL Server (en passant par l'onglet connexions de données de l'interface) sans développement spécifique.

Mais il est tout de même possible de se connecter à n'importe quelle base par la puissance du code managé (C# ou VB.Net) en passant par un web service par exemple (ou un connecteur).

Il vous sera alors possible de vous connecter à n'importe qu'elle base à l'aide d'un peu de code personnalisé.

C'est là ou repose d'ailleurs la grande force d'infopath => le code managé, couplé à l'interface d'infopath , nous permet de réaliser à peu prêt tout ce que l'on souhaite...

INFOPATH : Retrouver HREF

2009-09-14T11:41:00.000+02:00

Lorsque vous utilisez InfoPath, il peut-être parfois utile de récupérer la localisation exacte du template sur lequel vous travaillez (par exemple pour savoir sur quelle bibliothèque SharePoint le formulaire est publié).

Cette information est stockée dans la processing-instruction de chaque instance xml.

Pour la récupérer, il suffit d'utiliser la fonction "sous-chaine" présente dans l'éditeur de fonction InfoPath:

substring-before(substring-after(/processing-instruction(), 'href="'), '"')

Vous récupérerez donc l'information suivante:

si le formulaire est publié sous SharePoint : http://NomServeur/sitecollection/NomBibliotheque/Forms/template.xsn
si le formulaire est publié en local : T:/InfoPath/template.xsn,

Cette petite astuce vous permet de ne pas utiliser de code pour pouvoir retrouver tous les attributs de la PI (processing instruction) infopath : name,href,PIVersion,solutionVersion.

SHAREPOINT : Creation sous-site

2009-09-14T09:36:00.005+02:00

La plupart de mes recherches sur le net pour créer un sous-site sharepoint à distance se sont soldées par des échecs...

Pour pouvoir créer un sous-site sous SharePoint à distance, il faut utiliser un web-service exposé par SharePoint. En effet le code managé ne fonctionne pas lorsque l'on est pas sur le serveur.

Beaucoup parlent de devoir créer un webservice custom car celui-ci n'existe pas par défaut sur SharePoint. Ce qui est complètement FAUX! Ce webservice existe bien sur WSS3 (et après quelques recherches, il existait aussi en WSS V2). Il s'agit du service "Meetings.asmx" et plus particulièrement de la web méthôde : "CreateWorkspace" qui permet de créer un sous-site rapidement). Le code à mettre en place est le suivant:

//Création du sous-site

RMN_Subsite.Meetings meetobj = new RMN_Subsite.Meetings();

RMN_Subsite.TimeZoneInf tz = new RMN_Subsite.TimeZoneInf();

meetobj.Credentials = myNetworkcreds;

meetobj.Url = string.Format("{0}/{1}", strUrlCollectionSite, "_vti_bin/meetings.asmx");

meetobj.CreateWorkspace(strNomSite, "STS", 1036, tz);

INFOPATH : Ouvrir nouveau formulaire

2009-09-09T10:51:00.000+02:00

Il est parfois nécessaire d'ouvrir un autre formulaire InfoPath depuis un formulaire existant.

Infopath permet d'utiliser d'utiliser les méthodes suivantes du modèle objet pour faire ce que l'on veut:

Ouverture d'un nouveau formulaire vierge : Application.XDocuments.NewFromSolution(urlToXsnFile)
Ouverture d'une instance XML déja créée : Application.XDocuments.Open(urlToXmlFile)

Il faut simplement connaitre l'url du template du formulaire Infopath ou de l'instance du formulaire pour utiliser ces méthodes.

INFOPATH : Performance formulaire Form Services

2009-09-04T15:30:00.000+02:00

Dans un post précédent, je vous parlais des contrôles richtext et du problème de performances qu'ils pouvaient causer sur un formulaire 'Browser Enabled' (Form Services). Les performances sont souvent un sujet sensible lors du développement informatique.

Pour tous ceux qui sont soucieux d'obtenir de bonnes performances, les points suivants sont à respecter à la lettre:

http://blogs.msdn.com/infopath/archive/2008/06.aspx

Les principales causes de ralentissement repérées pour un formulaire "InfoPath Form Services" sont:

Connection réseau qui n'est pas bonne. Comme pour toutes les applis web, la vitesse de rendu dépend de la connexion... A la limite ça, on y peut rien.
Beaucoup de HTML à transformer. Si le formulaire comprend beaucoup de champs affichés sur une seule vue, il y aura beaucoup d'informations à transformer en HTML par le form services et le rendu ne sera pas immédiat. N'hésitez pas à découper votre template en plusieurs vues simple... Les performances n'en seront que meilleures.
Structure XML complexe. Plus la structure est complexe, plus le formulaire mettra du temps à s'afficher à l'écran de l'utilisateur.
Connexion de données. Attention à n'utiliser les connexions de données qu'au moment opportun et non pas toutes lors du chargement car cela risque de ralentir le formulaire. Il est préférable d'utiliser du code pour lancer la connexion de données quand vous le souhaitez.
Contrôles de saisie et postback. L'accumulation de contrôles de saisies et postback peut entrainer des ralentissements lors de la saisie du formulaire InfoPath.
Conditon de formatage. Définir un trop grand nombre de condition de formatage peut entrainer un ralentissement excessif du formulaire. J'ai eu le cas sur une section extensible conprenant 5 cases à cocher sur 300 lignes. L'affichage du formulaire mettait 1minute. Ceci est un cas extrème bien-sûr mais il faut faire attention lorsque l'on en utilise beaucoup sur des zones extensibles.
Contrôles Rich Text. Ce contrôle est à utiliser avec modération car son accumulation dégrade les performances d'InfoPath pour un formulaire browser enabled...

Si vous suivez les diverses conseils, il n'y a pas de raison que votre formulaire InfoPath Browser Enabled n'ait pas de très bonnes performances.

INFOPATH : Deployer sur Sharepoint

2009-09-03T11:48:00.002+02:00

De nombreuses questions reviennent souvent sur les forum ou les blogs infopath au sujet du déploiement d'un formulaire InfoPath 2007...

Ce très bon article en anglais vous aidera très certaineemnt à vous guider lors du déploiement d'un formulaire (en fonction de votre formulaire : avec du code, formulaire navigateur, etc):

http://www.bizsupportonline.net/blog/2009/06/3-ways-deploy-infopath-form-templates-sharepoint/

Bonne lecture et bon déploiement...

INFOPATH : Rich Text

2009-09-02T17:36:00.002+02:00

L'utilisation du richtext dans InfoPath permet d'avoir une richesse (!!!) supplémentaire par rapport à une page asp classique.

Voici deux codes qui peuvent être très utiles lorsque vous voulez manipuler ce genre de contrôle dans InfoPath 2007:

Affectation d'un text au richtextbox en Csharp:

XPathNavigator DOMNavigator = MainDataSource.CreateNavigator();
DOMNavigator.SelectSingleNode("//my:rtfField", NamespaceManager).InnerXml = "Bonjour, ceci est un test";

Nous aurons donc affiché "Ceci est un test".

Ajout de valeurs au richtextbox en Csharp:

XPathNavigator DOMNavigator = MainDataSource.CreateNavigator();
DOMNavigator.SelectSingleNode("//my:rtfField",NamespaceManager).AppendChild("Ceci est le deuxième test.");

Attention toutefois: Je vous déconseille d'utiliser plus de 3 richtext box dans une même vue d'un formulaire Infopath Form Services.
En effet, si vous utilisez trop de "rich text control" dans un formulaire InfoPath Form Services, votre formulaire risque de ralentir singulièrement et certains contrôles auront des fonctionnements modifiés...

INFOPATH : Numero version

2009-08-31T15:25:00.005+02:00

Pour ceux qui veulent afficher le numéro de version de leur formulaire InfoPath, ce petit post est pour vous

Sélectionnez une zone de texte ou une zone d'expression,
Faire un clique-droit et cliquer sur le bouton "fx",
Sur le nouvel écran, sélectionner "modifier une expression xpath",
Puis coller le texte suivant:
substring-before( substring-after( /processing-instruction()[local-name(.) = "mso-infoPathSolution"], 'solutionVersion="'), '"')
Puis cliquer 2 fois sur OK.

Voila, vous avez réussi! Votre formulaire affiche à présent son numéro de version. Ce qui est très utile dans la gestion de formulaires imprimés à partir de formulaire InfoPath et pour connaitre facilement la dernière version publiée...

SharePoint Library to Excel

2009-08-31T15:15:00.003+02:00

Je suis tombé sur un petit tutoriel bien sympathique qui permet d'exporter le contenu d'une bibliothèque SharePoint (avec ses métadonnées) grâce à un simple lien:

http://weblogs.asp.net/wkriebel/archive/2005/08/22/LinkToExportToSpreadsheet.aspx

Vraiment sympathique cette petite astuce. Cela permet d'éviter quelques développements en mettant ce lien sur une page...

SHAREPOINT : La validation de la sécurité de cette page n'est pas valide

2009-08-25T18:04:00.002+02:00

Si vous travaillez sur Infopath et que vous débutez dans le code managé SharePoint, vous risquez de tomber sur ce genre d'erreur:

"The security validation for this page is invalid. Click Back in your Web browser, refresh the page, and try your operation again."

ou en bon francais:

"La validation de la sécurité de cette page n'est pas valide"

Cela provient du fait que vous travaillez avec le modèle objet SharePoint et que vous voulez réaliser un update sur SharePoint.

Pour éviter cette erreur, il faut seulement modifier une propriété avant de réaliser l'update:

SPWeb.AllowUnsafeUpdates = true;

Et le tour est joué...

Enfin presque, parce qu'il ne faut surtout pas oublier de le reaffecter à false à la fin du code du SPWeb, dans un bloc finally par exemple.

En effet, affecter la valeur à true entraine des risques potentiels sur la sécurité de la page (des scripts malveillants peuvent être exécutés).

Donc à ne laisser à true que le temps de l'update...

Video Infopath 2010

2009-08-25T14:52:00.001+02:00

J'ai déja réalisé précédemment un article dans ce blog concernant les nouveautés d'infopath 2010 et InfoPath 2010 Form Services (voir ici).

A présent l'équipe Infopath nous a sorti une belle vidéo permettant à ceux qui ne possèdent pas InfoPath 2010 de pouvoir se faire une idée du nouveau logiciel : Consulter la vidéo

Bon film...

SHAREPOINT : Edit Control Block

2009-08-25T11:55:00.002+02:00

On quitte rapidement le monde InfoPath pour parler de son cousin SharePoint et plus particulièrement du menu d'édition communément appelé ECB.

L'Edit Control Block (ECB) de SharePoint est concu à partir du fameux "core.js" de SharePoint.

Il est possible de customiser ce menu d'édition notamment en rajoutant des features qui permettent d'obtenir de nouvelles fonctionnalités lors du clic droit sur un item.

Le premier soucis est que la nouvelle fonctionnalité ne peut pas être positionnée exactement ou vous le voulez dans le menu édition.

De même il n'est pas possible de cacher certains éléments par cette technique...

Une solution est d'utiliser une nouvelle masterpage qui sera basé sur notre core.js modifié (copie du core.js original).

La démarche à suivre est la suivante:

• Se placer dans le répertoire \Fichiers communs\Microsoft shared\web server extensions\12\Template\layouts\1036,

• Faire une copie du "core.js" et le copier en le renommant "ECBcore.js" dans le même répertoire,

• Réaliser les changements nécessaires dans le fichier "ECBcore.js" afin de modifier le menu d'édition SharePoint,

• Se placer dans le répertoire \Fichiers communs\Microsoft shared\web server extensions\12\TEMPLATE\GLOBAL,

• Créer une nouvelle masterpage SharePoint à partir de la "default.master" existante et la renommer en "custom.master",

• Dans cette "custom.master", il faut aller rajouter une nouvelle balise SharePoint:ScriptLink en dessous de celle existance du "core.js". Sur cette nouvelle ligne, modifier l'attribut name en "ECBcore.js".

• Enregistrer la page et appliquer la masterpage en tant que masterpage du site par défaut.

Le tour est joué, vous travaillez à présent avec votre menu personnalisé.

2 remarques importantes tout de même:

• Ne pas oublier de faire référence au core.js dans la masterpage customisée sinon cela ne fonctionne pas.

• Attention lors du passage des Service Pack, le "core.js" peut-être modifié et il faudra donc reprendre votre "ECBcore.js" pour le modifier en conséquence.

InfoPath : Le retour de l'attribut nil

2009-07-28T10:26:00.003+02:00

Tôt ou tard, en réalisant du code managé sur infopath, vous allez être confronté à l'erreur qui tue "schema validation found non-data type"...

Cette erreur provient dans 99% des cas de l'attribut nil sur les champs de type "DateTime, Time, Date, Boolean, Whole Number et Decimal".
Si vous rendez un de ces champs null, vous aurez l'erreur précédente car le vide est considéré comme une chaine vide et donc le formatage des données n'est pas respecté...

La méthode de contournement est simple, encore faut-il la connaitre!
Il suffit d'utiliser ces 2 procédures codées en C# qui prennent en paramètre un XPathNavigator du noeud concerné.

La procédure "DeleteNil" permet d'enlever l'attribut nil du noeud s'il existe de manière à insérer une valeur dans le champ sans avoir d'erreur.

public void DeleteNil(XPathNavigator node)
{
if (node.MoveToAttribute("nil", http://www.w3.org/2001/XMLSchema-instance))
node.DeleteSelf();
}

La procédure "InsertNil", quand à elle, permet de supprimer la valeur d'un champ qui n'est pas de type texte.Pour cela il faut supprimer la valeur et remettre l'attribur nil:

public static void InsertNil(XPathNavigator node)
{
if(!node.MoveToAttribute("nil", "http://www.w3.org/2001/XMLSchema-instance"))
{
string result = string.Empty;
int endIndex = node.OuterXml.IndexOf(">");
result = node.OuterXml.Substring(0, endIndex) + " xsi:nil=\"true\" />";
node.OuterXml = result;
}
}

Et voila, vous voila débarassé du cauchemar du "schema validation found non-data type".
Il suffit à présent d'appeler la bonne prodédure.

InfoPath : Insertion d'une image dans un template

2009-07-28T10:06:00.001+02:00

Bonjour,

L'insertion d'une image de fond dans infopath 2007 peut se faire par le menu "Format/Couleur d'arrière plan".

Mais dans les cas suivants, cette méthode n'est pas satisfaisante:
- insertion de la même imafe dans plusieurs vues (les images sont dupliquées et le fichier ".xsn" est alourdi pour rien).
- Postionnement spécifique de l'image de fond dans la page.
- Rajout de plusieurs images dans chaque vue d'un formulaire.

Pour remédier à ces différents cas de figure, il vaut mieux reprendre manuellement ce qu'infopath réalise automatiquement.
Voici la solution à suivre dans le cas d'un formulaire n'étant pas intégré dans une solution managée:

- Aller dans Outils puis insérer l'image en fichier de resources.
- Enregistrer le formulaire sur votre PC.
- Le template ".xsn" d'infopath n'est autre qu'un fichier cab comprenant les fichiers de la solution.
Il faut donc les extraire en faisant "Fichier/Enregistrer en tant que fichiers source".
- Si vous vous déplacez dans ce dossier, vous apercevez l'image que vous avez rajouté précédemment.
- Utiliser un éditeur de texte et éditez la vue "xsl" afin d'y placer l'image en image de fond par exemple.
Se déplacer dans le bloc et rajouter l'attribut suivant : style="background-image:url('Logo.jpg')"
- Ouvrir le fichier manifest.xsf en sélectionnant le mode conception sur le clic droit pour enregistrer de nouveau le formulaire.

Cette méthode est donc à utiliser se vous souhaitez ne pas obtenir de template trop lourds au niveau du poids.

Activation de feature sur sous-sites Sharepoint

2009-06-18T14:32:00.001+02:00

Un des donctionnalités majeure de Sharepoint est le déploiement de "feature" qui permet de créer de nouveaux composants (workflow, eventhandler, formulaire...).

Le problème est que si le déploiement se fait sans soucis, l'activation n'est pas aussi simple...

Pour les cas usuels, il faut utiliser la commande suivante:

stsadm -o activatefeature -filename "...\feature.xml" -url "myurl" -force

En effet, l'opération stsadm n'active le feature que pour le site précisé et non pour les sous-sites déjà créés sous cette collection de site!!!

Assez frustrant surtout si vous avez une centaine de sous-sites sur lesquels activer la fonctionnalité...
Le petit script suivant vous permet d'activer la fonctionnalité:

## Reference to SharePoint DLL
[void][System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")
## Probable location of sharepoint STSADM utility program
$stsadm = "$env:programfiles\Common Files\Microsoft Shared\Web Server Extensions\12\BIN\STSADM.EXE"
function global:Activate-feature-onSite($feature, $url)
{$spsite=new-object Microsoft.SharePoint.SPSite($url);
for($i=0; $i -lt $spsite.AllWebs.Count;$i++)
{
$websiteurl= $spsite.AllWebs[$i].url;
$sResult = &stsadm -o activatefeature -name $feature -url $websiteurl -force
if(!($sResult -like "*Operation completed successfully*"))
{ Write-Host -ForegroundColor "red" -BackgroundColor "white" "Activation du feature : '$feature' sur le site '$websiteurl' ! `n $sResult"
}
}
$spsite.Dispose();
}

# to call
Activate-feature-onSite "feature" "url"

Vous avez juste à changer sur la dernière ligne le nom du feature et l'url de la collection de sites.
Il faut mettre ce script dans un fichier texte avec l'extension ".ps1" (powershell).

Puis l'exécuter par la commande :

powershell Set-ExecutionPolicy RemoteSigned
powershell ActiveFeature.ps1

Et le tour est joué...
Attention cependant à l'effet pervers: pour les eventhandlers déployé sur des types de listes particuliers, cela est à utiliser uniquement sur les sous-sites déja crée au moment de l'installation du feature.
Sinon vous risquez de vous retrouver avec 2 eventhandler à la place d'un seul (1 créé lors de l'activation par le scipt et l'autre créé lors de la création du sous-sites du fait de l'application du content-type).
Et du coup plein d'effets de bords!!!

Infopath 2010 (Office 14)

2009-06-15T08:53:00.000+02:00

Bonjour,
La dernière mouture d’Office va bientôt arriver. Elle se nomme Office 14 (et oui on a sauté la 13 chez microsoft par superstition…). Elle est à présent disponible en Technical Review. L’occasion pour nous de se pencher sur les dernières évolutions apportées à Infopath et notamment les nouveaux contrôles.

Au premier abord, la nouveauté essentielle : Infopath se décompose à présent en 2 logiciels :
- Infopath Designer qui permet de dessiner le formulaire.
- Infopath Editor qui permet de remplir les formulaires.

Donc l’utilisateur Lambda n’aura besoin que du player (Infopath editor) pour travailler.Celui-ci risque donc d’être présent dans la version Office basique…
Ensuite en nouveauté, on peut citer par exemple :
- apparition de la notion de scope sur les champs,
- Design d’infopath reprenant le ribbon d’office 2007,
- Possibilité de dire si l’on veut activer l’autocomplétion sur les champs.

La grande nouveauté reste l’apparition de nouveaux contrôles tous plus utiles les uns que les autres. Voici la liste exhaustive de tous les contrôles disponibles (cliquer sur l'image pour l'agrandir):

Le contrôle Combo box permet notamment de saisir une nouvelle valeur si celle-ci n’est pas dans la liste (contrôle nécessaire depuis un moment).

Tout ce qu'il faut donc pour réaliser de jolis formulaires!!!

Infopath 2010 fera l’objet de nouveaux posts lors de l’apparition de la version Release qui sera le reflet de la version finale.

INFOPATH : Envoi Mail

2009-04-27T11:33:00.003+02:00

Une question qui revient souvent : Comment envoyer un mail depuis Infopath.

Cet envoi peut être réalisé de plusieurs façons:

Utilisation d'une classe d'envoi de mail personnalisée,
Utilisation d'une connexion de données permettant d'envoyer un mail,

Mais aussi, utilisation de la fameuse classe SPUtility.SendEmail...

Cette classe est accessible en utilisant du code personnalisé (C# ou VB).

Celle-ci permet d'envoyer un mail classique et prend plusieurs paramètres:

Le SPWeb,
L'encodage HTML,
Le mail de destination,
L'objet,
Le corps du mail.

Cette classe comporte malheureusement 3 inconvénients majeurs:

Impossibilité d'insérer de pièces jointes...
Impossibilité de préciser l'envoyeur du mail...Ce sera celui configuré dans les outgoing email de Sharepoint qui sera utilisé.
Tronque les mails trop long. Mais il y a vraiment de la marge.

Pour des petits mails d'informations, ou de soumission à approbation, cette classe est largement suffisante et fonctionne sans problème.

INFOPATH : Contact selector

2009-04-14T17:12:00.002+02:00

Aujourd'hui un tip pouvant être très utile :

"Comment utiliser le contact selector de Sharepoint dans un formulaire Infopath."

Le contact selector est l'un des rares contrôle Activex que l'on peut utiliser dans infopath form services...Et il peut s'avérer fort utile puisqu'il permet d'aller rechercher des utilisateurs ou groupes Sharepoint sur un site précis.

Pour cela, il faut suivre avec attention les étapes suivantes :

Utilisation d'un fichier de mappage du serveur nommé context
(Il permet de préciser sur quel serveur Sharepoint le contact selector va se pluguer)

Il faut tout d'abord ouvrir un éditeur de texte et y coller le texte suivant Context siteUrl=http://servername/ (en précisant le nom de votre serveur sharepoint),
Puis enregistrer ce document xml avec le nom "Context.xml" sur votre bureau.
Ajouter dans infopath une nouvelle connexion de données de la forme suivante "Réception de données / Document XML / Inclure ce fichier en fichier de ressource du formulaire " tout en allant chercher le fichier context.xml que vous venez d'enregistrer.
Recherche de l'activex dans la galerie de contrôles

Il faut donc cliquer sur "Ajouter ou supprimer des contrôles personnalisés" puis allez sélectionner le "Contact Selector".Il sera donc disponible dans la section contrôle "Personnalisé" comme ci-dessus.

Construction de la source de données.
La source de données répend à une nomenclature bien spécifique.
Il est obligatoire d'avoir un groupe comprenant un groupe extensible nommé "Person" :

Le groupe "Person" et ses fils doivent être nommés de la façon ci-dessus pour que le contact selector fonctionne.Ensuite faire un drag and drop du contrôle et le pluguer sur le groupe contenant 'Person' dans la source de données.

NB : Si vous voulez insérer plusieurs contact selector dans un seul formulaire, faire un clic droit sur le groupe extensible "Person" dans la source de données puis cliquer sur "Référence" et le placer à l'endroit voulu.
Ainsi vous pourrez avoir plusieurs fois dans la structure le groupe person.

Modèle objet : InfoPath 2003 VS Infopath 2007

2009-03-10T11:49:00.003+01:00

Pour les habitués du modèle objet infopath 2003 qui sont passés à Infopath 2007, voici un petit mapping entre les modèles de ces 2 versions (ils n'ont plus grand chose à voir):

Modèle objet InfoPath 2003 :

thisXDocument.DOM
IXMLDOMNode
Lecture: field1.text
Affectation: field1.text

Modèle objet InfoPath 2007 :

this.MainDataSource
XPathNavigator
Lecture: field1.Value
Affectation: field1.SetValue()

Ce petit mapping des objets les plus utilisés est sans prétention.

Pour les développeurs qui voudraient disposer du poster du modèle objet infopath 2007 (incorporant en plus la compatibilité Form services), voici le lien à suivre:

http://amitbd.com/blog/infopath-2007-poster/

Avec ça, le modèle objet Infopath n'aura plus aucun secret pour vous...

INFOPATH : Tableau extensible

2009-03-04T10:04:00.002+01:00

Vous pouvez être amené dans le développement Infopath à vouloir insérer des lignes dynamiquement dans une section ou un tableau extensible

Par exemple, l'image suivante nous montre une structure extensible gérée par Infopath:

Il faudra donc insérer un bloc "ExtProduit" à chaque fois que l'on voudra insérer une nouvelle ligne...
Le code à implémenter est le suivant:

XmlDocument doc = new XmlDocument();

XmlNode group = doc.CreateElement("ExtProduit", NamespaceManager.LookupNamespace("my"));

XmlNode field = doc.CreateElement("Code", NamespaceManager.LookupNamespace("my"));

XmlNode node = group.AppendChild(field);

node.InnerText = "Valeur du code";

field = doc.CreateElement("Descriptif", NamespaceManager.LookupNamespace("my"));

node = group.AppendChild(field);

node.InnerText = "Valeur descriptif";

//Ajout du group au document

doc.AppendChild(group);

//Ajout du document à la source de données concernée

MainDataSource.CreateNavigator().SelectSingleNode("//my:RecProduit", NamespaceManager).AppendChild(doc.DocumentElement.CreateNavigator());

Plutôt simple non?

Après à vous de mixer ceci selon les besoins mais le principe de base est le précédent.

HTML Viewer SharePoint

2009-02-25T10:26:00.001+01:00

Petit post SharePoint pour changer un peu.

Vous pouvez être amené en utilisant SharePoint à vouloir utiliser le composant HTML Viewer.

Ce fameux HTML Viewer, qui était présent sous WSS2, permettait d'ouvrir un document Word, par exemple, dans une page HTML.
Ce qui est pas très sympathique lorsque vos utilisateurs ne possèdent pas office sur leur machine.Et oui, il y en a plus que l'on peut le croire...

Le hic est que si vous disposez de Sharepoint 2007, ce viewer n'existe plus.
Il est pourtant disponible dans l'administration centrale mais ne fonctionnera pas!
La légende urbaine dit qu'il fut un temps téléchargeable sur le site de Microsoft avant que l'exécutable ne soit supprimé.
Raison officielle : Pas assez d'utilisateurs pour cette fonctionnalité...Mouai, on y croit!

Par contre si vous êtes l'heureux possesseur d'un MOSS 2007, vous pouvez tout à fait utiliser le convertisseur de documents qui réalise quasiment la même chose.
Le soucis, c'est que uniquement sur du MOSS.
Si vous êtes possesseur d'un WSS3, vous ne pourrez avoir cette fonctionnalité, ce qui est quand même dommage...

Ouvrir formulaire Infopath en mode web

2009-02-23T12:05:00.001+01:00

L'intérêt d'InfoPath Form Services est de toucher un grand potentiel d'utilisateur puisqu'il ne nécessite pas d'avoir Infopath sur son poste pour ouvrir ce genre de formulaires qui s'ouvre sur une page Web.

Enfin ça, après une ou deux modifications sur la bibliothèque comme vu ci-dessous:

Se déplacer dans les "Paramètres avancés de la bibliothèque de documents,
Autoriser la gestion des types des contenus sur cette bibliothèque,
Puis cocher "Afficher en tant que page Web" à la pla ce de "Ouvrir dans application cliente".

Et voila, le tour est joué, vous vous retrouvez avec un maginifique formulaire ouvert en mode web sans infopath...
Elle est pas belle la vie!

INFOPATH : Premiere lettre en majuscule

2009-02-19T13:57:00.002+01:00

Voici un petit tip qui fera du plus bel effet sur vos formulaires Infopath 2003 ou 2007.

Il permet de mettre automatiquement la première lettre d'un texte saisi par l'utilisateur en majuscule et ce sans une ligne de code.

Pour cela, il faut se placer sur la zone de texte, puis clic droit et sélectionner "Propriété de la zone de texte",
Ensuite cliquer sur "Règle" et ajouter une nouvelle règle,
Cliquer sur "Ajouter une action",
Dans la zone "Champ" sélectionner le champ sur lequel vous êtes situé,
Dans la zone "Valeur", entrez la formule suivante: concat(substring(translate(., "abcdefghijklmnopqrstuvwxyz", "ABCDEFGHIJKLMNOPQRSTUVWXYZ"), 1, 1), substring(., 2, string-length(.) - 1)),
Valider le tout.

Et hop l'affaire est réglée, dès que l'utilisateur aura saisi son texte et que le focus ne sera plus sur le champ, la première lettre de votre champ se transformera en majuscule.

INFOPATH : Introduction

2009-02-19T10:04:00.002+01:00

Microsoft Office InfoPath (InfoPath en abrégé) est un logiciel de développement de formulaires de données à base de XML, inclus dans le pack Microsoft Office.

La première version étant InfoPath 2003, nous en somme à présent à la deuxième mouture en date avec InfoPath 2007 intégré dans la suite InfoPath 2007.

Ce logiciel permet une dématérialisation complète de tous les anciens formulaires papiers de l'entreprise (notes de frais, demande de congés, demandes de budgets,...) afin d'assurer une plus grande fiabilité et confidentialité autour des informations qui circulent.

Quels sont les princripaux avantages à utiliser InfoPath (liste non exhaustive):

Interface WYSIWYG : "What You See Is What You Get" pour une plus grande simplicité,
La forte intégration InfoPath à Microsoft Office offre un outil puissant dans un environnement connu et facile à installer (disponible sur la version Entreprise d'office). De plus il incorpore la correction orthographique d'Office...
Très nombreux contrôles : zones extensibles, contact selector, date picker, zone de texte enrichi ...
Code natif Jscript ou possibilité d'utiliser du code mangé .Net : C#, VB.Net,
Les données sont stockées en XML (rapidité et simplicité d'accès),
Possibilité d'utiliser des web services ou des bases de données,
Le document peut être directement envoyé sur un site. La publication de l'article peut-être effectuée de n'importe où (avec une connexion Internet),
Possibilité de le corréler à un Workflow (Windows Workflow Foundation : WF) pour une plus grande puissance (création des taches, gestion des droits sur le formulaire, envoi de mails,...)
Et enfin le dernier point mais non pas le moindre: Interopérabilité avec Windows Sharepoint Services qui permet d'obtenir une solution complète pour la gestion des formulaires : l'information y est centralisée. Les formulaires créés sont utilisables via le client lourd, les mails, directement dans un explorateur internet ou au travers de plate-formes mobiles (Tablet PC), ce qui permet d’atteindre plus d’utilisateurs.

Pour compléter ceci, la version InfoPath 2007 apporte une pierre de plus à l'édifice.

A présent, il est possible de designer un formulaire InfoPath compatible avec le navigateur (dit browser-enabled) qui s'ouvrira dans le browser de l'utilisateur même s'il n'a pas InfoPath.

Cela permet de toucher tous les membres d'une entreprise sans avoir à réaliser d'installation sur le poste client...

Pour cela il suffit d'avoir la brique Form Services de Sharepoint (disponible par défaut dans la version MOSS Enterprise).

Celle-ci s'installe de même après l'avoir achetée sur un WSS3 ou un MOSS Standard.

Au fil du temps, j'essaierai de mettre à profit mes années d'expérience dans cette technologie Infopath en postant différents tips pour faciliter le développement en InfoPath 2003, InfoPath 2007, et Infopath Form Services.

Structuration des données,