57 Utilisation de WebRoots

retour Aide WebCenter Sites

L'élément WebRoot est utilisé pour contrôler l'interprétation de l'URL personnalisée. Les WebRoots sont comme des ressources. Après avoir été configuré, un WebRoot doit être publié sur les destinations pour qu'il fonctionne dans le système de transmission.

Les WebRoots ont deux formes : absolue et relative. Un WebRoot absolu doit comprendre le préfixe d'URL complet (y compris les informations de port et d'hôte), mais peut également contenir un préfixe PATH. Il est unique pour chaque serveur. Un WebRoot relatif ne contient que des informations liées à PATH, sans aucune information sur l'hôte ou le port. Les deux URL sont gérées de façon identique par WebCenter Sites, mais avec le WebRoot relatif, seule un WebRoot est nécessaire dans plusieurs environnements, par exemple, les environnements de développement, intermédiaires et de production. Avec un WebRoot absolu, chacun de ces environnements disposera d'un WebRoot unique.

Pour éliminer cette limite, le concept de VirtualRoot est pris en charge. L'utilisation de VirtualRoot nécessite la définition d'un identificateur d'environnement (sites.environment) dans le fichier wcs_properties.json pour vérifier sa validité pour l'environnement donné. Si le paramètre est manquant, le WebRoot est utilisé. Il est important de déterminer et de comprendre les types de WebRoots, car il se peut que vous deviez à la fois disposer des racines absolues et relatives.

Le tableau suivant répertorie les avantages et les inconvénients de ces types de WebRoots.

Tableau 57-1 Avantages et inconvénients des types de WebRoots

Type de WebRoot Avantages Inconvénients

WebRoot absolu

  • L'URL complète ouvre le contributeur de contenu.

  • Une URL unique est requise pour chaque environnement.

  • Les racines virtuelles nécessitent la définition d'une propriété WebCenter Sites.

  • Il est difficile de tester les URL personnalisées avant la publication.

WebRoot relatif

  • Un WebRoot unique fonctionne sur tous les systèmes.

  • Les URL personnalisées peuvent être testées facilement avant la publication.

  • Les contributeurs de contenu ne voient pas l'URL complète, mais uniquement le chemin.

  • Des étapes supplémentaires peuvent être nécessaires pour la réécriture de l'URL.

Combinaison

  • L'URL complète ouvre le contributeur de contenu.

  • Un WebRoot unique fonctionne sur tous les systèmes.

  • Les URL personnalisées peuvent être testées facilement avant la publication.

  • Davantage d'URL sont présentes et doivent être stockées/publiées.

  • Les contributeurs de contenu verront à la fois les URL de WebRoot absolu et relatif. Le nombre d'URL étant plus important, cela peut porter à confusion pour le contributeur de contenu.