BeDesk-Express

Lorsqu’une licence se désactive, la continuité du journal de réplication peut être corrompu.

Pour éviter cela, il faut améliorer le contrôle de désactivation et de réactivation.

La création d’un snapshot en fin de session ne présente aucun problème car en cas de réactivation sur une base de données corrompue, l’activation ne tient pas (mode par défaut).

Ainsi, le snapshot permet d’éviter de devoir absolument repartir d’une sauvegarde de sécurité à distance en restaurant les fichier systématiquement dans l’état d’origine (pour facilité).

En mode dégradé, les documents ne peuvent pas être modifiés. On peut toutefois les consulter et les imprimer tels quels.

Lorsqu’une erreur de validation du dernier contact saisi, un enregistrement dont l’identifiant est zéro est effectivement ajouté.

En cas d’erreur de l’agent de réplication, la méthode _Trk4b_Tk.dispatchReplicationAgentError(e) n’est pas appelée correctement.

De cet fait, le dispatching de l’erreur ne se fait pas correctement.

Le fichier de contacts peut donc en être altéré.

Corrigé.

Demande d’utilisateur:

Le service achats souhaiterait pouvoir avoir les informations suivantes :
- le prix d’achat,
- la prix d’achat x les quantités en stock
- la quantité en stock
- le prix de vente
- le prix de vente x les quantités en stock.

Actuellement, les exports se font ainsi: c’est à dire sélection des “rapports”, “articles en stock”, “évaluer la valeur de vente du stock” puis “évaluer la valeur d’achats du stock”. Ensuite téléchargement en CSV/TXT, ouverture depuis Excel, et enfin rapprochement des fichiers avec une rechercheV. Cela est fastidieux, long, et source d’erreur.

Amélioration prise en compte : confirmée.
A planifier : voir ordre de priorité.

La revalidation des codes doit être conservée, même si ceux-ci sont effectivement déjà validé.

Toutefois, il est utile de permettre à l’occasion un nouvel enregistrement des coordonnées.

Si une boîte de dialogue est ouverte en dehors de l’AWT-EventQueue, des exception NullPointer peuvent survenir.

On peut s’assurer que les boîtes sont ouvertes dans l’AWT-EventQueue à l’aide des Task et du Worker.

• MsgBox
• MainAppList

Nécessité de créer un nouvel exécutable “.app” pour macOS intégrant Java 9 et compatible avec le nouveau macOS 10.13.

Version supportée minimum du système Mac OS X passe à 10.10.

—

Ajout de la commande append avec chaînage de clés SHA-256.

Un Track devient ainsi une “blockchain” dont la fiabilité est assurée au niveau cryptographique.

Le contrôle d’intégrité des données sur les postes clients était assurée par la gestion de Tokens. Il s’agissait plus particulièrement de sommes d’autocontrôle.

Pour pouvoir écrire sur le Track, il fallait fournir le Token précédent et un nouveau Token correspondant chacun à la somme d’autocontrôle des données.

Cette méthode est remplacée par le calcul de hash (SHA-256 plus précisément). Ce calcul concerne les données de tous les buckets pris en compte pour la réplication. On a ainsi un hash qui correspond à une signature unique (arbre de Merkle) de l’ensemble des données du poste client.

Sur le même principe, le client doit fournir non seulement le CASC (Compare And Swap Counter) et l’OCCL (Optimistic Concurrency Control Lock) du prochain enregistrement prévu dans le chaînage, mais également le hash correspondant à l’état des données après la dernière écriture.

Un client ne peut fournir ces informations que s’il contient bien l’ensemble des données prévues inaltérées et qu’il est devenu le leader du cluster.

A partir de Java 9, Oracle ne fournit plus de bundle JRE pour Windows 32 bits.

Nous adaptons donc la distribution des paquets en nous focalisant donc exclusivement sur la version 64 bits.

Lorsque les données ont été importées à partir d’une ancienne révision, les anciens fichiers ont normalement été supprimés.

Or, il peut rester quelques fichiers de configuration qui ont pas été correctement supprimés lors de l’opération.

C’est plus particulièrement le cas des articles avec le le fichier de configuration résiduel “dba.cfg” de l’ancien moteur B5F.

Ce garde-fou veille à supprimer ce fichier s’il est toujours présent.

Jusqu’à présent, les paquetages Java nécessaires à l’application étaient déployés sur le disque de l’ordinateur avant d’être exécutés.

Cette amélioration supprime la nécessité de déployer les paquetages sur disque. L’application est 100% démarrée en mémoire vive et ne nécessite plus d’accès disque pour accéder à ses composants.

Cela augmente la réactivité de l’application. Il faut moins de temps pour répertorier les ressources et autres composants chargés dynamiquement.

Il est cependant toujours nécessaire de redémarrer l’instance Java pour appliquer les dernières mises à jour.

Dans certains cas, la procédure de démarrage ne se lance pas et le logiciel reste suspendu.

Il suffit de fermer l’application (arrêt forcé) et de relancer pour ne plus constater le problème.

—

Ce problème ne semble affecter que Mac OS X. Aucun cas sur Windows n’a été signalé jusqu’à présent.

—

La procédure est lancée sur évènement de l’interface UI. L’évènement semble ne pas toujours être capté.

Or, la procédure peut démarrer immédiatement. Ce n’est pas grave si la procédure est déjà lancée alors que le fenêtre apparaît à l’écran.

—

On lance à présent la procédure par le composant StartupHub directement après avoir initialiser la fenêtre principale et sans attendre qu’elle soit affichée à l’écran.

Ceci permet d’accélérer en même temps le démarrage du module principal.

—

Tests nécessaires.

On constate que certains utilisateur essayent de continuer d’utiliser une ancienne version du logiciel (le plus souvent BeDesk 16) en même temps que la version actuelle (BeDesk 17) à l’aide de la même licence.

Cela crée des problèmes de désactivations intempestives et entraîne la corruption du chaînage de session dans la version plus récente du logiciel.

Le service d’activations devrait donc refuser l’activation d’une ancienne version du logiciel avec une licence qui a été utilisée avec une version plus récente du logiciel.

En d’autres terme, il faut interdire la rétro-activation.

Le temps de réponse des services en ligne dépend fortement de la latence occasionnée par le délai de connexion et la redistribution de charge sur internet et à travers l’infrastructure.

Notre frontend situé en Hollande nécessite un temps de connexion double par rapport à notre frontend situé en France. Il serait donc plus judicieux de mieux utiliser la partie française que celle située en Hollande.

Il n’est pas directement question d’abandonner la partie hollandaise. Mais plutôt de privilégier la partie située en France pour réduire la latence.

Pour pouvoir ajouter un nouveau bloc à la chaîne de blocs gérée par un serveur Track, le réplicateur doit devenir le leader et non plus un follower. Pour cela, il doit fournir une valeur de CAS correct. Si le réplicateur a un CAS inférieur au dernier CAS fourni au serveur Track, le réplicateur est un follower. Si son CAS est celui attendu du prochain leader, il peut ajouter un nouveau bloc à la chaîne.

Dans le cas de figure ou son CAS serait supérieur au celui attendu du leader, le serveur Track refuse l’ajout. Par contre, le réplicateur n’enregistre pas l’erreur et une boucle sans fin se met en place où le réplicateur essaye de faire passer son CAS incorrect de façon indéfinie.

Pour éviter cela, si le CAS du réplicateur est supérieur à celui du Track, une erreur de CAS devrait être déclenchée. Et le réplicateur devrait s’arrêter puisque la chaîne locale (les fichiers LogView locaux) est corrompue.

Si on modifie le contenu d’une facture (tout sauf un paiement reçu), le document doit être marqué comme “à imprimer” à nouveau.

Idem pour “Envoyé”.

Il ne doit plus être possible de simplement cocher la case “payé” pour stipuler que le document est payé.

L’utilisateur est obligé d’apurer correctement ses documents en indiquant la liste des paiements reçus.

Le logiciel détermine automatiquement si le document est payé ou non en fonction de la somme des montants reçus.

Si cette sommes est égale au Grand Total de la facture, celle-ci est payée, sinon, ce n’est pas le cas.

ATTENTION!... VERIFIER LA LOGIQUE DE LA GESTION DES PAIEMENT AVEC LES MODES MDA ET AGESSA.*

Il faut d’abord enregistrer la totalité des paiements reçus de sorte que la facture soit payée pour pouvoir éventullement cocher “Pour acquit”.

Il semble que certains utilisateurs coche d’abord “pour acquit” alors qu’aucun articles n’a été facturé.

Le document passe donc pour payer alors qu’il ne l’est pas en réalité.

Ensuite, ils modifient le contenu ce qui en finalité génère un document portant la mention “pour acquit” mais qui n’est pas payé.

Ceci doit être détecté et interdit par l’interface utilisateur.

Ce bug touche toutes les révisions de la version 17.

Le nom de la base de données n’étant pas encore reconnu au moment de l’exécution de l’assistant du premier démarrage, la sauvegarde des options dans le bucket ‘properties’ est désactivé.

Le nom de la base de données doit être reconnu directement au début du lancement.

—

Par défaut retourne le nom obtenu par le module PZ. Le test de correspondance est effectué ultérieurement. De cette manière, si le nom change, on peut le détecter également.

Cependant, ainsi, le nom de la base de données physique est déjà disponible dès le lancement.

—

On supprime aussi des garde-fous relatifs à la compatibilité avec BeDesk 11, largement désuets à présent.

Le fichier TrueType de la police par défaut ne peut être trouvé sur le disque de l’ordinateur. Il en résulte l’erreur interne suivante:

HTMLDOC *** AutoCheckFontSize patching font size 8 -> 10 ***
HTMLDOC *** AutoCheckFontSize patching font size 6 -> 7 ***
<#> Report length : 10449
<#> Report created in 29ms...
TRACE 0:00:38.190  kit.reading...
CREATE PageClassicHeaderImage : javax.swing.ImageIcon@52fc87c4
TRACE 0:00:38.271  kit.reading done.
TRACE 0:00:38.285  kit.reading...
TRACE 0:00:38.292  kit.reading done.
TRACE 0:00:38.317  kit.reading...
TRACE 0:00:38.384  kit.reading done.
BeDeskLauncher->AppInUseDaemon : Buzz @ 2018-01-29T11:05:44.086110Z
export PDF...
2 PAGES...
java.io.IOException: Open Sans.ttf not found as file or resource.
	at com.lowagie.text.pdf.RandomAccessFileOrArray.(RandomAccessFileOrArray.java:106)
	at com.lowagie.text.pdf.TrueTypeFont.process(TrueTypeFont.java:633)
	at com.lowagie.text.pdf.TrueTypeFontUnicode.(TrueTypeFontUnicode.java:99)
	at com.lowagie.text.pdf.BaseFont.createFont(BaseFont.java:685)
	at com.lowagie.text.pdf.BaseFont.createFont(BaseFont.java:603)
	at com.lowagie.text.pdf.BaseFont.createFont(BaseFont.java:546)
	at bedesk.font_tk.FontTk.DefaultBaseFont(FontTk.java:584)
	at bedesk.font_tk.FontTk$1.awtToPdf(FontTk.java:142)
	at com.lowagie.text.pdf.PdfGraphics2D.getCachedBaseFont(PdfGraphics2D.java:1006)
	at com.lowagie.text.pdf.PdfGraphics2D.setFont(PdfGraphics2D.java:999)
	at com.lowagie.text.pdf.PdfGraphics2D.(PdfGraphics2D.java:209)
	at com.lowagie.text.pdf.PdfContentByte.createGraphics(PdfContentByte.java:2903)
	at bedesk.printing.MyPDFWriter.writePrintable(MyPDFWriter.java:167)
	at bedesk.printing.Imprimer$1PDFThread.run(Imprimer.java:1056)
Exception in thread "Thread-25" java.lang.NullPointerException
	at bedesk.font_tk.FontTk$1.awtToPdf(FontTk.java:143)
	at com.lowagie.text.pdf.PdfGraphics2D.getCachedBaseFont(PdfGraphics2D.java:1006)
	at com.lowagie.text.pdf.PdfGraphics2D.setFont(PdfGraphics2D.java:999)
	at com.lowagie.text.pdf.PdfGraphics2D.(PdfGraphics2D.java:209)
	at com.lowagie.text.pdf.PdfContentByte.createGraphics(PdfContentByte.java:2903)
	at bedesk.printing.MyPDFWriter.writePrintable(MyPDFWriter.java:167)
	at bedesk.printing.Imprimer$1PDFThread.run(Imprimer.java:1056)

Variante du problème sur un autre poste:

export PDF...
TRACE 0:00:48.986 <bedesk.trk4b._Trk4b_Tk._resync0> _Trk4b_Tk._resync(Thread[AWT-EventQueue-0,6,main],false) [ RSYNC ]
keylistdb.storage.logviewengine.replicationagent.KeyChainedReplicationAgentLogViewEngine.consume_loop [   GET LINE   ] 428
1 PAGES...
java.io.IOException: Open Sans.ttf not found as file or resource.
	at com.lowagie.text.pdf.RandomAccessFileOrArray.<init>(RandomAccessFileOrArray.java:106)
	at com.lowagie.text.pdf.TrueTypeFont.process(TrueTypeFont.java:633)
	at com.lowagie.text.pdf.TrueTypeFontUnicode.<init>(TrueTypeFontUnicode.java:99)
	at com.lowagie.text.pdf.BaseFont.createFont(BaseFont.java:685)
	at com.lowagie.text.pdf.BaseFont.createFont(BaseFont.java:603)
	at com.lowagie.text.pdf.BaseFont.createFont(BaseFont.java:546)
	at bedesk.font_tk.FontTk.DefaultBaseFont(FontTk.java:584)
	at bedesk.font_tk.FontTk$1.awtToPdf(FontTk.java:142)
	at com.lowagie.text.pdf.PdfGraphics2D.getCachedBaseFont(PdfGraphics2D.java:1006)
	at com.lowagie.text.pdf.PdfGraphics2D.setFont(PdfGraphics2D.java:999)
	at com.lowagie.text.pdf.PdfGraphics2D.<init>(PdfGraphics2D.java:209)
	at com.lowagie.text.pdf.PdfContentByte.createGraphics(PdfContentByte.java:2903)
	at bedesk.printing.MyPDFWriter.writePrintable(MyPDFWriter.java:167)
	at bedesk.printing.Imprimer$1PDFThread.run(Imprimer.java:1056)
Exception in thread "Thread-42" java.lang.NullPointerException
	at bedesk.font_tk.FontTk$1.awtToPdf(FontTk.java:143)
	at com.lowagie.text.pdf.PdfGraphics2D.getCachedBaseFont(PdfGraphics2D.java:1006)
	at com.lowagie.text.pdf.PdfGraphics2D.setFont(PdfGraphics2D.java:999)
	at com.lowagie.text.pdf.PdfGraphics2D.<init>(PdfGraphics2D.java:209)
	at com.lowagie.text.pdf.PdfContentByte.createGraphics(PdfContentByte.java:2903)
	at bedesk.printing.MyPDFWriter.writePrintable(MyPDFWriter.java:167)
	at bedesk.printing.Imprimer$1PDFThread.run(Imprimer.java:1056)

Ce problème ne devrait pas se produire car la police utilisée par défaut est ‘Open Sans’, une police intégrée et fournie avec le logiciel.

Donc, à moins qu’il n’y ait une erreur sur le disque, la police est bien là.

Note : Ce problème se manifeste uniquement sur macOS. Aucun rapport correspondant n’a été fourni sur des machines équipées de Windows.

—

Lors du déploiement, les polices intégrées sont ajoutées dans le dossier ‘ressources’ du cache de la base de données. Il sont donc présents et accessibles.

—

Pour contourner le souci, on peut faire 2 choses :

1. Utiliser un lien de ressource interne menant directement dans le paquetage (ClassLoader). En remplacement de la recherche du fichier dans le cache.
2. Si on ne trouve pas de fichier source, utiliser une autre police, même si celle-ci ne peut être embarquée car aucun texte ne sera imprimé avec cette police. Le moteur d’impression utilise ses propres polices. C’est pour prendre en charge les polices par défaut manquantes qu’il faut ajouter soi-même une police par défaut supplémentaire. Toutefois, celle-ci n’est pas utilisée pour l’export du document.

En procédant à cela, le type de tâche doit être requalifié de ‘bug’ à ‘garde-fou’.

—

ok pour moi.

—

Pour éviter le blocage du Worker sur l’attente d’une notification envoyée prématurément, on fixe le délai maximum d’attente à 100 ms. Après ce délai, une vérification est faite. Si rien n’est à prendre en compte, le Worker est mis en attente à nouveau pour 100 ms maximum.

C’est ainsi dans les boucles d’attente d’évènements aussi bien dans le Worker que dans les Task.

En cas d’InterruptException, l’attente de la fin d’une tâche invoquée est arrêtée et retourne un code Task.status.ERROR.

On ajoute une vérification supplémentaire de la piste d’audit avant le lancement de la sauvegarde de sécurité à distance.

L’objectif étant d’éviter de sauver des données corrompues et de préserver le dernier point de restauration en l’état.

Suppression du contrôle OCC pour les opérations “follower”.

L’OCC n’est contrôlé qu’au moment du commit (par le leader lors de la réplication).

Réduction de la complexité de l’application en fusionnant les modules starter.* et bedesk.*

Le nouveau paquetage résultant est bedesk.starter.*.

L’API REST utilisée par le logiciel interroge le service BeDesk-Express.com à l’aide des coordonnées du compte client pour retrouver la liste des sauvegardes à distance disponibles.

Lors de la récupération cette API récupère le contenu de la sauvegarde sur la plateforme VB4B. Cependant, il existe une limitation de mémoire pour les scripts PHP ainsi exécuté. Elle est limitée à 8 Mo. Si la sauvegarde est plus grande, le script s’arrêtait.

A présent, on utilise un stream pour récupérer un flux. De cette manière on n’a plus besoin d’autant de mémoire.

De plus, la conversion en Base64 peut être réalisée au fur et à mesure.

La fenêtre de l’assistant du premier démarrage n’a pas toujours tous les champs complétés ou se fige.

—

Il y a un interblocage dans l’AWT-Queue.

En forçant chaque appel du StartupDialogX.browser dans une tâche du Worker, on évite ce problème.

Des optimisations importantes du générateur de documents peuvent être implémentées pour améliorer les performances de préparation et de rendu des documents.

Les optimisations sont plus particulièrement attendue en ce qui concerne la préparation des rapports longs (plusieurs milliers de lignes).

Une régression est signalée : Elle consiste à afficher de façon systématique les lignes de séparation des rangs dans les documents.

Ceci même si l’option de ligne de séparation est désactivée.

—

Problème confirmé.

—

Analyse en cours...

—

Cause : Occurrences de l’ancien attribut “hidden-border” non remplacés par le nouveau “xhb” dans la classe Row du module bedesk.rapportsforge.

Intégration du RGPD:

Intégration du RGPD au niveau du logiciel.

• Remplacement du lien menant à la police de protection de la vie privée.
• Actualisation des conditions du contrat de licence.

Il n’y a pas grand chose à faire à ce niveau. La très grande majorité des conditions sont déjà d’application.

• Actualiser la copie du contrat de licence en ligne.
• Actualiser le lien vers la police de protection de la vie privée.

Amélioration du contrôle du montant de l’acompte en tenant compte de la formule:

( |ACOMPTE| <= |TOTAL| ) AND ( SGN(ACOMPTE)==0 OR SGN(ACOMPTE)==SGN(TOTAL) )

Il semble que certains utilisateurs saisissent des échéances sans montant par anticipation dans l’application “Échéancier fournisseurs”.

Normalement, il ne peuvent pas saisir un montant vide, alors leur astuce consiste à saisir un caractère d’espace.

Or, ce caractère d’espace ne peut pas être converti en nombre. Du coup, cela entraîne des erreurs internes qui peuvent amener l’application a devenir instable.

—

Une vérification supplémentaire lors de la conversion de la chaîne de caractères en nombre serait utile pour supprimer le cas où, après avoir supprimé tous les caractères non numériques, il ne reste rien.

Cela doit être effectué dans le module Compta.

—

Une vérification supplémentaire du montant saisi devrait être effectuée dans l’application “Échéancier fournisseurs” pour valider la saisie.

Oracle ayant décidé de supprimer le paquetage JRE (on peut toutefois créer un Java Runtime à l’aide de jlink), il n’y a plus de paquetage redistribuable à partir de Java 11.

Oracle a également supprimé l’outil jpackage qui permet de créer des paquets exécutables pour les différents systèmes d’exploitation.

En outre, le JDK-11 de Oracle voit sa licence changer. L’usage du JDK dans le cadre d’une distribution commerciale ne put plus être réalisée sans paiement d’une licence spécifique chez Oracle.

Cependant, l’usage de l’OpenJDK reste gratuit y compris pour une redistribution commerciale. Il faut toutefois garder à l’esprit que l’OpenJDK est fourni sous licence GPL avec une “classpath exception”. On peut donc distribuer la version binaire non modifiée de l’OpenJDK dans le cadre d’une agrégation à condition de fournir la version non modifiée de l’OpenJDK et de l’utiliser sans mélange du code. En l’occurrence, l’OpenJDK peut être appelé via ligne de commande pour exécuter du code externe sans nécessiter de modification de l’oeuvre originale. Il faut toutefois faire mention de la licence de l’openJDK, s’assurer que l’application peut fonctionner avec un autre JDK (assurer l’indépendance du code) et signaler où l’utilisateur peut trouver le code source de l’OpenJDK.

Privé de JRE et de l’outil jpackage, il est nécessaire de générer l’application et le paquet d’installation par lignes de commande.

Rien n’interdit de repartir de composants existants et d’assurer le lancement correct de l’application.

Il est très facile d’inclure dans la distribution le paquet inchangé de l’OpenJDK original pour Windows.

L’appel de la machine virtuelle Java se faisant par simple ligne de commande, on respecte le contrat GPL.

Les liaisons bénéficient de l’exception du classpath associé au contrat.

Pour remplacer l’OpenJDK, il suffit de modifier la ligne de commande de l’appel ou de remplacer le contenu du sous dossier jdk-11 tout simplement. L’application BeDesk pouvant tout à fait fonctionner avec une autre JVM, l’indépendance est conservée. le paquet de l’OpenJDK est utilisé pour la facilité de l’utilisateur final et celui-ci conserve tous les droits de la licence originale de l’OpenJDK.

Au niveau de l’interface, la plupart des distributions linux appliquent un patch pour corriger les problèmes de rendu des caractères sous OpenJDK.

Elle consiste par exemple à lancer l’OpenJDK avec les paramètres suivants:

-Dawt.useSystemAAFontSettings=on
-Dswing.aatext=true
-Dsun.java2d.xrender=true

Il sera probablement nécessaire de valider cette option au niveau de la ligne de commande de lancement.

Cependant, en dépit de cela, on peut constater des défauts de rendu persistant lorsque les fonts sont redimensionnées ou qu’un scale est appliqué dans Graphics2D.

Pour contrer cela, le nouveau générateur de document Rx devrait faire la distinction entre l’export PDF, et les autres sortie. Appliquant le rendu via la transformation Glyphs → Shape, on transforme les caractères en vecteurs. Dans ce cas, le rendu est toujours correct. En excluant l’export PDF et en conservant le rendu drawString() uniquement pour cette sortie, on permet l’extraction du texte dans le PDF résultant.

La suppression de l’image de fond des document entraîne une exception.

Un enregistrement “tombstone” remplace la suppression qui produit l’exception en mode réplication.

Le problème est résolu.

Un utilisateur avait modifié le paramètre du code ISO de sont pays en remplaçant le code “FR” par “F”.

L’utilisation d’un paramètre ISO-3166-1 erroné débraille la reconnaissance des numéros de TVA des assujettis à la TVA du pays courant (celui du profil et du même coup de l’utilisateur).

Le logiciel est accompagné de 4 profils prédéfinis:

1. Belgique
2. France
3. Luxembourg
4. Suisse

Le code ISO ne devrait donc faire partie de l’ensemble suivant: BE, FR, LU ou CH.

Cependant, il était possible de personnaliser ce code si on modifie un profil pour correspondre à un autre pays.

La modification du code ISO ne change pas le calcul de la TVA sur les documents.

Il devrait donc être possible de mettre en place un garde-fou qui rattache le code ISO erroné à un des 4 pays supportés.

Attention!!! Il ne faut pas chercher à rectifier un code ISO s’il correspond à un code ISO correct.

NOTE

Le code ISO fournis par les profils initiaux ne peuvent plus être personnalisés depuis la version 18.0.

Si un code ISO a été modifié, cela ne peut se produire que suite à l’importation d’une ancienne base de données utilisées préalablement à partir d’une version antérieure du logiciel (avant janvier 2018).

On peut donc envisager la correction automatique de ce paramètre pour les éventuels utilisateurs qui auraient modifier ce paramètre AVANT de migrer vers la version 18.0 certifiée.

Garde-fou : ok.

Actualiser le contrat de licence en fonction du nouveau niveau de rétro-compatibilité : 18.0.250.

Actualisation du contrat de licence disponible sur le site web.

La taille de police utilisée pour les courriers d’accompagnement ou les relances est celle des titres et non celle du corps des documents.

Problème confirmé.

Recherche nécessaire : Priorité élevée.

Correctif: ok.

Cette erreur se produit car le sous-dossier _db_snapshot n’existe pas et pourtant le logiciel essaye d’en faire une copie de sécurité.

Ce problème n’arrive pas sur une base de données existante et ayant déjà une sauvegarde de sécurité locale.

Confirmé.

Correctif disponible.

Nous utilisons depuis de nombreuses années la dernière version sous licence LGPL de iText pour la production et le traitement PDF.

PDFBox offre de nombreux avantages tout en étant sous licence Apache.

Pré-implémentation disponible en phase de tests.

Nous produisons des documents PDF/A-3 valides.

De plus, la boite à outils PDF est actualisée en conséquence.

Adaptation du module FontTk : ok.

Prise en charge des données structurées : Nécessite une tâche dédiée.

Lorsqu’on exporte les contacts à l’aide du rapport “export de contacts”, l’adresse e-mail est placée dans la colonne “tel1”.

Confirmé.

On peut contourner ce problème en intervertissant les colonne dans un tableur. Toutefois, un correctif est nécessaire pour corriger ce problème au niveau du logiciel.

Rectification de l’ordre des éléments dans le fichier d’export.

Corrigé.

Passage à la révision 5+10 de l’OpenJDK 11 soutenu par la communauté AdoptOpenJDK.

Cette mise à jour de l’OpenJDK 11 comporte les correctifs suivants par rapport à la révision précédemment utilisée:

You can check the details of these bugs using the 11.0.5 Fix Version filter in the JDK Bug System.
Security fixes

1. S8209901: Canonical file handling
2. S8213429, CVE-2019-2933: Windows file handling redux
3. S8218573, CVE-2019-2945: Better socket support
4. S8218877: Help transform transformers
5. S8220186: Improve use of font temporary files
6. S8220302, CVE-2019-2949: Better Kerberos ccache handling
7. S8221497: Optional Panes in Swing
8. S8221858, CVE-2019-2958: Build Better Processes
9. S8222684, CVE-2019-2964: Better support for patterns
10. S8222690, CVE-2019-2962: Better Glyph Images
11. S8223163: Better pattern recognition
12. S8223505, CVE-2019-2973: Better pattern compilation
13. S8223518, CVE-2019-2975: Unexpected exception in jjs
14. S8223886: Add in font table referene
15. S8223892, CVE-2019-2978: Improved handling of jar files
16. S8224025: Fix for JDK-8220302 is not complete
17. S8224062, CVE-2019-2977: Improve String index handling
18. S8224532, CVE-2019-2981: Better Path supports
19. S8224915, CVE-2019-2983: Better serial attributes
20. S8225286, CVE-2019-2987: Better rendering of native glyphs
21. S8225292, CVE-2019-2988: Better Graphics2D drawing
22. S8225298, CVE-2019-2989: Improve TLS connection support
23. S8225597, CVE-2019-2992: Enhance font glyph mapping
24. S8226765, CVE-2019-2999: Commentary on Javadoc comments
25. S8227601: Better collection of references
26. S8228825, CVE-2019-2894: Enhance ECDSA operations

Other fixes

1. S6996807: FieldReflectorKey hash code computation can be improved
2. S8076988: reevaluate trivial method policy
3. S8087128: C2: Disallow definition split on MachCopySpill nodes
4. S8133489: Better messaging for PKIX path validation matching
5. S8139965: Hang seen when using com.sun.jndi.ldap.search.replyQueueSize
6. S8147502: Digest is incorrectly truncated for ECDSA signatures when the bit length of n is less than the field size
7. S8148188: Enhance the security libraries to record events of interest
8. S8163363: AArch64: Stack size in tools/launcher/Settings.java needs to be adjusted
9. S8163511: Allocation of compile task fails with assert: “Leaking compilation tasks?”
10. S8170639: [Linux] jsig is limited to a maximum of 64 signals
11. S8177899: Tests fail due to code cache exhaustion on machines with many cores
12. S8180901: Transformer.reset() resets the state only once
13. S8193234: When using -Xcheck:jni an internally allocated buffer can leak
14. S8194231: java/net/DatagramSocket/ReuseAddressTest.java failed with java.net.BindException: Address already in use: Cannot bind
15. S8196681: Java Access Bridge logging and debug flags dynamically controlled
16. S8198411: [TEST_BUG] Two java2d tests are unstable in mach5
17. S8200365: TestOptionsWithRanges.java of ‘-XX:TLABWasteTargetPercent=100’ fails intermittently
18. S8200400: Restrict Sasl mechanisms
19. S8202035: Archive the set of ModuleDescriptor and ModuleReference objects for observable system modules with unnamed initial module.
20. S8202252: (aio) Closed AsynchronousSocketChannel keeps completion handler alive
21. S8202952: C2: Unexpected dead nodes after matching
22. S8203629: Produce events in the JDK without a dependency on jdk.jfr
23. S8204203: Many pkcs11 tests failed in Provider initialization, after compiler on Windows changed
24. S8204521: compiler/jsr292/RedefineMethodUsedByMultipleMethodHandles.java fails trying to delete temp file
25. S8205421: AARCH64: StubCodeMark should be placed after alignment
26. S8205654: serviceability/dcmd/framework/HelpTest.java timed out
27. S8206074: nsk/jdi/EventRequestManager/createStepRequest/crstepreq001/TestDescription.java is timing out
28. S8206879: Currency decimal marker incorrect for Peru
29. S8207965: C2-only debug build fails
30. S8208269: Javadoc does not support module-info in a multi-release jar
31. S8208499: NMT: Missing memory tag for Safepoint polling page
32. S8208655: use JTreg skipped status in hotspot tests
33. S8208701: Fix for JDK-8208655 causes test failures in CI tier1
34. S8208706: compiler/tiered/ConstantGettersTransitionsTest.java fails to compile
35. S8208780: (se) test SelectWithConsumer.testReadableAndWriteable(): failure
36. S8209186: Rename SimpleThresholdPolicy to TieredThresholdPolicy
37. S8209413: AArch64: NPE in clhsdb jstack command
38. S8209420: Track membars for volatile accesses so they can be properly optimized
39. S8209684: Intrinsics that assume some input non null should use GraphKit::must_be_not_null()
40. S8209939: [testbug][ppc] Test SafepointPollingPages fails after 8208499 with UseSIGTRAP on.
41. S8210063: ZGC: Enable load barriers for IN_NATIVE runtime barriers
42. S8210130: java/net/httpclient/UnknownBodyLengthTest.java failed
43. S8210314: [aix] NMT does not show “Safepoint” memory type
44. S8210389: C2: assert(n→outcnt() != 0 || C→top() == n || n→is_Proj()) failed: No dead instructions after post-alloc
45. S8210390: C2 still crashes with “assert(mode == ControlAroundStripMined && use == sfpt) failed: missed a node”
46. S8210408: Refactor java.util.ResourceBundle:i18n shell tests to plain java tests
47. S8210729: Clean up macosx static library handling
48. S8210919: Remove statically linked libjli on Windows
49. S8210926: vmTestbase/nsk/jvmti/scenarios/allocation/AP11/ap11t001/TestDescription.java failed with JVMTI_ERROR_INVALID_CLASS in CDS mode
50. S8210985: Update the default SSL session cache size to 20480
51. S8211097: aix: fix build after JDK-8210919
52. S8211232: GraphKit::make_runtime_call() sometimes attaches wrong memory state to call
53. S8211233: MemBarNode::trailing_membar() and MemBarNode::leading_membar() need to handle dying subgraphs better
54. S8211727: Adjust default concurrency settings for running tests on Sparc
55. S8212528: Wrong cgroup subsystem being used for some CPU Container Metrics
56. S8212970: TZ database in “vanguard” format support
57. S8212992: Change mirror accessor in Klass::verify_on() to use AS_NO_KEEPALIVE
58. S8213017: jspawnhelper: need to handle pipe write failure when sending return code
59. S8213117: adoptNode corrupts attribute values
60. S8213134: AArch64: vector shift failed with MaxVectorSize=8
61. S8213172: CDS and JFR tests fail with assert(JdkJfrEvent::is(klass)) failed: invariant
62. S8213325: (props) Properties.loadFromXML does not fully comply with the spec
63. S8213406: (fs) More than one instance of built-in FileSystem observed in heap
64. S8213561: ZipFile/MultiThreadedReadTest.java timed out in tier1
65. S8213734: SAXParser.parse(File, ..) does not close resources when Exception occurs.
66. S8214003: Limit default test jobs based on memory size
67. S8214096: sun.security.util.SignatureUtil passes null parameter, so JCE validation fails
68. S8214161: java.lang.IllegalAccessError: class jdk.internal.event.X509CertificateEvent (in module java.base) cannot access class jdk.jfr.internal.handlers.EventHandler (in module jdk.jfr) because module java.base does not read module jdk.jfr
69. S8214287: SpecJbb2005StressModule got uncaught exception
70. S8214579: JFrame does not paint content in XVFB / X11vnc environment
71. S8214687: Optimize Collections.nCopies().hashCode() and equals()
72. S8214702: Wrong text position for whitespaced string in printing Swing text
73. S8214770: java/time/test/java/time/format/TestNonIsoFormatter.java failed in non-english locales.
74. S8214777: Avoid some GCC 8.X strncpy() errors in HotSpot
75. S8214857: “bad trailing membar” assert failure at memnode.cpp:3220
76. S8215044: C2 crash in loopTransform.cpp with assert(cl→trip_count() > 0) failed: peeling a fully unrolled loop
77. S8215130: Fix errors in LittleCMS 2.9 reported by GCC 8
78. S8215265: C2: range check elimination may allow illegal out of bound access
79. S8215281: Use String.isEmpty() when applicable in java.base
80. S8215380: Backout accidental change to String::length
81. S8215451: JNI IsSameObject should not keep objects alive
82. S8215483: Off heap memory accesses should be vectorized
83. S8215505: Cleanup jvm.cpp obsolete code after JDK-8210094: Better loading of classloader classes
84. S8215534: [testbug] some jfr test don’t check @requires vm.hasJFR
85. S8215694: keytool cannot generate RSASSA-PSS certificates
86. S8215756: Memory leaks in the AWT on macOS
87. S8215792: AArch64: String.indexOf generates incorrect result
88. S8215879: AArch64: ReservedStackAccess may leave stack guard in inconsistent state
89. S8215901: [TESTBUG] TestCheckedEnsureLocalCapacity.java fails intermittently
90. S8215961: jdk/jfr/event/os/TestCPUInformation.java fails on AArch64
91. S8215982: (tz) Upgrade time-zone data to tzdata2018i
92. S8216039: TLS with BC and RSASSA-PSS breaks ECDHServerKeyExchange
93. S8216046: test/jdk/java/beans/PropertyEditor/Test6397609.java failing
94. S8216155: C4819 warning at libfreetype sources on Windows
95. S8216199: Local variable arg defined but never used in BCEscapeAnalyzer::compute_escape_for_intrinsic()
96. S8216205: Java API documentation formatting error in System.getEnv
97. S8216261: Javap ignores default modifier on interfaces
98. S8216326: SSLSocket stream close() does not close the associated socket
99. S8216375: Revert JDK-8145579 after JDK-8076988 is resolved
100. S8216401: Allow “file:” URLs in Class-Path of local JARs
101. S8216427: ciMethodData::load_extra_data() does not always unpack the last entry
102. S8216528: test/jdk/java/rmi/transport/runtimeThreadInheritanceLeak/RuntimeThreadInheritanceLeak.java failing with Xcomp
103. S8216549: Mismatched unsafe access to non escaping object fails
104. S8216562: UnknownBodyLength sometimes fails due to “Connection reset by peer”
105. S8216987: ciMethodData::load_data() unpacks MDOs with non-atomic copy
106. S8216989: CardTableBarrierSetAssembler::gen_write_ref_array_post_barrier() does not check for zero length on AARCH64
107. S8217093: Support extended-length paths in parse_manifest.c on windows
108. S8217344: Make comparison overflow-aware in ECDHKeyAgreement.engineGenerateSecret()
109. S8217359: C2 compiler triggers SIGSEGV after transformation in ConvI2LNode::Ideal
110. S8217364: Custom URLStreamHandler for jrt or file protocol can override default handler
111. S8217366: ZoneStrings are not populated for all the Locales
112. S8217368: AArch64: C2 recursive stack locking optimisation not triggered
113. S8217371: Incorrect LP64 guard in x86.ad after JDK-8210764 (Update avx512 implementation)
114. S8217576: C1 atomic access handlers use incorrect decorators
115. S8217676: Upgrade libpng to 1.6.37
116. S8217760: C2: Missing symbolic info on a call from intrinsics when invoked through MethodHandle
117. S8217766: Container Support doesn’t work for some Join Controllers combinations
118. S8217785: Padding ParallelTaskTerminator::_offered_termination variable
119. S8217896: Make better use of LCPUs when building on AIX
120. S8217990: C2 UseOptoBiasInlining: load of markword optimized to 0 if running with -XX:-EliminateLocks
121. S8218163: C2: Continuous deoptimization w/ Reason_speculate_class_check and Action_none
122. S8218185: aarch64: missing LoadStore barrier in TemplateTable::putfield_or_static
123. S8218201: Failures when vmIntrinsics::_getClass is not inlined
124. S8218280: LineNumberReader throws “Mark invalid” exception if CRLF straddles buffer.
125. S8218553: Enhance keystore load debug output
126. S8218558: NMT stack traces in output should show mt component for virtual memory allocations
127. S8218566: NMT: missing memory tag for assert poison page
128. S8218581: Incorrect exception message generation
129. S8218682: [TEST_BUG] DashOffset fails in mach5
130. S8218705: Test sun/tools/jcmd/TestJcmdDefaults.java fails on Linux
131. S8218715: [TESTBUG] TestUseOptoBiasInliningWithoutEliminateLocks needs to unlock WhiteBoxAPI
132. S8218721: C1’s CEE optimization produces safepoint poll with invalid debug information
133. S8218723: Use SunJCE Mac in SecretKeyFactory PBKDF2 implementation
134. S8218780: Update MUSCLE PCSC-Lite header files
135. S8218879: Keep track of memory accesses originated from Unsafe
136. S8218966: AArch64: String.compareTo() can read memory after string
137. S8219013: Update Apache Santuario (XML Signature) to version 2.1.3
138. S8219241: Provide basic virtualization related info in the hs_error file on linux/windows x86_64
139. S8219244: NMT: Change ThreadSafepointState’s allocation type from mtInternal to mtThread
140. S8219370: NMT: Move synchronization primitives from mtInternal to mtSynchronizer
141. S8219513: compiler/codegen/aes/TestCipherBlockChainingEncrypt.java timeout on Solaris-sparc
142. S8219517: assert(false) failed: infinite loop in PhaseIterGVN::optimize
143. S8219562: Line of code in osContainer_linux.cpp L102 appears unreachable
144. S8219583: Windows build failure after JDK-8214777 (Avoid some GCC 8.X strncpy() errors in HotSpot)
145. S8219635: aarch64: missing LoadStore barrier in TemplateTable::fast_storefield
146. S8219807: C2 crash in IfNode::up_one_dom(Node*, bool)
147. S8219914: Change the environment variable for Java Access Bridge logging to have a directory.
148. S8219919: RuntimeStub name lost with PrintFrameConverterAssembly
149. S8219993: AArch64: Compiled CI stubs are unsafely modified
150. S8219997: [TESTBUG] Create test for JFR events in Docker container: CPU, Memory and Process Info
151. S8220037: Inconsistencies of generated timezone files between Windows and Linux
152. S8220072: GCC 8.3 reports errors in java.base
153. S8220173: assert(_handle_mark_nesting > 1) failed: memory leak: allocating handle outside HandleMark
154. S8220227: Host Locale Provider getDisplayCountry returns error message under non-English Win10
155. S8220313: [TESTBUG] Update base image for Docker testing to OL 7.6
156. S8220341: Class redefinition fails with assert(!is_unloaded()) failed: unloaded method on the stack
157. S8220355: Improve assertion texts and exception messages in eventHandlerVMInit
158. S8220570: Additonal trace when native thread creation fails
159. S8220579: [Containers] SubSystem.java out of sync with osContainer_linux.cpp
160. S8220657: JFR.dump does not work when filename is set
161. S8220672: [TESTBUG] TestCPUSets should check that cpuset does not exceed available cores
162. S8220674: [TESTBUG] MetricsMemoryTester failcount test in docker container only works with debug JVMs
163. S8220682: Heap dumping and inspection fails with JDK-8214712
164. S8220690: ATTRIBUTE_ALIGNED requires GNU extensions enabled
165. S8221120: CopyOnWriteArrayList.set should always have volatile write semantics
166. S8221220: AArch64: Add StoreStore membar explicitly for Volatile Writes in TemplateTable
167. S8221253: TLSv1.3 may generate TLSInnerPlainText longer than 2^14+1 bytes
168. S8221325: Add information about swap space to print_memory_info() on MacOS
169. S8221340: [TESTBUG] TestCgroupMetrics.java fails after fix for JDK-8219562
170. S8221342: [TESTBUG] Generate Dockerfile for docker testing
171. S8221407: Windows 32bit build error in libsunmscapi/security.cpp
172. S8221408: Windows 32bit build build errors/warnings in hotspot
173. S8221411: NullPointerException in RasterPrinterJob without PrinterResolution
174. S8221434: Fix typo in lib-x11 autoconf error message about missing headers
175. S8221480: jcmd VM.metaspace shall print limits in basic mode
176. S8221527: [TESTBUG] DockerBasicTest.java contains hard-coded reference to JDK 10
177. S8221529: [TESTBUG] Docker tests use old/deprecated image on AArch64
178. S8221710: [TESTBUG] more configurable parameters for docker testing
179. S8221725: AArch64 build failures after JDK-8221408 (Windows 32bit build build errors/warnings in hotspot)
180. S8221730: jcmd process name matching broken
181. S8221801: Update src/java.base/share/legal/public_suffix.md
182. S8221892: ThreadPoolExecutor: Thread.isAlive() is not equivalent to not being startable
183. S8221894: Add comments for docker tests in the test doc
184. S8222108: Reduce minRefreshTime for updating remote printer list on Windows
185. S8222154: upgrade gtest to 1.8.1
186. S8222280: Provide virtualization related info in the hs_error file on AIX
187. S8222299: [TESTBUG] move hotspot container tests to hotspot/containers
188. S8222362: Upgrade to Freetype 2.10.0
189. S8222387: Out-of-bounds access to CPU _family_id_xxx array
190. S8222415: Xerces 2.12.0: Parsing Configuration
191. S8222670: pathological case of JIT recompilation and code cache bloat
192. S8222720: Provide extended VMWare/vSphere virtualization related info in the hs_error file on linux/windows x86_64
193. S8222743: Xerces 2.12.0: DOM Implementation
194. S8222914: Partial backport of JDK-8218266
195. S8222968: ByteArrayPublisher is not thread-safe resulting in broken re-use of HttpRequests
196. S8222980: Upgrade IANA Language Subtag Registry to Version 2019-04-03
197. S8222987: sun/security/tools/keytool/PSS.java times out on Solaris-SPARC
198. S8222991: Xerces 2.12.0: Validation
199. S8223177: Data race on JvmtiEnvBase::_tag_map in double-checked locking
200. S8223227: Rename acquire_tag_map() to tag_map_acquire() in jvmtiEnvBase
201. S8223244: Fix usage of ARRAYCOPY_DISJOINT decorator
202. S8223336: Assert in VirtualMemoryTracker::remove_released_region when running the SharedArchiveConsistency.java test with -XX:NativeMemoryTracking=detail
203. S8223482: Unsupported ciphersuites may be offered by a TLS client
204. S8223537: testlibrary_tests/ctw/ClassesListTest.java fails with Agent timeout frequently
205. S8223553: Fix code constructs that do not compile with the Eclipse Java Compiler
206. S8223572: ~ThreadInVMForHandshake() should call handle_special_runtime_exit_condition()
207. S8223574: add more thread-related system settings info to hs_error file on AIX
208. S8223660: jtreg: Decouple Unsafe from RTM tests
209. S8223814: SA: jhsdb common help needs to be more detailed
210. S8224033: os::snprintf should be used in virtualizationSupport.cpp
211. S8224034: [TESTBUG] runtime/ErrorHandlerTest/ErrorHandler fails intermittently for case 13 on Windows
212. S8224090: [PPC64] Fix SLP patterns for filling an array with double float literals
213. S8224165: [TESTBUG] Docker tests produce excessive output
214. S8224181: On child process spawn, child may write to random file descriptor instead of the fail pipe
215. S8224202: Speed up Properties.load
216. S8224221: add memprotect calls to event log
217. S8224230: [PPC64, s390] Support AsyncGetCallTrace
218. S8224252: [TESTBUG] hotspot/test/serviceability/sa/sadebugd/SADebugDTest.java is timing out again after fix for JDK-8163805
219. S8224487: outputStream should not be copyable
220. S8224531: SEGV while collecting Klass statistics
221. S8224558: Fix replicateB encoding
222. S8224560: (tz) Upgrade time-zone data to tzdata2019a
223. S8224580: Matcher can cause oop field/array element to be reloaded
224. S8224589: Improve startup behavior of SecurityProperties
225. S8224658: Unsafe access C2 compile fails with assert(flat != TypePtr::BOTTOM) failed: cannot alias-analyze an untyped ptr: adr_type = NULL
226. S8224698: ConcurrentSkipListMap.java does not compile with the Eclipse Java Compiler
227. S8224825: java/awt/Color/AlphaColorTest.java fails in linux-x64 system
228. S8224838: Bump update version for OpenJDK: jdk-11.0.5
229. S8224991: Problemlist javax/net/ssl/ServerName/SSLEngineExplorerMatchedSNI.java
230. S8225005: Xerces 2.12.0: License file
231. S8225141: Better handling of classes in error state in fast class initialization checks
232. S8225178: [Solaris] os::signal() should call sigaction() with SA_SIGINFO
233. S8225189: Multiple JNI calls within critical region in ZIP Library
234. S8225257: sun/security/tools/keytool/PSS.java timed out
235. S8225347: [s390] Unexpected exit from stack overflow test
236. S8225386: test for JDK-8216261 fails in Windows
237. S8225388: Running jcmd Compiler.CodeHeap_Analytics all 0 cause crash.
238. S8225390: ProblemList sun/security/pkcs11/sslecc/ClientJSSEServerJSSE.java due to JDK-8161536
239. S8225423: GTK L&F: JSplitPane: There is no divider shown
240. S8225425: java.lang.UnsatisfiedLinkError: net.dll: Can’t find dependent libraries
241. S8225543: Jcmd fails to attach to the Java process on Linux using the main class name if whitespace options were used to launch the process
242. S8225580: tzdata2018i integration causes test failures on jdk-13
243. S8225636: SA can’t handle prelinked libraries
244. S8225644: C1 dumps incorrect class name in ClassCastException message
245. S8225663: [testbug] Missing JNIEXPORT in XAbortProvoker native function
246. S8225715: jhsdb jmap fails to write binary heap dump of a jshell process
247. S8226409: Enable argument profiling for sun.misc.Unsafe.put*/get*
248. S8226468: [aix] loadquery failed error message displayed
249. S8226530: ZipFile reads wrong entry size from ZIP64 entries
250. S8226543: Reduce GC pressure during message digest calculations in password-based encryption
251. S8226607: Inconsistent info between pcsclite.md and MUSCLE headers
252. S8226798: JVM crash in klassItable::initialize_itable_for_interface(int, InstanceKlass*, bool, Thread*)
253. S8226964: [Yaru] GTK L&F: There is no difference between menu selected and de-selected
254. S8227011: Starting a JFR recording in response to JVMTI VMInit and / or Java agent premain corrupts memory
255. S8227041: runtime/memory/RunUnitTestsConcurrently.java has a memory leak
256. S8227117: normal interpreter table is not restored after single stepping with TLH
257. S8227247: tools/sjavac/IdleShutdown.java fails with AssertionError: Error too big on windows
258. S8227277: HeapInspection::find_instances_at_safepoint walks dead objects
259. S8227392: Colors with alpha are painted incorrectly on Linux, after JDK-8214579
260. S8227594: sadebugd/DebugdConnectTest.java fails due to “java.rmi.NotBoundException: SARemoteDebugger”
261. S8227630: adjust format specifiers in loadlib_aix.cpp
262. S8227834: build.log output from failing commands : include the hs_error file path in case of crashes in build
263. S8227869: fix wrong format specifiers in os_aix.cpp
264. S8227919: 8213232 causes crashes on solaris sparc64
265. S8228337: problemList failing/ignored manual tests in security-libs
266. S8228400: Remove built-in AArch64 simulator
267. S8228469: (tz) Upgrade time-zone data to tzdata2019b
268. S8228485: JVM crashes when bootstrap method for condy triggers loading of class whose static initializer throws exception
269. S8228501: java_props_macosx.c - provide missing CFRelease for CFLocaleCopyCurrent
270. S8228578: fix CFData object leak in macosx KeystoreImpl.m
271. S8228585: jdk/internal/platform/cgroup/TestCgroupMetrics.java - NumberFormatException because of large long values (memory limit_in_bytes)
272. S8228596: Class redefinition fails when condy instructions are removed
273. S8228601: AArch64: Fix interpreter code at JVMCI deoptimization entry
274. S8228618: s390: c1/c2 fail to add a metadata relocation in the static call stub.
275. S8228649: [PPC64] SA reads wrong slots from interpreter frames
276. S8228658: test GetTotalSafepointTime.java fails on fast Linux machines with Total safepoint time 0 ms
277. S8228711: Path rendered incorrectly when it goes outside the clipping region
278. S8228725: AArch64: Purge method call format support
279. S8228764: New library dependencies due to JDK-8222720
280. S8229118: [TESTBUG] serviceability/sa/ClhsdbFindPC fails on AArch64
281. S8229352: Use of an uninitialized register in 32-bit ARM template interpreter
282. S8229406: ZGC: Fix incorrect statistics
283. S8229767: Typo in java.security: Sasl.createClient and Sasl.createServer
284. S8229773: Resolve permissions for code source URLs lazily
285. S8229887: (zipfs) zip file corruption when replacing an existing STORED entry
286. S8229925: [s390, PPC64] Exception check missing in interpreter
287. S8230085: (fs) FileStore::isReadOnly is always true on macOS Catalina
288. S8230099: Prepare for backport of JDK-8217368

Ajout d’une couche OCR lors de l’export PDF.

BeDesk Express produit des fichiers PDF/A3 de haute qualité et protégé contre l’altération du contenu.

A l’impression, les documents sont toujours rendus de la même manière quelque soit le terminal ou l’imprimante utilisée.

Cependant, cela implique que le texte visible est constitué de Glyphes vectorisés.

Ces glyphes ne sont malheureusement pas lisible par les systèmes OCR (bien qu’ils soient parfaitement lisibles via une système ICR).

Pour résoudre ce problème, BeDesk Express ajoute une couche de texte OCR transparente, donc non visible, mais qui peut être extraite par un système OCR de base.

Le papier de fond ne semble pas s’imprimer complètement (hors marges) lorsqu’on effectue une impression via le système d’impression natif.

—

Confirmé : échantillon disponible et problème reproductible.

Problème uniquement à impression physique.

Pas de souci dans l’aperçu ni via l’export PDF.

—

Il faut vérifier si le système d’exploitation ou le pilote de l’imprimante n’ajoute pas de marges avec découpe après la création de l’image du document par le logiciel BeDesk Express.

—

De toute évidence, le logiciel BeDesk Express établi correctement les marges. Le système d’impression semble ajouter des marges après-coup et découpe/masque le contenu hors marges.

—

Le système d’exploitation et ou le pilote d’impression de l’imprimante ajoute des marges et coupe les parties hors marges.

Il est certainement temps d’abandonner le système d’impression natif/Java et de passer tout simplement le flux de sortie PDF vers le logiciel d’impression PDF par défaut du système d’exploitation.

Seul problème, c’est que contrairement à Linux et à macOS, Windows est dépourvu d’un outil d’impression par défaut du système d’exploitation pour l’impression des fichiers PDF. Lorsqu’on appelle l’impression PDF du système, Windows ouvre une visionneuse pour afficher à l’écran (soit Adobe ou le navigateur Edge).

On peut en ajouter un lors de l’installation sur Windows.

L’installateur peut embarquer un outil d’impression tiers sous licence libre qui sera simplement appelé par ligne de commande. L’impression par ligne de commande existe déjà dans BeDesk Express. Il suffit de couplé cela à la sortie via l’application PDF par défaut du système.

—

Nécessité de vérifier la licence de l’outil d’impression tiers. S’assurer que l’outil peut être embarqué sans altération et appelé via ligne de commande sans infraction à la licence.

—

A ce sujet, voici ce que l’on peut lire sur https://www.gnu.org/licenses/gpl-faq.fr.html#MereAggregation :

Si les modules sont inclus dans un même fichier exécutable, ils sont indéniablement combinés dans un seul programme. Si les modules sont conçus pour être exécutés en liaison l’un avec l’autre dans un espace d’adressage partagé, cela signifie presque à coup sûr une combinaison en un seul programme.

En revanche, les tubes, sockets et autres arguments de ligne de commande sont des mécanismes de communication utilisés normalement entre deux programmes séparés. Aussi, tant que ces mécanismes ne servent qu’à communiquer, les modules sont normalement des programmes séparés.

La licence GPL n’interdit pas l’agrégat. De plus, puisqu’il s’agit simplement d’un appel par ligne de commande sans plus, il n’y a pas d’infraction à la licence si un outil comme SumatraPDF est ajouté au paquet d’installation pour Windows.

Il est toutefois nécessaire de signaler l’accord de licence dans les informations de licences tiers du logiciel.

—

Correctif implémenté.

Nécessite des tests.

Ok.