CHEZ SPARK | Delphes, quoi de neuf ?
La version 2022 de Delphes est à présent disponible !
Afin de mieux comprendre ses nouvelles fonctionnalités et mises à jour, Herwann Perrin, responsable produit Spark Archives, nous a écrit un article de présentation de Spark Archives Delphes regroupant les détails sur :
- la mise à jour des composants techniques,
- l'amélioration des performances,
- l'amélioration de l'export SEDA 2.1,
- l'évolution graphique et ergonomique,
- la mise en conformité des différentes normes et exigences,
- les archives historiques,
- etc.
Nous vous en disons plus dans cet extrait :
Comme prévu, la nouvelle version de Spark Archives a été livrée en interne le 3 janvier 2022 et propose un ensemble de nouveautés tant d’un point de vue technique que fonctionnel.
1. Évolutions techniques
Comme d’habitude, les releases de début d’année sont l’occasion de remettre à jour l’ensemble de la « stack technique » et ses composants afin d’être en phase avec l’état de l’art dans le domaine.
Mises à jour des composants techniques
En ce sens, on notera les versions mises à jour sur les principaux composants que sont :
- Java : version 8 (pas de changement)
- Serveur d’application Apache Tomcat : version 9.52
- Moteur de recherche ElasticSearch : version 7.15
- Moteur de files RabbitMQ : version 3.9.4
- Base de données PostgrSQL : version 13.4
- Base de données Oracle : version 19c (pas de changement)
- Conversion Aspose : version 21.8
- Antivirus Clamav : version 0.104.0
- Côté navigateur, on supporte toujours Chrome, Edge Chromium et Firefox
- Evolution de l’API Storage
Dans Delphes, l’API Storage associée à la conservation des documents électroniques dans les magasins électroniques a été améliorée et simplifiée à fonctionnalités constantes.
Améliorations des performances
Dans la suite des travaux effectués dans la version Cuzco, des analyses complémentaires ont été menées afin de continuer à améliorer les performances applicatives, en particulier dans le cas d’une application « chargée ». S’appuyant sur des outils comme JMeter et des scénarios automatiques de tests, l’ensemble de ces travaux a permis de corriger certains axes et d’identifier les améliorations à mettre en place.
Ces travaux au long cours se poursuivront sur la prochaine release.
Isolation technique des composants tiers
Les montées de version sont devenues une priorité pour nous autant que pour nos clients. En effet, l’obsolescence de plus en plus rapide des composants techniques et la nécessité associée aux « patch » de sécurité est de plus en plus prégnante. On a évidemment à l’esprit la récente faille découverte sur log4j même si celle-ci ne concerne pas directement Spark Archives.
Aussi, des travaux ont été menés afin de permettre d’isoler les montées de version des « thirds parties » telles que Elastic Search et RabbitMQ pour que celles-ci soient indépendante d’une montée de version applicative.
Pour faire simple, un client sous Spark Delphes pourra plus facilement faire évoluer ces deux composants techniques tout en restant dans la version Spark Delphes si celui-ci considère que les améliorations fonctionnelles ne sont pas nécessaires à ses besoins immédiats.
Diagnostic et état de santé des principaux composants
L’écran de diagnostic qui permet de suivre l’état de santé des principales briques techniques (Elastic Search, RabbitMQ, magasin électroniques, convertisseur, serveur mail, caches, base de données…) a été enrichi de manière à permettre une meilleure visibilité sur le nombre de documents électroniques conservés.
Amélioration du connecteur SAML
On peut maintenant activer l’authentification forcée dans le cadre du connecteur SAML ce qui a pour objectif de mettre en place des mécanismes de réauthentification selon les cas d’usages métiers identifiés.
De même, lors de l’authentification on peut dorénavant créer les utilisateurs directement dans l’application avec des valeurs par défaut après que ceux-ci ont été dûment authentifiés.
Amélioration de l’export SEDA 2.1
Des améliorations techniques permettent de prendre en charge en export les versements électroniques au format SEDA 2.1.
L’export SEDA 2.1 des versements peut être personnalisé par client en fonction des profils et contrats d’archivage qui sont définis avec le client.
Une première implémentation client...
Pour lire l'article complet rendez-vous sur le blog de Spark Archives.
- Vues52