Syntaxe des expressions CRON pour la définition des périodes d”abonnement¶
Le code à saisir doit respecter la syntaxe : « mm hh jj MMM JJJ tâche » où
- mm représente les minutes (de 0 à 59)
- hh représente l’heure (de 0 à 23)
- jj représente le numéro du jour du mois (de 1 à 31)
- MMM représente l’abréviation du nom du mois (jan, feb,…) ou le numéro du mois (de 1 à 12)
- JJJ représente l’abréviation du nom du jour ou bien le numéro du jour dans la semaine (0 = dimanche, 6 = samedi)
- * : signifie à chaque unité (0,1,2,3,4…)
- 5,8 : signifie les unités 5 et 8
- 2-5 : signifie les unités de 2 à 5
- /3 : signifie toutes les 3 unités (0,3,6,9…)
Exemples de syntaxe¶
- Tous les jours à 12h : 0 12 ***
- Tous les lundis à 22h15 : 15 22 * *1
- Toutes les heures passées de 15 min : 15 * * * *
- Tous les premiers du mois à 4h42 : 42 4 1 * *
- Du 2 au 5 de chaque mois à 10h12 : 12 10 2-5 **
Services web et privilèges¶
L”accès à un service web dépend du profil du compte connecté. Ainsi par exemple, un utilisateur ayant pour privilège gtf_user, ne peut pas accéder à la ressource “Workspaces” qui retourne la liste des projets puisqu”un privilège gtf_author est requis. Le tableau ci-dessous présente les privilèges requis pour pouvoir accéder aux différents services de l”API :
| Service | Ressource | Privilèges requis |
| GTF | Catégories | gtf_user |
| GTF | EmailContexts | gtf_user |
| GTF | EmailOptions | gtf_user |
| GTF | EmailTemplates | gtf_author |
| GTF | FMEEngines | gtf_admin |
| GTF | GtfEngines | gtf_admin |
| GTF | GTFGroups | vitis_admin |
| GTF | Inboxes | gtf_author |
| GTF | License | gtf_admin |
| GTF | MessageClasses | gtf_user |
| GTF | MessageClassTypes | gtf_user |
| GTF | Messages | gtf_user |
| GTF | Orders | gtf_author |
| GTF | OrderStatutes | gtf_user |
| GTF | Periods | gtf_user |
| GTF | Priorities | gtf_user |
| GTF | Servers | gtf_admin |
| GTF | Statistics | gtf_author |
| GTF | Subscriptions | gtf_author |
| GTF | SupervisionStatues | gtf_author |
| GTF | Surveys | gtf_author |
| GTF | SurveyType | gtf_user |
| GTF | Tags | gtf_user |
| GTF | UserOrders | gtf_user |
| GTF | UserSubscriptions | gtf_user |
| GTF | UserSurveys | gtf_user |
| GTF | Versions | gtf_user |
| GTF | Workspaces | gtf_author |
| Vitis | Domains | vitis_user |
| Vitis | GenericQuerys | vitis_user |
| Vitis | Groups | vitis_user |
| Vitis | Logs | vitis_admn |
| Vitis | Modes | vitis_user |
| Vitis | Phpinfo | vitis_admin |
| Vitis | Privileges | vitis_user |
| Vitis | Properties | vitis_user |
| Vitis | Ressources | vitis_user |
| Vitis | Tabs | vitis_user |
| Vitis | Users | vitis_admin |
| Vitis | Versions | vitis_user |
| Vitis | VitisSections | vitis_user |
| Vitis | WebServices | vitis_user |
Liste des contrôles GTF¶
Nom du contrôle GTF
Projets FME intégrés¶
3 projets FME sont intégrés initialement à GTF : « Admin Export », « Admin Import » et « Vérification des formulaires ».
Projet « Admin Export »¶
Le projet « Admin Export » permet d”exporter des projets FME au format d”échange de gtf : .gex. On peut exporter 1 à n projets FME.
Projet « Admin Import »¶
Le projet Admin-Import permet l”import dans GTF de traitements FME contenus dans un répertoire gex. Un projet FME dans GTF est identifié de façon unique par une clé. Le projet d”import permet, en cas d”import de projet dont la clé est existante en base de données, de choisir que faire de ce dernier :
- Remplacer le projet existant : le projet est mis à jour et son nom, sa clé et son identifiant sont conservés.
- Importer le projet avec une nouvelle clé et un nouveau nom :on ajoute de la sorte un nouveau projet en base.
- Ne pas importer le projet
Un rapport d”import est généré au format HTML. Il indique le nom et la clé du projet importé et le statut de l”import, c”est à dire « Mis à jour dans GTF », « Inséré dans GTF » ou « Non mis à jour dans GTF ».
L”import de projets au format gex, issus d”une version antérieure à GTF 2016, ne permet pas la création des formulaires au format json. Directement après avoir importé des projets via « Admin Import », lancer le traitement « Vérification des formulaires » pour permettre la génération des formulaires au format json.
Projet Vérification des formulaires¶
Ce traitement permet la vérification et/ou la génération des formulaires des traitements. Les formulaires des traitements importés depuis une version antérieure à GTF 2016 ne sont pas directement créés au format JSON. Ce traitement permet de définir les conditions de génération des formulaires par défaut et des formulaires publiés. Tous les traitements sont parcourus. 2 options sont possibles :
- Ne pas forcer la régénération des formulaires par défaut pour tous les traitements : ne sont traités que les traitements ne disposant pas de formulaire publié de type subform.json. Leurs formulaires sont donc invalides si le type de formulaire publié indiqué en base est de type “par défaut”, alors les 3 formulaires sont générés.
Sinon, si le formulaire source indiqué en base est de type “personnalisé”, alors un rapport indique que le traitement est invalide et que l”auteur doit créer lui même le formulaire.
formulaire invalide - Forcer la régénération des formulaires par défaut pour tous les traitements : un formulaire par défaut est regénéré pour tous les traitements. Les formulaires par défaut sont publiés si le formulaire en base de données est de type « Défaut ». Sinon les formulaires publiés personnalisés sont conservés. En savoir plus sur les formulaires dans GTF.