Sharepoint

Beaucoup d’entreprises doivent marquer leurs portails. En effet, beaucoup de produits portail s’appuient sur XML pour produire des architectures faciles à personnaliser et à étendre. SharePoint compte beaucoup sur XML, mais Microsoft n’a pas fait grand-chose pour séparer la logique et les données sous-jacentes du produit, de la couche présentation. En fait, SharePoint est particulièrement difficile à personnaliser radicalement. (Par personnalisation radicale, nous entendons : changer la structure de navigation globale, modifier le modèle résultat de la recherche, ou construire de nouvelles définitions de sites SharePoint.) Beaucoup d’autres fournisseurs de portails (comme BEA Systems, IBM, Oracle, Vignette) utilisent la facilité de personnalisation de leurs produits pour positionner ces derniers face à SharePoint. (Les architectures de ces autres produits découplent complètement la présentation des composantes du portail et de la structure du site ; SharePoint pratique un couplage beaucoup plus étroit de la présentation, du contenu et de la structure.) Microsoft a quelques documents qui aident à marquer SharePoint, mais aucun d’eux ne fait autorité.

La solution. Une bonne personnalisation de SharePoint suppose une recherche poussée. Vous devez comprendre les définitions de sites – des ensembles complexes de fichiers ASP.NET (.aspx) et XML écrits en CAML (Collaborative Application Markup Language). CAML est un langage basé sur XML qu’utilisent les développeurs pour créer et personnaliser des éléments de SharePoint : zones, sites et autres (par exemple des listes). L’utilisation d’un outil tel que Visual Studio.NET (VS.NET) 2005 ou VS.NET 2003 facilitera la personnalisation. En outre, une bonne connaissance pratique de la programmation ASP.NET et des modèles objet SharePoint vous sera très utile.

Il est vrai que certaines sources suggèrent d’utiliser Microsoft FrontPage 2003 pour personnaliser SharePoint. Bien que FrontPage soit le moyen le plus facile pour personnaliser une zone SharePoint Portal Server ou des pages de site Windows SharePoint Services, ce procédé « défantômise » la page de son modèle sous-jacent. Le simple fait d’ouvrir une page SharePoint à partir de FrontPage et de cliquer sur Save – même sans apporter aucun changement à la page – défantômise la page.

La défantômisation est le découplage d’une page de site ou de zone du modèle de système de fichiers d’où le site ou la page est dérivé. Quand un site ou une page est défantômisé, SharePoint rend le contenu et les métadonnées de la page à partir de la base de données, plutôt qu’à partir de son modèle de système de fichiers d’origine. Les éventuels changements que vous apporterez ensuite au modèle du système de fichiers ne se reflèteront pas sur la page défantômisée. En raison de la mise en cache du modèle, le rendu de pages à partir du système de fichiers sera probablement plus rapide que leur rendu à partir de la base de données.

Heureusement, Bluedog Limited offre un Web Part, appelé GhostHunter, que vous pouvez utiliser pour détecter et refantômiser une page défantômisée. GhostHunter reconnecte la page au modèle du système de fichiers d’où la page a été tirée. La figure 1 montre comment le GhostHunter Web Part apparaît sur une page qui est évaluée pour connaître sont état fantômisé. Il faut savoir une chose sur GhostHunter : tout changement apporté à une page défantômisée est perdu quand vous refantômisez la page. Donc, même si Microsoft recommande FrontPage 2003 comme l’outil à utiliser pour personnaliser SharePoint, nous vous le déconseillons. Pour des sites de petite taille qui demandent une personnalisation minime, vous pouvez utiliser FrontPage 2003. Mais, pour des personnalisations plus ambitieuses sur de nombreux sites, utilisez plutôt un outil du genre VS.NET.