BeDesk-Express

Suite à une régression la méthode resync revient à un consume_once.

Il faut boucler tant que qu’il y a d’éléments dans le track avec resync.

Une méthode resync_once est ajoutée pour l’ajout en ligne via callback event.

Remplacement de la stratégie de post-incrémentation du numéro de ligne dans le Track (donc après répercussion) par une stratégie de pré-incrémentation du numéro de ligne (avant propagation par _callbackListeners().

Ceci permet de facilité la gestion des boucles de lecture pour les followers.

Sans ce correctif, un follower peut soit ne pas récupérer toutes les données du Track, ou alors tourner indéfiniment sur la dernière ligne.

Les fonctions internes de l’implémentation de Java 9 pour Windows utilise les instructions AVX2 du processeur pour le calcul des clés de hashage SHA2 (SHA-512). Ceci permet de multiplier les performances par 2.

Cependant, l’implémentation de Java 9 essaye d’exécuter des instructions AVX2 même sur un processeur qui ne supporte pas ces instructions.

Il peut donc y avoir divers problèmes ainsi que des plantage de Java dès lors que le serveur de base de données est ouvert et commence à lire la blockchain de la piste d’audit qui nécessite l’usage de clés SHA2 pour le chaînage des blocs.

Ce bug n’est pas un bug du logiciel BeDesk, il s’agit d’un bug de Java.

Il revient donc à Oracle l’éditeur de Java de le résoudre.

Voici le lien vers le descriptif du bug sur le site de développement de l’OpenJDK:https://bugs.openjdk.java.net/browse/JDK-8194494.

Il n’y a malheureusement rien que l’on puisse faire au niveau du logiciel BeDesk pour contourner ce problème. La solution doit être publiée par Oracle avec une mise à jour de Java.

—

Un correctif est prévu par Oracle dans Java 10.

Nous utiliserons donc Java 10 en remplacement de Java 9 dès qu’il sera disponible.

RAPPORTS DE BUG : JDK-8200214

• https://bugs.openjdk.java.net/browse/JDK-8200214.
• https://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8200214.

ORACLE A MARQUÉ CLAIREMENT QUE CE PROBLÈME NE SERA PAS RÉSOLU! : Aucune solution ne sera donc apportée.

On a constaté que les applications empaquetées avec le javapackager du JDK-10 (Java 10) ne démarre pas sur Mac OS X 10.10.

Lorsque l’application est lancée, une erreur “/Applications/BeDesk-Express.app/Contents/MacOS/libpackager.dylib not found”.

Or, le fichier est bien présent dans le paquetage.

Il y a donc un problème de compatibilité entre Java 10 et Mac OS X 10.10.

En outre, cette erreur ne se produit que sur Mac OS X 10.10.

Si vous utilisez une version plus récente de Mac OS X, l’erreur ne se produit pas.

Un rapport de bug a été envoyé à Oracle l’éditeur de Java et nous attendons que celui-ci soit pris en compte.

En attendant, on a constaté que si l’on installe directement le JDK-10 sur la machine, on peut démarrer l’application BeDesk via une ligne de commande.

On a donc créé un Automate Apple qui permet de lancer l’application plus aisément.

Le moteur d’impression utilisé jusqu’à présent date de quelques années et a atteint ses limites quant à la vitesse de rendu et à l’utilisation des ressources.

Le développement d’un nouveau moteur d’impression (générateur de rapports) doit être sérieusement envisagé.

Le nouveau moteur doit être plus rapide, plus puissant et moins gourmand en terme de ressources.

Ceci peut être planifié pour la version 19.

Etant donné le retrait de la fonction de suppression des références, il est nécessaire d’améliorer la qualité de la gestion des articles.

La raison du retrait de la fonction “supprimer” consiste à répondre à la contrainte logique qu’il est nécessaire de maintenir pour préserver la cohérence référentielle des données (les jointures logiques entre les articles des documents et le stock).

On peut toutefois améliorer considérablement la gestion en appliquant des masques qui ne laissent visibles à l’utilisateur que les données pertinentes en fonction des actions qu’il entreprend.

On obtient ainsi des vues plus faciles à utiliser.

Ainsi par exemple, on peut supprimer de la vue courante toutes les références “périmées” ou inactives. Cela ne laisse plus à la vue de l’utilisateur que les références actives.

Les éléments n’étant que masqués, et non supprimés, la cohérence est préservée.

Lorsque l’application démarre et en arrive à la phase de resynchronisation des données, le logiciel se fige au moment de l’affichage de la boite de dialogue de progression.

Le souci n’apparaît que sur Mac OS X. Aucun signalement sur Windows ni sur Linux. Il s’agit donc d’un souci lié à la plateforme OS X.

Il existe en effet de nombreux problèmes liés à la plateforme Mac OS X et qui sont répertoriés au niveau de Java pour OS X par Oracle:

• https://bugs.openjdk.java.net/browse/JDK-8194635
• https://bugs.openjdk.java.net/browse/JDK-8179209
• https://bugs.openjdk.java.net/browse/JDK-8068222
• https://bugs.openjdk.java.net/browse/JDK-8059608
• https://bugs.openjdk.java.net/browse/JDK-8198684
• etc...

Ces signalements sont souvent liés à des problèmes de concurrence du type dead-lock qui ne se présentent que sur OS X et non sur Windows ni Linux.

En outre, dans le cas qui nous occupe, le souci ne se manifeste pas systématiquement. Le problème est intermittent. Ce qui complique nettement sa détection, son analyse et par conséquent sa résolution.

Lorsque le souci se produit, il n’existe qu’une solution : Forcer à quitter le logiciel (voir comment procéder : https://wiki.bedesk-express.com/osx:force_exit).

—

Analyse en cours...

—

On a réussit à reproduire le souci sur un poste d’essais après des dizaines de démarrages successifs. Le souci semble se produire plus fréquemment juste après une mise à jour des fichiers exécutables du programme. Par la suite l’application semble se stabiliser. Bien sûr, il n’y a aucune raison particulière pour que le souci soit plus fréquent à ce moment, à moins que OS X ou une autre application tiers accéderait aux fichiers au même moment.

• Interaction indésirable avec un logiciel tiers comme un antivirus par exemple ?
• Effet de bord indésirable dû au GateKeeper de mac OS X ?

A défaut de trouver l’origine exacte du problème, envisager une solution de contournement de manière à éviter d’utiliser les fonctions défectueuses de OS X.

—

Recherche en cours...

—

Solution de contournement des fonctions défectueuses en cours de développement...

On a constaté des erreurs de conversion lors de l’usage intensif en mode multi-thread du composant Java NumberFormat.

Une solution consiste à créer une nouvelle instance de NumberFormat pour chaque conversion. Cependant, cela nécessite un usage très intense du GC.

On peut raisonnablement réutiliser la même instance pour éviter de devoir la reconfigurer à chaque appel.

Cependant, il faut synchroniser l’objet.

On a donc créé un adaptateur qui synchronise l’accès aux méthode de l’instance NumberFormat.

Le souci ne se présente plus.

Attention, le souci peut affecter toutes les révisions antérieures dés lors que l’usage des méthodes parse() et format() est intensif et multi-threadé.

—

Le garde-fou fonctionne correctement.

Lorsqu’on crée une note de crédit automatique sur base d’une facture où un montant a été indiqué dans la case “Acompte”, ce montant d’acompte s’ajoute au total à payer.

Le montant final ne correspond pas alors à celui de la facture d’origine.

—

Problème confirmé.

—

Contournement du problème : Corriger le montant d’acompte à zéro.

Comment procéder ?

Vous ne pouvez pas corriger l’acompte directement en remplaçant son montant par zéro.

Le logiciel dispose d’un garde-fou qui empêche la saisie d’un montant d’acompte supérieur à celui du document. or, votre document à un montant total négatif. Zéro est donc plus grand que le montant du document.

Pour cela, ouvrez la table des articles du document et remplacez la quantité ‘-1’ par ‘1’ de manière à faire passer le montant négatif en positif.

Après cela, rectifiez le montant dans la case “Acompte” par ‘0’.

Validez.

Ensuite, revenez sur la table des articles et remettez la quantité correcte ‘-1’ à la place de ‘1’.

Enregistrez le document.

—

Il faut rectifier le module de création automatique de notes de crédit en conséquence.

—

Prévoir aussi une amélioration du contrôle de l’acompte :

Nouvelle formule:

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

Introduction du support de Java 11 LTS en remplacement définitif de Java 9 et 10 sur l’ensemble des modules.

Il convient d’appliquer l’implémentation Rx à la génération des documents.

Quelques petites différences inévitables pourront apparaître.

Toutefois, la résolution des problèmes d’alignement et de césure seront éliminés.

—

A NOTER:

La mise en forme des documents sera simplifiée et uniformisée. Certains paramètres n’ayant que très peu d’utilité, ceux-ci seront supprimés au profit d’une mise en forme plus cohérente même si l’utilisateur à introduit des paramètres qui ne sont pas idéaux.

1. Taille de la police des zones “Commentaires” et “Conditions” seront héritées directement du modèle de base et non plus fixés séparément.
   • Suppression de la taille et du choix de la police spécifique aux commentaires (c’est la même que celle du document).
2. Suppression de la taille de police moyenne dans les documents (il reste uniquement la “grande” et la “petite” taille).
3. Décalage minimum à partir de l’en-tête dans les paramètres de grille → Hauteur minimum du cartouche.
4. Nombre de positions du cartouche réduit. Il ne reste que ces 3 positions:
   1. Verticale
   2. Horizontale en haut.
   3. Horizontale en bas.
5. Tous les montants significatifs sont alignés à droite dans une colonne dont la largeur est uniformisée à 12% de la largeur de la zone d’impression.
6. La marge interne des cellules passe de 4pt à 3pt pour un meilleur usage de l’espace disponible.
7. Ajout de la prise en charge de la marge interne de l’en-tête et du pied de page.
8. “Sur-magination” → “Espace de séparation par rapport au corps” (du document).

Le niveau minimum de rétro-compatibilité est fixé à la version 18.0-250, c-à-d la première version certifiée du logiciel.

Les utilisateurs qui utilisent toujours une révision antérieures peuvent faire appel au support technique pour bénéficier d’un service de conversion et de certification des fichiers.

Le nouveau système de protection de macOS bloque par défaut les services d’accessibilité.

Pour en bénéficier, il faut absolument autoriser ces services pour l’application dan les préférences système / Sécurité / Accessibilité de macOS.

Il n’existe aucun moyen d’établir ce paramètre via le logiciel BeDesk lui-même.

Les services d’accessibilité concernés sont :

1. La classe Robot de Java.

(1) La classe Robot est utilisée par le service d’arrière plan “StayAwakeDaemon”. Ce service empêche l’ordinateur d’entrer en mode veuille par lui-même.

La mise en veille peut entraîner des problèmes dus au fait que certains utilisateurs laisse la session de leur logiciel ouverte de façon indéfinie. Cela bloque le système de sauvegarde de sécurité et empêche la maintenance des fichiers.

S’il y a une ligne vide dans le texte de l’adresse du contact, une erreur interne se produit.

Il semble que la visionneuse Adobe Reader éprouve des problème à ouvrir certains fichiers PDFs.

Il est difficile de dire exactement pourquoi car le message d’erreur ne fourni aucune explication du problème.

Nous investiguons.

Si on ouvre un fichier pour lequel Adobe Reader pose problème avec une autre visionneuse, le fichier s’ouvre parfaitement et ne pose absolument aucun souci.

Vous pouvez ainsi ouvrir sans souci les fichiers PDF avec Chrome, Firefox ou même Edge. Aucune visionneuse ne signale de souci.

Il n’y a que Adobe Reader qui pose problème. En outre, aucune description de l’erreur n’est fournie. Il est donc difficile de savoir exactement ce qui est à l’origine du problème, mis à part le fait que Adobe Reader en particulier rencontre un souci.

Documentation qui pourrait éventuellement être liée:

• https://issues.apache.org/jira/browse/PDFBOX-1423
• https://forums.adobe.com/thread/464841

L’origine du problème a été isolé dans le composant pdfbox-graphics2d (Graphics2D Bridge for Apache PDFBox).

En attendant qu’une solution soit trouvée au niveau de ce composant, nous avons réintroduit le composant iText uniquement pour le rendu des documents. Une fois rendu, le contenu est ajouté via PDFBox pour fournir un fichier conforme à la norme PDF/A-3.

Nombreux essais : tout semble ok.

Application intempestive du mode TVA 20% dans une base de données autoentrepreneur.

—

Confirmé.

—

Établissement d2 garde-fous:

• Forçage du mode saisie TTC des prix des articles (le prix TTC est le prix sans TVA dans ce cas)
• Forçage du taux de TVA à zéro quelque soit les informations de TVA introduites dans la fiche du client.

—

Résolu.

Apple exige à présent d’enregistrer de façon notariale les paquets d’installation des applications en vue de permettre leur installation et leur utilisation sur macOS 10.14.6 et plus récent (donc Catalina y compris).

Cela nous oblige à allonger la procédure de création des paquets pour macOS et nécessite une plus grande charge de travail.

Cette obligation supplémentaire imposée par Apple implique, qu’en plus de l’obligation d’être enregistré comme développeur et l’achat d’un certificat dédié auprès d’Apple, il faut à présent passer par une procédure de “notarization” à défaut de laquelle les applications ne peuvent plus s’ouvrir sur les postes des utilisateurs (tout du moins sans désactiver Gatekeeper).

La procédure est relativement complexe et peu documentée.

Nous nous efforçons donc d’assurer tant bien que mal la pérennité de la diffusion des paquets de l’application pour macOS en tenant compte de ces changements imposés.

Toutefois, il semble évident qu’Apple s’évertue à rendre l’usage de sa plateforme payante AppStore incontournable. S’il devait advenir que l’application BeDesk express pour macOS devait finalement n’être disponible que via la plateforme AppStore, la continuité du support pour macOS serait du même coup remise en question. Cela impliquerait très probablement un changement de prix à l’attention des utilisateurs sur macOS.

Le calcul de la position de l’adresse du client est décalé par rapport au bord de la feuille et non plus de la marge.

Il faut un garde-fou dans l’import d’anciennes base de données pour replacer l’adresse à la position correcte.

—

Solution de résolution temporaire du souci:

Simplement ajouter les mesures de la marge haute à la position verticale et la mesure de la marge de gauche à la position horizontale.

—

L’intitulé dans la configuration doit aussi changer.

• Garde-fou : ok...
• Intitulé des paramètres : ok...

—

Plus besoin de corriger à la main la position à partir de la révision 492.

Par exemple, CANON MX495, mauvaise interprétation des options:

• Choix du bac d’alimentation papier : L’option est masquée lors du choix de l’imprimante.
• Choix du mode couleur : L’option est masqué lors du choix de l’imprimante (verrouillage par macOS).
• L’orientation de la page : étiquette ‘portrait’ non reconnue. A la place, utiliser code numérique 3 et ça fonctionne à nouveau.

—

Confirmé.

—

Correctif: ok

Finalisation du module de programmation Abstrasy Intégration.

Ce module permet de rendre l’application entièrement programmable et implémente un système d’interrogation via un langage de programmation.

Ce module est très important car il fera de BeDesk Express une application de gestion commerciale parmi les plus puissantes qui puissent exister.

Même si une fonction n’existe pas directement dans l’UI du logiciel, il sera possible de la créer sur mesures.

Passage à OpenJDK 11.0.9.1:

https://www.oracle.com/java/technologies/javase/11-0-7-bugfixes.html https://www.oracle.com/java/technologies/javase/11-0-8-bugfixes.html https://www.oracle.com/java/technologies/javase/11-0-9-bugfixes.html

Cumulant en tout, plus de 425 correctifs.

Lors de la création de l’aperçu d’un document ou de son impression, le contenu doit être ajusté à la taille de la feuille.

Nous constatons une régression au travers de laquelle, dans certains cas, les réajustements sont incessants. Le document ne sort alors jamais.

—

Confirmé.
Niveau : Critique.
Priorité : Très haute.

—

En cours...

—

Corrigé.
Déploiement en urgence.

Sur certains mac, on constate que des polices de caractères ne sont plus accessibles suite à de nouvelles restrictions au sein de macOS.

Or, le générateur de fichiers PDF de BeDesk Express doit pouvoir accéder aux fichiers source de ces polices pour pouvoir les intégrer dans les fichiers PDF (les rendant ainsi 100% portables dans le respect de la norme PDF/A3).

Ne pouvant accéder au contenu des fichiers des polices incriminées, le rendu des documents ne peut pas se terminer. Une boucle d’attente se poursuit donc indéfiniment.

—

Confirmé.
Sévérité: Critique.
Priorité: Très haute.

—

Implémentation d’un garde-fou qui remplace les éventuelles polices inaccessibles par une police par défaut incluse directement avec l’installation du logiciel BeDesk-Express.

Nous conseillons la police ‘Open Sans’ qui est compatible de-facto avec l’embarquement PDF.

—

Implémentation: Ok.

—

Tests en cours ... Ok.

—

Nécessite un déploiement...

Les spécifications de l’interface SOAP du service VIES de la commission européenne a été modifiée.

Il faut répercuté le changement pour que le logiciel puisse continuer d’interroger le service VIES de la commission européenne.

—

Confirmé.

—

Patch réalisé.

Les taux de TVA luxembourgeois diminuent de 1% le 1ier janvier 2023.

Prise en charge du code ISO-3166 en vue des prochaines améliorations.

—

Déduction et correction automatique lors du chargement du fichier client sur base des nom de pays et des n° de TVA déjà présent.

—

Ajout du code ISO-3166 dans le formulaire d’édition des fiches de contacts :

• Dans l’adresse principale (adresse de facturation).
• Dans l’adresse de livraison personnalisée (si elle est définie).

—

Enregistrement des codes ISO-3166 pour chaque nouvelle fiche de contact (clients / fournisseurs).

Disposer d’un paquet de déploiement pour chaque système d’exploitation incluant l’OpenJDK 17.

Changement de l’implémentation prévue dans  FS#478  : Intégration du Bootstrap directement dans le module BeDesk-Launcher

Il apparaît en effet plus judicieux d’améliorer le BeDesk-Laucher afin qu’il intègre directement les fonctions de “bootstrap” que de créer un module supplémentaire pour étager encore d’avantage le déploiement de l’application.

Clic sur la liste des contacts lorsqu’il n’y en a qu’un indique “pas de contact dans la bd”.

Clic sur liste des documents alors qu’on est en train d’éditeur le tout premier doc est accepté.
Document enregistré vide.

→ perte de focus!...

Liste de documents affiche 2 fois le tout premier document

Au lieu de comparer le nombre d’éléments >= à 1, on fixe partout la condition > 0 dans toutes les listes le l’application principale.
ceci constitue une amélioration interne qui rend le code plus robuste et évite les erreurs ou les confisions.

Le logiciel reprenait par défaut la fiche du client du dernier document saisi. S’il n’y a pas de document, il faut prendre la dernière fiche de contact même sans document.

Meilleure prise en charge de certains cas de figure où la comparaison de 2 documents peut entraîner un Memory-Leak (fuite de mémoire).

Un code un peu plus défensif ne doit pas entraîner une réduction notoire des performances. Par contre, le gain en fiabilité est notable.

Problème lors de la suppression d’une ligne de détails d’un document.

La fonction SparcedDetailsFacture.remove() masque la méthode SparseArray.remove() pour détecter lorsqu’une modification et réalisée. Toutefois, elle n’exécute pas la méthode SparseArray.remove().

Ceci entraîne des problèmes mineurs car aucune données n’est perdue. Par contre, l’abandon des modifications d’un document est impossible dés lors que l’erreur s’est produite. Il faut quitter le programme et le redémarrer.

Ceci est lié à l’interface bedesk.utils.ModFlag qui permet de détecter les modifications dans les données de l’interface graphique par rapport aux données enregistrées.

ModFlag ayant été déprécié, on ne l’utilise plus.

Il ne reste plus qu’à rectifier la méthode remove().

Fait!.

Fonctionne pour moi.

Ok.

Une erreur lors de l’envoi des documents par lot via la messagerie e-mail peut bloquer le programme:

En fait, la boite de progression reste ouverte car le nombre de document prévus n’est pas envoyé.

Corriger dans BeDesk-Express v 17.0

Impossible d’envoyer un mail lorsque le serveur utilise un certificat SSL auto-signé.

Certains fournisseurs de services internet proposent des services de messageries gratuits avec un domaine ou à très bas prix. Pour ce connecter, le client entre dans une session TLS dont le certificat est auto-signé.

Or, le souci, c’est que BeDesk vérifie tous les certificats et s’assure de leur validité auprès d’une autorité de certification. Les signatures des certificats auto-signés ne sont pas certifiés par une autorité de certification et dès lors sont considérés comme non sûrs.

On rencontre principalement ce genre de souci lorsque qu’on fait appel à un fournisseur low-cost (le prix de la certification par une autorité en moins) ou qu’on a généré soi-même un certificat (dans ce cas on ne figure pas parmi les autorités de certification reconnues).

Dans le cas où une signature ne peut pas être certifiée par une autorité de certification, la connexion est fermée et une erreur “PKIX” est signalée.

Problème hérité de BeDesk 16 ( FS#729 ). Doit être résolu dans BeDesk 17.

Pour contourner le problème, on peut ajouter une option du style “faire confiance” de manière a indiquer que la signature du certificat ne doit pas être verifié. A utiliser en connaissance de cause bien entendu.

Assurer la capacité à restituer à tous moments un document tel qu’il a été produit à l’origine.

—

La solution la plus simple et évidente sur le long terme consiste à archiver une copie PDF du document original.

A repenser!...

Sur certaines configuration, le paramètre de placement du logo représenté par une chaîne de caractères en minuscules alors que sur d’autres, le même paramètres est exprimé dans une chaîne de caractères en majuscules.

On met tout en majuscules pour le traitement interne et cela résout le problème.

Si on double-clique dans la zone de commentaire d’un document, l’éditeur ne s’ouvre pas.

—

Confirmé.

La zone de commentaire des documents reste grisée même s’il y a du contenu.

—

Confirmé.

Adapter le composant PageEditorPane de manière à fonctionner en mode étendu par défaut.

La procédure de recherche des polices compatibles génère une erreur sous Java 9.

En effet, la procédure actuelle nécessite la paquetage sun.font.*. Or, ce paquetage est déprécié sous java 9.

Une solution de contournement est nécessaire.

—

confirmé.

Exception in thread "AWT-EventQueue-0" java.lang.ExceptionInInitializerError
        at bedesk.BeDesk.main(Unknown Source)
        at starter.a.b(Unknown Source)
        at starter.k.actionPerformed(Unknown Source)
        at java.desktop/javax.swing.Timer.fireActionPerformed(Timer.java:317)
        at java.desktop/javax.swing.Timer$DoPostEvent.run(Timer.java:249)
        at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
        at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:759)
        at java.desktop/java.awt.EventQueue.access$500(EventQueue.java:97)
        at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:712)
        at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:706)
        at java.base/java.security.AccessController.doPrivileged(Native Method)
        at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:79)
        at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:729)
        at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:199)
        at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
        at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
        at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
        at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
        at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make private sun.font.Font2D java.awt.Font.getFont2D() accessible: module java.desktop does not "opens java.awt" to unnamed module @71ae3485
        at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:207)
        at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:192)
        at java.base/java.lang.reflect.Method.setAccessible(Method.java:186)
        at bedesk.font_tk.FontTk.e(Unknown Source)
        at bedesk.Options.getDefaultFontName(Unknown Source)
        at bedesk.Options.getDefaultOptFont(Unknown Source)
        at bedesk.Options.<clinit>(Unknown Source)
        ... 19 more

—

Un workaround est possible en utilisant la réflexion et sans utiliser de classe Java privée du paquetage sun.fonts.*.

—

Tests réussit.
Inconvénient : la sélection ne permet pas de rejeter les polices asiatiques.

—

On peut toutefois s’assurer que les caractères LATINS sont bien imprimés par contre même sur une police asiatique.

Ok pour moi.

La validation des documents devient obligatoire avant de pouvoir imprimer ou exporter un document.

Le but est de figer le document tel quel avant de pouvoir l”imprimer de manière à pouvoir le reproduire à l’identique ultérieurement.

La validation au aussi un effet sur la numérotation et la validation des acomptes déjà reçu au moment de la validation.

Chaque base de données est liée à un seul et unique compte principal.

Cela évite les éventuelles “collisions” de clés en réduisant le domaine.

Certains utilisateurs utilisent des codes d’activation émanant de plusieurs comptes distincts sur la même base de données.

Le service des licences prend contact avec chaque utilisateur pour organiser le regroupement des licences sur un seul et unique compte.

Les comptes inutilisés sont supprimés.

—

Regroupement terminé.

On continue la veille pour s’assurer qu’il n’y a pas de duplications à nouveau.

En attente de résolution tiers.

Suite à l’actualisation automatique de l’UI, il y a un retour d’affichage sur le document modifié alors qu’on est sur la vue articles ou contacts.

Si on termine l’application, le worker continue en arrière plan.

Il en résulte des erreurs dans les fichiers car les dernières modifications ne sont pas répercuté en ligne.

Le réplicateur doit s’assurer d’être en tête pour pouvoir ajouter une nouvelle entrée.

Cela peut nécessiter un certain temps. Pendant ce temps, l’interface est figée car les modification sont réalisées par le worker, donc AWT-EventQueue.

Il est nécessaire d’adapter les niveau de priorité des tâches d’arrière plan:

• La création de rapports : Normal
• L’exécution par lot : Low
  • Marquer les documents ‘imprimés’ / ‘pas imprimés’
  • Envoyer les documents par e-mail
  • Exporter les document dans un “book” PDF
  • Imprimer les documents