Waarp R66 3.4.0

Support d'ICAP, identifiants de suivis et optimizations

Posté le 29-07-2020


Notes de version

La version 3.4.0 de Waarp R66 est la deuxième itération majeure de Waarp R66 depuis le début de l’année. Elle apporte deux nouvelles fonctionnalités :

  • le support du protocole ICAP pour déporter certaines vérifications des
    fichiers transférés sur des serveurs compatibles
  • l’ajout d’un identifiant unique associé au fichier transféré et conservé de rebond en rebond (followId)

Elle comporte également plusieurs évolutions, correctifs, et optimisation d’utilisation des ressources système.

Support d’ICAP

Une nouvelle tâche nommée ICAP a été 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.

Cette tâche peut être utilisée par exemple pour effectuer des contrôles antivirus sur les fichiers, ou pour d’autre filtrages de sécurité en utilisant
des serveurs compatibles ICAP.

Voir la documentation pour plus d’informations.

Identifiant follow

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.

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

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.

Réduction des logs au démarrage

L’initialisation de la librairie d’écriture des journaux génère parfois des logs au démarrage qui peuvent être évités (en conservant les avertissements 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" />

Configuration par défaut

Afin d’optimiser les transferts de données et l’utilisation des ressources systèmes, les valeurs par défaut de certaines options de configuration ont été modifiées :

  • La limite d’utilisation de la bande passante globale par défaut (option globallimit) est montée à 100 Gbps.
  • La limite d’utilisation de la bande passante globale par connexion (option sessionlimit) est montée à 1 Gbps.
  • La valeur par défaut de la RAM maximale utilisée par les services WEB et REST a été abaissée à 1 Go (au lieu de 4Go).

Ces modifications s’accompagnent de nombreuses optimisations dans l’utilisation de la RAM.

Liste des changements

Nouveautés

  • Assignation d’un identifiant de suivi aux transferts
  • L’interface REST v2 intègre l’option de recherche par identifiant de suivi
  • Support d’ICAP

Améliorations

  • Augmentation des limitations de bande passante par défaut.
  • Diminution de la RAM utilisée par les services HTTP et REST des serveurs Waarp R66.

Correctifs

  • Possibilité de supprimer les logs d’initialisation de la librairie d’écriture des logs
  • 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.
  • 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).
  • 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).
  • Certaines commandes ne fonctionnaient plus suite à un bug sur les logs.
  • Mise à jour des dépendances externes

Mise à jour

Cette nouvelle version est complètement compatible avec les versions 3.x et ne nécessite aucune manipulation particulière pour la mise-à-jour.

La procédure standard peut être suivie.

Liens