Liste des changements

La procédure de mise à jour est disponible ici: Mise à jour

Non publié

Waarp R66 3.6.2 (2022-03-01)

Correctifs

  • Correction pour le File Watcher (Spool) d’un paramètre optionnel mais qui devait être explicité (taskrunnernodb dans client)

  • Correction de bugs database (Limit, initialisation H2 pour la séquence)

  • Correction des tests Web

  • Changement de client Elasticsearch

  • Fixe #108 permettant la commande OPTS avant Login dans FTP

  • Fixe #110 permettant de configurer les CIPHER et les Protocoles en TLS

  • Mise à jour des dépendances

Waarp R66 3.6.1 (2021-12-10)

Correctifs

  • Amélioration des performances en ne forçant l’authentification que lors de connections réseau nouvelles (le multiplexage n’imposant pas la réauthentification)

  • Remplacement du Special Id de transfert en mode séquence dans une base par un GUID (l’option GUID peut être activée via -Dopenr66.transfer.guid=1) ; correction da la valeur minimale de la séquence pour éviter les problèmes de réinitialisation de la dite séquence (issue [#102])

  • Ajout de la possibilité de réinitialiser en ligne de commande la valeur de la séquence (ServerInitDatabase avec l’option -minimalSeq value) (issue [#102])

  • Traces en mode DEBUG pour certains états R66

  • MariaDB depuis la version 10.3 autorise l’usage de « SEQUENCE »

  • Correction de tests en erreur (issue [#100] et [#99])

  • Benchmarks réitérés

    • +25% entre v3.6.0 et v3.6.1, après +40% entre v3.5.2 et V3.6.0, soit +75% depuis la V3.5.2 ou +310% depuis la V3.0, avec une pointe à 150 transferts/s

    • Confirmation du mode Cluster : avec 4 serveurs en cluster, une pointe à 340 transferts/s est obtenue, avec une accélération quasi linéaire de 2 à 4 instances

  • Ajout de la vérification sur les chemins globaux ou associés aux règles comme étant sous le répertoire de base global (issue [#103])

  • Amélioration de la documentation et de sa génération [#98]

  • Corrections de tests non passant sur des environnements chargés par ailleurs (issue [#104])

  • Mise à jour des dépendances

Waarp R66 3.6.0 (2021-08-15)

Nouvelles fonctionnalités

  • Ajout de l’option activepassive pour Gateway FTP avec pour valeur 1 = Active, -1 = Passive, 0 = les deux modes autorisés

  • Ajout d’une erreur si le certificat a une date de validité dépassée au démarrage

    • Pas d’erreur d’exécution, il appartient à l’administrateur de gérer les certificats qui sont ingérés dans le keystore ou le truststore

  • Waarp R66 : Ajout d’un écran dans l’administrateur Web pour créer ou modifier un Transfert via l’interface Web

    • L’initiateur est le serveur courant

    • Il est possible de définir la règle, le serveur partenaire distant, les informations de transferts (potentiellement vide), le fichier a envoyer (local au serveur et son existence est non testé), optionnellement la date de démarrage (si vide, immédiat), et enfin optionnellement le numéro de suivi (si vide, il sera assigné automatiquement)

    • Il est possible de modifier également un transfert qui n’a pas démarré (toujours avec pour condition le serveur initiateur étant le serveur local)

  • Waarp R66 : Ajout d’une possibilité de recherche des transferts associés à un numéro de suivi (en fonction des droits)

  • Waarp R66 : Ajout d’une option de logs asynchrones poussés vers une API REST externe ou vers un Elasticsearch (ce dernier uniquement JRE >=8) pour permettre la surveillance globale des transferts de un ou plusieurs moniteurs Waarp R66

  • Waarp R66 : Ajout de la possibilité d’étendre les tâches de Waarp R66 via un TaskFactory

  • WaarpR66 : Création d’une TaskFactory pour ajouter des tâches R66 qui permettent de lire, écrire ou effacer des fichiers depuis un stockage S3 pouvant servir de source ou cible dans le cas de transferts (org.waarp.openr66.s3.taskfactory.S3TaskFactory) ;

    • Cette Factory est chargée dynamiquement si la classe correspondante est dans le classpath (uniquement disponible en JRE 8 et au-dessus).

  • WaarpR66 : Ajout du support de la compression basée sur ZTSD. Cet algorithme est à la fois rapide, peu consommateur et très performant en compression. Il est utilisable via une tâche COMPRESS spécifique.

  • WaarpR66 : Ajout de la compression à la volée au niveau des blocs (avec l’algorithme ZSTD). Il est activable par la configuration compression à True dans la partie limit du fichier de configuration (active la compression par bloc si le partenaire l’autorise aussi). Cette option est à compléter par l’argument d’information transmis au partenaire avec le mot clef #COMPRESS# qui indique qu’il souhaite compresser.

    • Ainsi, si les 2 partenaires ont la compression active et si un transfert précise dans son information de transfert ce mot clef, le transfert utilisera une compression par bloc.

    • Toute autre configuration ne déclenchera pas la compression par bloc (notamment pour compatibilité ascendante).

    • La configuration de compression globale est désactivée par défaut pour réduire la consommation CPU et mémoire, mais elle peut être activée par défaut sans difficulté et n’être jamais utilisée dans des transferts (pas d’argument #COMPRESS# ou partenaire n’ayant pas activé cette option), ou n’être utilisée que ponctuellement.

  • Compatibilité JRE 16 vérifiée (base JRE11)

  • Benchmarks multi-usages et multi-versions (voir chapitre Configuration Avancée)

Correctifs

  • Amélioration de la gestion des Threads Clients et Servers

  • Amélioration des Threads pour Recv avec minimum/maximum optimisés

  • Accroissement de la limite de RUNLIMIT à 50000, maintient du défaut à 1000

  • Benchmark sur multiple serveurs Waarp en mode cluster

  • Benchmark avec le Monitoring

  • Benchmark avec le stockage S3

  • Fixe l’usage de Netty Native OpenSSL ou BoringSsl (performances TLS)

  • Fixe Waarp R66Proxy

  • Fixe les configurations des bases de données, notamment les index et les tailles

  • Fixe les vérifications API REST (V1 et V2) (sanity)

  • Fixe la transformation Json <-> DbHostAuth

  • Fixes de bug liés à la lecture XML des règles, de la gestion de client sans base

  • Usage de Saxon pour le standard XML

  • Fixes des bugs de stabilités FTP (serveur et clients)

  • Benchmark sur Serveur FTP et Gateway FTP (avec H2 et PostgreSQL)

  • Amélioration des Types SQL, index et requêtes SQL (R66 principalement)

  • Fixe de la gestion des transferts à soi-même

  • Ajout d’un test de non régression avec la 3.5.2 qui sert de référence

  • Amélioration du code et de la gestion mémoire et de la documentation

  • Mise à jour des dépendances, JAR et javascript

Waarp R66 3.5.2 (2021-03-03)

Correctifs

  • Amélioration de la fermeture opportuniste des connexions réseaux

  • Amélioration de la liaison JVM/Filesystem lors du test de lisibilité

  • Accroissement de la limite de RUNLIMIT à 10000, maintient du défaut à 1000

  • Amélioration des performances (usage de ByteBuf natif)

  • Fix de la Gateway FTP pour les clients sous Windows qui abusivement envoient une commande OPTS avant l’authentification

  • Mise à jour des dépendances

Waarp R66 3.5.1 (2020-09-01)

Correctifs

  • Réduction des temps de latence dans le code

  • Correction de mauvaises pratiques de code

  • Compatibilité JDK 6 à 11, 3 packages Java (Waarp*.jar pour JRE6, Waarp*-jre8.jar pour JRE8 et Waarp*-jre11.jar pour JRE11)

  • Amélioration des performances sensibles (15%) en lien avec les calculs d’empreintes (Digest)

  • Amélioration de la documentation

  • Amélioration du service Rest V2 pour inclure les informations des FileMonitoring

  • Amélioration des logs (performances et level)

  • Amélioration des accès base de données (Rule, Host, Business) par cache et optimisation spécifique pour TaskRunner (mise à jour du compteur Rank)

  • Mise à jour des dépendances

Waarp R66 3.5.0 (2020-09-01)

Nouvelles fonctionnalités

  • [#74] Les interfaces réseaux sont spécifiables en plus du port à utiliser. Plusieurs interfaces sont possibles (séparées par une virgule).

Correctifs

  • [#77] Le risque de dépassement de capacité mémoire directe est largement diminué au profit de l’usage du Pool de mémoire Netty au sein de la JVM. Des optimisations majeures en termes d’allocations/désallocations ont également été effectuées.

  • [#72] Le commander pouvait être bloqué dans certains cas. (issue [#65])

  • [#71] XMLRuleDAO ne prenait pas en compte les règles de transferts (cas d’un client sans base comme le FileMonitor) (issue [#64])

  • [#69] Des actions dans le menu Système de l’interface d’administration étaient manquantes. (issue [#63])

  • [#70] Un transfert d’un client vers lui-même (self-transfert) provoquait un effacement du transfert. (issue [#62])

  • [#68] La page Web admin était cassée avec les map dans le champ Information de transfert. (issue [#61])

  • [#67] Les options de sorties (csv, xml, json, property) sont rétablies et dans un format approprié. (issue [#60], issue [#78])

  • [#66] EXECOUTPUT provoquait une erreur de mappage de classe (issue [#59])

  • Nettoyage du code (styles)

  • Mise à jour des dépendances

  • Packaging : Modifications des valeurs Xms et Xmx de Java avec les valeurs recommandées.

  • Packaging : Correction des commandes de lancement de transfert sous windows

  • Packaging : Correction de l’arrêt des filewatchers et des serveurs R66

  • Packaging : Les packages .deb dépendent maintenant directement de Java 8 (et non de la JRE par défaut).

  • Packaging : Corrections des erreurs « The %1 service is marked as an interactive service. However, the system is configured to not allow interactive services. This service may not function properly. » lors du démarrage des services sur certaines versions de Windows.

  • Packaging : par défaut, les logs clients R66 sont écrits dans des fichiers plutôt que sur la sortie standard.

Waarp R66 3.4.0 (2020-07-17)

Nouvelles fonctionnalités

  • [#49] Pour les transferts, une nouvelle fonctionnalité permet de gérer le suivi fin des retransferts (rebonds entre plusieurs serveurs R66). Cette option positionne un champ dans la partie information de transfert de la forme suivante : {"follow": numeroUnique} pour le premier transfert et les transferts suivants récupèreront ainsi cette information nativement.

    Pour les anciennes versions, il est possible de simuler cette option manuellement en spécifiant pour le premier transfert dans le champ -info (information de transfert) un Json de type {"follow": numeroUnique} en attribuant un numéro unique (comme un timestamp).

    Cette option est active par défaut. Pour la désactiver, il faut préciser l’option -nofolow.

  • L’interface REST V2 intègre l’option de recherche par followId (GET /v2/transfers/?followId=number). number étant possiblement un entier long, il est conseillé de le manipuler en chaîne de caractères.

    Pour les anciennes versions, il faut requêter tous les transferts et filtrer ensuite sur le champ transferInformation selon la présence d’un champ follow suivi d’un numéro au format Json.

  • [#48] Une nouvelle tâche nommée ICAP est créée afin de permettre l’échange avec un serveur répondant à la norme RFC 3507 dite ICAP. Elle permet de transférer le contenu du fichier vers un service ICAP via une commande RESPMOD et d’obtenir la validation de ce fichier par le service (statut 204).

  • Packaging : ajout de la commande icaptest aux scripts waarp-r66client pour tester les paramètres ICAP

Évolutions

  • [#51] Les valeurs par défaut des limitations de bande passante ont changées : La limitation globale par défaut est maintenant de 100Gbps, et celle par connexion est de 1Gbps (ces valeurs peuvent être ajustées dans les fichiers de configuration).

  • [#51] La valeur par défaut de la RAM maximale utilisée par les services WEB et REST a été abaissée à 1Go (au lieu de 4Go) (cette valeur peut être ajustée dans les fichiers de configuration).

Correctifs

  • [#50] Le log géré par LogBack génère parfois des logs au démarrage d’information ou de debug qui peuvent être évités (en conservant les Warnings et les Erreurs) via l’ajout dans le fichier de configuration logback.xml les paramètres suivants en tête des options :

<statusListener
  class="org.waarp.common.logging.PrintOnlyWarningLogbackStatusListener" />

  • Packaging : les modèles de configuration intègrent le nouveau StatusListener dans la configuration des logs

  • [#51] Diminution de l’empreinte mémoire pour le cas des clients simples et diminution de la mémoire côté serveur pour les parties Web et REST. (issue [#52])

  • [#51] Si aucun argument -Xms n’est passé à la JVM lors du démarrage, la valeur par défaut de la JVM s’applique (en général 4Go).

  • [#54] Prise en charge correcte du filtrage par expression régulière dans le file watcher (il était impossible de filtrer juste sur le nom d’un fichier situé dans un sous-dossier).

  • [#57] Certaines commandes ne fonctionnaient plus suite à un bug sur les logs. (issue [#56])

  • Mise à jour des dépendances

  • Packaging : les scripts waarp-r66server utilisaient la configuration client pour certaines sous-commandes

  • Packaging : Arrêt des serveurs avec le signal HUP plutôt que INT

Waarp R66 3.3.4 (2020-06-02)

Correctifs

  • [#31] Corrige la régression sur la sélection d’un transfert à partir de son ID où le nom du serveur local ne prenait pas en compte si le serveur distant était en mode SSL ou pas (régression en 3.0).

  • Corrige la documentation (maven site) pour WaarpHttp

  • Corrige les dépendences dans les shading jars et les pom

  • Corrige l’interface DbHostConfiguration dans le Web Admin

  • Corrige la classe HttpWriteCacheEnable

  • [#35] Corrige le Web Admin sur les écrans Listing et CancelRestart pour le tri selon le specialId et pour le boutton « Clear »

  • [#37] Corrige l’interface RESTV2 pour les accès avec droits non pris en compte

  • Nettoyage du code

  • Corrige l’intégration de SonarQube avec Maven

  • [#38] Corrige l’exemple de la documentation sur l’authentification HMAC

  • [#42] Correction de la signature des requêtes dans l’API REST v2

  • [#43] Correction de l’authentification HMAC de l’API REST v2

  • [#45] Correction d’un bug sur la taille des paquets

Waarp R66 3.3.3 (2020-05-07)

Correctifs

  • [#20] Corrige l’affichage d’un transfert dont la règle n’existe plus dans l’interface d’administration Web Waarp OpenR66 et empêche l’effacement d’une règle tant qu’il existe au moins un transfert qui l’utilise dans sa définition. (issue [#19])

  • [#23] Corrige la prise en compte d’un chemin sous Windows avec qui se double en \ (issue [#22])

  • [#25] Corrige l’arrêt immédiat du serveur Waarp GW FTP après son démarrage (introduit en 3.1) (issue [#24])

  • [#27] Corrige l’absence de connections à la base de données pour l’interface d’administration en mode Responsive (issue [#26])

  • [#30] Corrige la régression sur la répétition à l’infini des tentatives de connexion depuis la version 3.1. Le principe de 3 tentatives avant échec est rétabli.

  • Corrige les dépendances externes (et le style)

Waarp R66 3.3.2 (2020-04-21)

Correctifs

  • Corrige les tests Rest V1

  • Corrige des méthodes manquantes dans le module WaarpHttp

  • Mise à jour des dépendances externes (compatibles Java 6)

  • Correction de l’API Rest V2 /v2/hostconfig/ qui retourne versionR66 (version du protocole) et versionBin (version du code)

    • La version retournée par l’API V1 n’est plus conforme suite la mise à jour automatique du schéma de la base de données.

  • Corrige une fuite mémoire API Rest

  • Corrige le cas du blocage d’un client lorsqu’il n’est pas reconnu par un serveur distant

Waarp R66 3.3.1 (2020-02-17)

Correctifs

  • [#13] Corrige l’oubli du module WaarpPassword dans les autres modules dans les packages jar-with-dependencies et en crée un pour WaarpPassword ; Met à jour les dépendances pour SonarQube (usage interne)

  • [#9] Corrige une régression sur l’API REST v1 introduite dans la version 3.2.0

  • [#10] Corrige une régression qui empêche les ports négatifs pour les partenaires introduite dans la version 3.2.0

Waarp R66 3.3.0 (2020-01-18)

Améliorations

  • Ajout des propriétés suivantes à la sortie des commandes *send : specialid, finalPath, originalPath, statusCode, ruleid, requested, requester, fileInformation, originalSize

  • Amélioration de la prise en compte d’un transfert échoué sur connexion impossible pour rejeu

  • Amélioration de la détection au plus tôt de l’absence d’un fichier lors d’une demande d’émission

  • Amélioration de la prise en compte d’un fichier déjà pris en compte par FileWatcher mais modifié après, sans être effacé (ce qui n’est pas une bonne pratique) : le fichier sera reprogrammé pour un nouveau transfert. Cette amélioration est désactivable avec l’option -ignoreAlreadyUsed=true

  • Mise à jour des dépendances externes

Waarp R66 3.2.0 (2019-10-25)

Sécurité

  • Support de TLS 1.2 pour toutes les versions de JRE

Nouveautés

  • Refonte Db

Améliorations

  • Diminution du nombre de threads utilisés

  • Optimisation de l’utilisation de ressources externes (RAM, CPU)

  • Mise à jour des dépendances externes

Correctifs

  • Suppressions d’erreurs de type « deadlocks »

Waarp R66 3.1.0-1 (non publiée)

Note

En raison de bugs bloquants, cette version n’a pas été publiée.

Sécurité

  • Corrige un bug permettant de contourner l’obligation d’un canal SSL

Nouveautés

  • Nouvelle version de l’API REST ([documentation](interface/restv2/index.html))

Améliorations

  • Les regexes du filewatcher permettent de filtrer sur le chemin complet des fichiers et non juste le nom du fichier

  • les scripts waarp-r66client et waarp-r66server permettent de mettre à jour la base de données.

Correctifs

  • Corrige les code retour d’initialisation de la base de données

  • Corrige les messages d’erreur suite à un échec de connexion

  • Renomme l’option dbcheck de la configuration de base données en autoupgrade

  • Corrige les messages d’erreur au chargement de la page « Cancel-Restart » de l’interface d’admin

  • Les services sont arrêtés avec le signal interrupt plutôt qu”usr1 pour permettre un arrêt normal du service

  • Mise à jour des dépendances externes

  • Optimisation de l’utilisation de connexions à la base de données

  • Les scripts linux waarp-r66client et waarp-r66server permettent de mettre à jour le modèle de données

Dépréciations

  • L’option de configuration dbcheck est dépréciée

Waarp R66 3.0.12-1 (2019-05-10)

Correctifs

  • Corrige des problèmes de perte de connexions à la base de données

Waarp R66 3.0.11-1 (2019-02-20)

Correctifs

  • Correction du support des espaces dans les tâches TRANSFER

  • Correction d’un NullPointerException au lancement du filewatcher

  • Correctif dans le lancement des transferts asynchrones

  • Suppression de la valeur miminum pour l’option runlimit

  • Arrête l’envoi de paquets quand le transfert est stoppé ou annulé

  • Correction de la commande exécutée sous Windows dans les tâches EXEC* si des slashes (« / ») sont utilisés dans le chemin de l’exécutable

  • Ajout d’un délais de 5 minutes entre de tentatives de redémarrage du serveur R66 en cas d’échec de lancement dans les services systèmes (systemd et Windows).

Packaging

  • manager-send.sh génère un fichier get-files.list pour Waarp Gateway SFTP : ce fichier est consommé par le script waarp-get-sftp.sh (livré avec les packages de la passerelle) pour interroger périodiquement les serveurs distants.

  • waarp-pull.sh ne démarre plus qu’un seul transfert pour le fichiers disponibles.

Waarp R66 3.0.10-1 (2018-10-08)

Correctifs

  • Support des espaces dans les tâches des chaînes de traitement

  • Support des chemins UNC sous windows

Waarp R66 3.0.9-2 (2018-07-16)

Correctifs

  • Correction de la gestion de la configuration des filewatchers par Manager

  • Correction du redémarrage des filewatchers sous windows

Waarp R66 3.0.9 (2018-01-08)

Correctifs

  • Mise à jour des dépendances externes

  • Correction de l’erreur de chargement des données dans l’interface d’administration

  • Le serveur Waarp R66 ne démarre plus si les ports sont déjà utilisés

  • Les chemins de destination des tâches RENAME, MOVE, MOVERENAME, COPY, COPYRENAME peuvent contenir des espaces

  • Correction du blocage des transferts asynchone quand leur nombre est supérieur à clientthread+11

  • Correction d’un interblocage quand le nombre de transferts simultanés approche la valeur de clientthread

  • Correction d’une fuite de mémoire

  • Le Filewatcher ne démarrait pas quand fileinfo n’était pas renseigné dans le fichier de configuration