Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités


  • Ancien MVP SharePoint 8 ans ...
    Des projets .Net, SharePoint 2013 ou Office 365 ??

    Contactez-nous :

Archives

TechEd 2006 : Feature et Site Definition for MOSS RTM

Je suis ce coup ci à une session dédié aux Features de MOSS 2007 et WSS v3.

Petit rappel : Les fetaure sont simplemt un moyen d'encapsuler le déploiement d'une nouvelle fonctionnalité pour SharePoint 2007. Ils sont désormais INCONTOURNABLES car il permettent de packager chques composant possible d'un Site Definition de kla list à la colone jsuq'u WP page d'un site. (soit le Provisionning)

La session est assuré par Todd Bleeker MVP de MindSharp qui as une présence en scéne monstrueuse
>>> un vrai show à l'américaine : la session se joue ave le speaker se balandant dans la salle et non devant (ou caché devant) son Laptop avec un ton proche de Steve Ballmer dans ses grand jours (pour les connaisseurs)

Point important, Todd a déja joué cette session au TechEd De Boston mais voila, la RTM est venue changé encore bien des points ce qui rends sa session US obsoléte
>>> il a donc TOUT revu sa session, son code et ses démo pour nous proposer une session JUST in TIME

Bref Que Dui Bonheur.

Retournons à la session  :

Les Site Definitions

Ils représentent le coeur même d'une site SharePoint via le fameux fichier ONET.XML (Office .NET) File

Ce fichier XML définit clairement la composition d'un site SharePoint et de l'utilisation de tout les sous modéles tel que la navigation, les lists templates, les documents templates , la configuration, les fichiers (ou module)et désormais les différentes feature utilisé par le site.

Bref, les Features sont bien au centre même du probléme de tout opération de déploiement. Les site SharePoint en sont réellement dépemdant

Les Features

Cet élément modulaure n'est au final qu'un simple fichier XML lié à son schema SharePoint assurant  :

  • Réutilisation des personnalisations
  • Extensibilité des sites existants
  • Activation / Désactivation

En résumant, toutes les possibilités de déploiement de composants dans WSS v3.

Content Type, master page, WebPart, page, colonne, list, menu , administration, ...

Chaque feature peut cependant respecter un scope particulier de déploiement :

  • Farm
  • Web Application
  • Site collection
  • Web.

Pour mieux comprendre, un simple exemple. Le site d'administration central n'est qu'un simple site WSS vierge entierement composé des éléments déployés par la feature "Administration" à l'install.

Le déploiement peut aller trés loin jusqu'à l'ajout de nouveau menu même dans l'interface d'action d'un type de liste !

Pour miex comprendre, il faut mieux s'assurer de bonen démonstration.
>>> la session enchaine directement sur la conception de Feature en tout genre.

Je ne vais pas reprendre point à point la démo mais plutot reprendre certains points clé que vous ne pourriez trouver dans un simple tutorial.

  • Bien connaitre le "12 hive" . le fameux répertoire system de MOSS 2007 et WSS v3
    >>> Truc sympa : drag and droppé le folder 12 dans votre barre de démarrage, vouis aurez ainsi un accés direct au "12 hive" pour vos modifs.
     
  • Global folder dans Te mplates contient tous les éléments communs ou génériqueà tous les sites SharePoint
    >>> le Site Settings est ainsi définie ainsi que toutes ces galleries comme la Master ou WebPart car elle est présente dans l'ONET.XML du Global Template
    Trés pratique, ce Global ONET contient aussi la base de la plupart des listes. Ils vous suffit alors de les utiliser et d'ajouter juste votre modifcation ou ajout pour créer vos propres modéles simplement
     
  • Le dossier correspondant au modéles même des sites est le dossier "Site Template"
    >>> trés clair non d'avoir les Site Definition dans Site Templates non ???
     
  • Créez un nouveau dossier pour vos custom Site Def est suffisant mais ils vous faut juste
    >>> un ONET.XML file dans un sous répertoire XML
    >>>>>>> l'idéal reste de copier-coller un folder existant evidemment
    (Ajoutez donc une solution VS 2005 ainsi qu'un simple projet ou vous ajouterez touts vos fichier et modéles. l'asssistance à la complétion des schemas WSS dans VS 2005 peut vous êtree de grand secours croyez moi) 
     
  • les répertoires par langue comme 1033 US - 1036 FR- ... gérer ées configurations spécifique pour chaque langue de vos site (ne pas oubliez les languages pack !!!)
    >>> Tout fichier prefixé par WEBTEMP dans un sous répertoire XML de ces dossiers par langues permet ainsi de déclarer l'utilisation de votre nouveau Site Definition
    (pensez à utiliser les éléments de post compilation de VS pour justemetn recopier le petit WEBTEMP* file dans le bon répertoire. un script NANT ou MSBuild peut être aussi une bonne alternative mais un peu lourd pour une simple copie)
  • Pour utiliser l'intellisense directemetn dans vos fichiers CAML SharePoint, il suffit simpleemnt de modifier la propriété Schema avec le chemin du fichier WSS.xsd
    >>> ou sinon, editez le fichier catalog.xml de VS 2005 pour pointer votre fichier WSS xsd
    Si votre root node contient ainsi comme attribut vos référence de namespace comme par exemple
    xmlns="http://schemas.microsoft.com/sharepoint"  la complétion arrive immédiatement
     
  • Les ressources
    >>> ils contiennent tous les éléments que vous voudriez intégrer dans un site definition comme une nouvelle core.css par exemple
    (pareil, n'oubliez pas d'ajouter une solution VS 2005)
     
  • Retour à l'ONET.XML
    >>> chaque node permet ainsi de pré configurer un élément particulier comme
    • une nouvel CSS via projet - AlternateCSS
    • un nouvelle master via les node configuration et l'attribut customMasterUrl. ne surtout pas oubliez de preciser un module pour uploader votre custom Master dans la bonne librarie et surtout de la rendre "Ghostable". Trés important !

Finalement la session s'est surtout transformé sur un cours complet sur les Site Definition et un peu moins sur les features. Ahh la course au temps perdu mais n'oubliez pas qu'une Feature n'est que l'assmblage de 2 fichiers

  1. Feature XML : définit la feature et l'ensemble des elements déployés par celle ci
  2. Les Elements  :définissent les divers déploiements à faire.

Une derniére remarque assez importante sur les solutions ce coup ci: 

Les solutions permet de packager l'ensemble des features et ses ressources physique à déployer dans un cab mais il impose une structure en sous dossier respectant le répertoirew "12/templates".
>>>> Impossible d'utiliser le projet de type CAB pour cela, vous devez passez aboslument par un traditionnel et classique MAKECAB et un manifest DDF pour le piloter avec les mots clés .Set DestinationDir=****

Le cab généré en extension WSP peut être aussitôt déployé dans votre farme voir scheduler

Rahhh la session explose le chrono mais personne ne veut sortir ! Mais voila la fin arrive

Une seule conclusion viable : N'oubliez pas le WSS.XSD et vive le XML !!!

Attention ces différents points s'appuit sur la RTM (pour une fois et non la BETA,ca fait du bien d'annoncer enfin des éléments stables )

Renaud Comte aka TheMit (In Love with WSS.XSD)

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mardi 7 novembre 2006 19:12 par themit

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Merci par Blog de Jérémy Jeanson le 10-01-2019, 20:47

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01