Création
Le CLM permet la création d’un scope à partir d’un template à l’aide du job create :
<clm> create --template=<template> --scope=<scope> --admin=<admin>
Paramètres :
| Paramètre | Description |
|---|---|
| template | Identifiant du template (nom du dossier dans lequel il est situé) |
| scope | Identifiant du scope à créer |
| admin | Nom de l’utilisateur propriétaire du nouveau scope |
Suppression
Pour supprimer un scope, il est possible d’utiliser le job delete tel que :
<clm> delete --scope=<scope>Ré-initialisation
Les jobs peuvent être combinés, la ré-initialisation d’un scope peut s’effectuer à l’aide des jobs delete et create :
<clm> delete create --template=<template> --scope=<scope>Mise à jour
Le job update permet de mettre à jour un scope existant.
- Les composants présents dans le template et absents du scope initial seront ajoutés.
- Les composants différents du scope initial seront mis à jour.
- Les documents présents dans le scope initial et absents du template ne seront pas supprimés.
Ce job permet par exemple de mettre à jour la configuration d’un scope sans supprimer les documents existants.
Exemple : Mise à jour du scope RH
<clm> update --template=simple --scope=RHExport
L’export d’un scope est possible grâce au job export. Ce job permet la création d’un template à partir d’un scope existant.
<clm> export --scope=<scope> --template=<template>
Paramètres :
| Paramètre | Description |
|---|---|
| scope | Identifiant du scope à exporter |
| template | Identifiant du template à créer (nom du dossier dans lequel il est situé) |
Par défaut, le scope sera exporté dans un dossier data du répertoire d’exécution.
Pour modifier le répertoire où sera stocké l’export, ajoutez le paramètre --data.dir=<chemin> à la commande <clm>
Liste des jobs
Il est possible d’exécuter seulement une partie des opérations. Ci-dessous la liste complète des opérations possibles :
| Import | Export | Merge |
|---|---|---|
| scope-import | scope-export | scope-merge |
| tag-category-import | tag-category-export | tag-category-merge |
| tag-class-import | tag-class-export | tag-class-merge |
| document-class-import | document-class-export | document-class-merge |
| folder-class-import | folder-class-export | folder-class-merge |
| task-class-import | task-class-export | task-class-merge |
| workflow-import | workflow-export | workflow-merge |
| virtual-folder-class-import | virtual-folder-class-export | virtual-folder-class-merge |
| acl-import | acl-export | acl-merge |
| technical-document-import | technical-document-export | technical-document-merge |
| document-import | document-export | document-merge |
| folder-import | folder-export | folder-merge |
| virtual-folder-import | virtual-folder-export | virtual-folder-merge |
| task-import | task-export | task-merge |
| facts-import | facts-merge | |
| report-import | report-export | report-merge |
| kibana-index-pattern-import | ||
| kibana-search-import | kibana-search-merge | |
| kibana-visualization-import | kibana-visualization-merge | |
| kibana-dashboard-import | kibana-dashboard-merge |
En plus de ces opérations, il existe un job permettant de purger les caches de la partie FlowerDocs Core nommé purge-cache.
Exemple : Import de classes de tags uniquement
<clm> tag-class-import --scope=<scope>