GTF 2020.01.03

Anomalies corrigées

  • Contournement de la vérification des certificats du SMTP de manière systèmatique

  • Mise en place du template permettant de gérer la crypto (une fuson des templates est à prévoir)

  • Ajout d'aide pour la saisie du filtre obligatoire pour utiliser un Active Directory

  • Utilisation de liste textuelle comme parent pour une liste cascade

  • Encodage des filtres sur les sources de données des formulaires

  • Corrections d'ambiguïté de label dans le studio

GTF 2020.01.02

Anomalies corrigées

  • Retouche du démarrage automatique des instances Cloud

  • Encodage des sources envoyés vers FME Server

GTF 2020.01.01

Evolutions

  • Refonte de la documentation

  • Utilisation des paramètres publiés au niveau du template de mail (wk_params_parsed)

  • Amélioration de l'ergonomie du formulaire de configuration

  • Prise en compte du mardown dans la modale "A Propos"

Anomalies corrigées

  • Utilisation du mot clé "default" par défaut si le workspace n'a pas de mot clé défini

  • Regression sur la casse du login lors de la connexion

  • Perte d'information sur le formulaire de configuration en cas de changement de section

  • Perte de privilèges lors de modifications de droits en cas de base partagée avec d'autres applications

  • Utilisation des \ dans le chemin vers l'exécutable FME (Windows)

  • Utilisation de S3 comme système de fichier

  • Préservation de l'encodage des fichiers lors de l'envoi des ressources complémentaires sur FME Server/Cloud

GTF 2020.01.00

GTF 2020.01.00 marque la sortie d'une toute nouvelle version de GTF pour laquelle l'interface a été complètement revisitée. Le code ainsi que les technologies employées ont été retravaillés de A à Z.

Evolutions

Client

Liste des changements majeurs de technologies :

  • Angular 9 en remplacement de AngularJS

  • SASS en remplacement de LeSS

Liste des technologies mises à jour :

  • Bootstrap : Passage à la version 4

  • OpenLayers : Passage à la version 5

Page de login

Tableau

Studio

Statistiques

Journaux

API

Liste des changements majeurs de technologies :

  • Symfony 4 en remplacement d'un système personnalisé

  • Token JWE en remplacement des sessions PHP

Liste des technologies mises à jour :

  • PHPMailer : passage à la version 6

Liste des changements effectués au niveau de l'API :

  • Headers HTTP :

    • Le jeton d'authentification est stocké dans le header HTTP Authorization

    • Le header Accept est utilisé pour définir le format de retour de l'API (application/json ou application/xml)

  • Retour systématique des données via l'attribut data :

Exemple de retour sur un GET qui retourne plusieurs éléments :

{
  "data": [
    {
      "group_id": 1,
      "name": "Administration",
      "nb_members": 18
    },
    {
      "group_id": 51,
      "name": "Administratif Veremes",
      "nb_members": 1
    }
  ],
  "list_count": 2,
  "total_row_number": 2,
  "status": 1
}

Exemple de retour sur un GET avec identifiant qui ne retourne qu'un seul élément :

{
  "data": {
      "nb_members": 8000,
      "group_id": 1,
      "name": "Administration",
      "users": "...",
      "users_label": "..."
    },
  "status": 1
}

Moteurs

Liste des changements majeurs de technologies :

  • Développement personnalisé en nodeJS, en remplacement de l'ancien gtf.engine en PHP

  • Utilisation d'un gestionnaire cron nodeJS en remplacement de Pycron

Le code nodeJs est compilé en plusieurs exécutables facilitant l'installation. Le code a été simplifié, améliorant la maintenabilité de cette partie.

Les traitements se lancent désormais plus rapidement.

Améliorationd e la robustesse du système de calcul de la licence GTF.

Changement de fonctionnement pour les modèles d'e-'mails

Fusion des deux définitions au niveau du modèle d'e-mail.

Lors de la mise à jour, les tables seront changées au niveau de la base de donnée pour passer du schéma GTF dans le schéma Vitis (les données seront récupérées).

Le système de définition avancée, via du code PHP, a été abandonné pour l'utilisation de templates HTML/AngularJs qui permet d'éviter Les injections PHP. Cela sécurise grandement l'application.

Par défaut quatre modèles sont disponibles :

  • default-2020.01.00 : Modèle par défaut pour l'envoi des réponses via GTF

  • default-forgotten-password-v2020.01.00 : Modèle par défaut pour la récupération de mot de passe

  • default-sign-up-v2020.01.00 : Modèle utilisé pour valider l'inscription d'un utilisateur (mode validation par admin et mode auto-validation)

  • default-confirm-sign-up-v2020.01.00 : Modèle de confirmation d'inscription

En cas de mise à jour depuis une version plus ancienne de GTF, il faudra modifier vos modèles d'e-mail existant pour :

  • la définition simple : récupérer le texte de l'ancien message et l'utiliser en l'état ou le passer en HTML

  • la défintion avancée : récupérer le code PHP et l'adapter pour le convertir en définition HTML

Une aide et une système d'autocomplétion sont disponibles pour vous aider à développer vos modèles (cette aide est relative au contexte).

Le contexte correspond au type de modèle de données qui sera appliqué pour évaluer votre modèle d'e-mail. Un modèle de données développé pour un contexte défini ne peut pas être utilisé pour un autre contexte.

Template de mail

Amélioration de l'ajout de demande

Sélection de projet

Ajout de demande

Compression des logs si GTF détecte plusieurs fichiers

GTF calcule un emplacement sur le disque afin d'y déposer les logs de l'exécution du traitement (emplacement similaire au résultat fichier s'il y en a).

Si, dans ce dossier, se trouvent plusieurs fichier avec l'extension .log, ceux-ci sont compressés et le log de la demande est en .zip. Dans le cas où il n'y a qu'un fichier, le fonctionnement reste identique aux précédentes versions.

Un cas d'utilisation pratique est de pouvoir rediriger les logs de vos workspacerunner dans ce dossier afin d'avoir tous les logs de votre traitement au même endroit.

Jetons de connexion par utilisateur

Remplacement de l'ancienne fonctionnalité de token public

L'utilisation d'un seul compte public pour toute l'application présentait quelques désavantages dans la gestion fine des droits pour lancer un traitement via un widget. Pour améliorer ce fonctionnement, nous avons ajouté la possibilité de créer des jetons de connexion pour n'importe quel utilisateur.

Liste des token

L'admin peut créer un token pour un utilisateur.

Nous préconisons de créer un utilisateur spécifique pour l'utilisation d'un widget et d'affiner les droits le plus possible. L'administrateur peut ensuite créer un token pour cet utilisateur et déployer le widget avec ce token.

Modification de l'interface simplifiée

Il est possible de modifier simplement la couleur principale et le CSS de l'interface ainsi que le texte de présentation l'interface de connexion, et ce directement depuis le client.

Interface

Autres

  • Évolution du système de licence GTF pour intégrer une clé spécifique à la machine

  • Dissociation de la catégorie FME au profit d'une notion de catégorie spécifique à GTF

  • Ajout d'une description brève sur les projets GTF

  • Mise en place d'une fonctionnalité de recherche sur les projets lors de l'ajout d'une demande

  • Modification du paramètrage pour l'import d'utilisateurs depuis un LDAP ou un Active Directory

  • Possibilité de créer/supprimer des privilèges dans l'application

  • Possibilité de n'afficher qu'un bouton dans les grilles

  • Possibilité de personnaliser les modèles d'e-mail pour l'inscription et la récupération de mot de passe

  • Visualisation des extensions autres que log dans l'arborescence des logs applicatifs

  • Possibilité de filtrer l'arborescence des logs applicatifs par nom de fichier

  • Amélioration du processus d'import de GEX

  • Changement du sytème de jetons classique vers des jetons JWE

Anomalies corrigées

  • Formatage des paramètres de type dates, date/heure, color_picker dans le moteur GTF

  • Impossibilité de renseigner une des deux clés en cas de l'utilisation du captcha

  • Impossibilité d'importer un fichier GEX s'il vient d'une vielle version de GTF

  • Corrections de divers bugs dans la documentation de l'API