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é”.

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.

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.

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.

Actualisation du contrat de licence disponible sur le site web.

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.

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

Migration de l'OpenJDK 11 vers l'OpenJDK 17

Le module sun.font n’est plus accessible par les fonctions de réflexion.

Une implémentation de remplacement doit donc être assurée pour rechercher et trouver les fichiers TTF à partir des dossiers du système d’exploitation.

—

Fait.

Tests nécessaires.

—

Tests en cours.

Il s’agit d’une régression de la version 7.1 de BeDesk 12.

Lorsqu’on crée un document qui doit affecter le stock à partir de la transformation d’un autre document, le stock n’est pas mis à jour en conséquence.

Plus de détails: http://www.bedesk.be/bug/index.php?do=details&task_id=9&project=2

Lorsqu’on modifie par exemple le format des nombres dans une base de données, il faut redémarrer le programme pour s’assurer de la propagation du changement dans toute l’application.

Si la base est synchronisée pendant ce changement, l’arrêt du programme peut produire un arrêt inopiné.

Il est facile de rétablir les choses en choisissant les bonnes pratiques lors du démarrage suivant: Ne pas restaurer les données de synchronisation qui sont plus ancienne que celle qui sont locale. Et puis, quitter le programme pour synchroniser à nouveau.

Ce n’est pas difficile, mais l’utilisateur peu averti peut aggraver le problème s’il ne fait pas le bon choix lorsque cela lui est proposé.

La correction de ce Bug est planifié pour la maintenance 2013.

Mise à jour mineur : Révision 56

Le protocole de détection du dossier utilisateur peut être moins strict.

Jusqu’à présent, il fallait absolument que le dossier utilisateur corresponde à un chemin fixe préétabli. Or, cette contrainte n’a plus lieu d’être. En cas de souci relatif à la licence par exemple, il suffit d’utiliser le dernier jeton de configuration pour réinitialiser le compte/licence.

De plus, si l’utilisateur venait à modifier l’emplacement de son dossier utilisateur, il perdrait également toutes ses données à moins que le système les clone parfaitement. Dans tous les cas, une telle opération en cours d’utilisation serait catastrophique pour l’ensemble du système.

Enfin, les systèmes d’exploitation ayant subit les améliorations nécessaires, ce garde-fou est obsolète.

Vous trouverez ci-dessous une liste (non exhaustive) des correctifs et améliorations d’ordre technique qu’apporte BeDesk 15 par rapport à BeDesk 14 :

Ci-dessous une liste non exhaustive des principales améliorations liées à l’expérience d’utilisation du logiciel BeDesk 15 :

Ci-dessous une liste non exhaustives des modifications d’ordre légale et/ou des spécifications apportées par BeDesk 15 :

Trouvez ci-dessous la liste des améliorations et correctifs apportés par la maintenance 2016 de BeDesk 16:

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.

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é.

La maintenance 2013 apporte de très nombreuses améliorations dans la gestion du stock et des articles à références.

Les codes de références des articles sont dorénavant automatiquement convertis en MAJUSCULES. De plus, les caractères d’espacement qui précèdent ou succèdent éventuellement le code significatif (les caractères alphanumériques) sont automatiquement supprimés.

Ce changement de spécification permet d’éviter certaines erreurs constatées lors de l’utilisation peu scrupuleuse des références.

A l’origine les versions anciennes du logiciel faisaient la différence entre les caractères en majuscules et en minuscules dans les références. A cette époque, tous les caractères comptaient, y compris les espaces.

Malheureusement, l’expérience auprès des utilisateurs a démontré que cette application stricte du code était souvent une cause de soucis. En effet, il suffisait d’introduire un code en minuscules au lieu de majuscules pour ne pas trouver l’article.

Dans les versions suivantes, il a donc été nécessaire de modifier le système de références pour le rendre plus laxiste. Les articles pouvaient être trouvés que l’on introduise la référence en majuscules ou en minuscules. Cependant, une fois qu’une référence avait été sélectionnée dans un document, la gestion de stock était réalisée sur la référence stricte. Le problème, c’est que des utilisateurs pouvaient changer la référence des articles dans le gestionnaire (ce qui n’est pas mal en soit, mais qui peut briser le lien établi entre les références strictes).

Pour éviter cela, la nouvelle gestion de stock de BeDesk 13 convertit systématiquement toutes les références en majuscules et supprime les espaces inutiles. De cette manière, les références internes ne peuvent pas être brisée.

Ajout des champs de fusion suivant:

• {MACRO:CNT} : Retourne le nombre d’articles qui précèdent dans un format lisible pour une macro.
• {MACRO:SUM} : Retourne la somme du montant des articles qui précèdent dans un format numérique accessible à une macro.
• {PRECED:PRIX} : Une chaîne de caractères représentant le prix unitaire de l’article qui précède.
• {PRECED:MONTANT} : Idem pour le montant.
• {PRECED:QUANTITE} : Idem pour la quantité.
• {MACRO:PRECED:PRIX},{MACRO:PRECED:QUANTITE},{MACRO:PRECED:MONTANT} : Comme les champs précédents, mais sous la forme numérique utilisable pour une macro.
• {MACRO} {/MACRO} : délimite le corps d’une macro.
• {CHANGE:PRIX} {/CHANGE:PRIX} : permet de changer le prix de l’article courant.
• {CHANGE:QUANTITE}{/CHANGE:QUANTITE} : idem pour la quantité.
• {COMMENT} {/COMMENT} : délimite une portion de texte de commentaire. Le commentaire peut être recherché, mais n’est jamais affiché lors de l’impression du document.

Changement de spécifications pour {SUM} et {CNT} qui compte les éléments qui précèdent mais sans inclure l’élément courant (avant l’élément courant faisait partie du compte).

Description du problème par Damien Vincke:

• Tout d’abord, je crée une ‘Commande d’achat’, je le sauve, l’imprime et le place en ‘Commande effective’ dans ‘Etats’
• Ensuit lorsque je reçois le matériel de mon fournisseur, je crée une ‘Réception d’achat’ via le bouton ‘Transformer ce document dans un autre type’ depuis la ‘Commande d’achat’. Je le sauve, l’imprime et le place en ‘Réception effective’ et ‘Réception d’achat classée’.
• A ce moment, l’inventaire au niveau du tableau ‘Articles’ (’Gestion du stock activée sur les factures’) est correct: le nombre d’articles dans la colonne ‘A recevoir’ est passé dans la colonne ‘Inventaire’.
• Par contre, si je coche l’état ‘Commande d’achat classée’ dans ma ‘Commande d’achat’ d’origine pour terminer le suivi de ce document-là, je retrouve à nouveau le nombre d’articles dans la colonne ‘A recevoir’ (en plus du même nombre dans la colonne ‘inventaire’).

Problème confirmé pour la version 8.0 le 12 juin 2013.

Ajustement de la sévérité du problème : Passe à «haute».

Le problème est lié à l’ordre de la séquence des opérations. Si on classe une commande d’achat, on annule son effet sur le gestionnaire du stock. De ce fait, les articles sont remis dans la colonne «A recevoir».

Ce n’est pas le bon comportement bien sûr. Cependant, il semble que le cas de figure avait été autorisé pendant la période d’essais pour permettre de revenir en arrière.

A présent, dans le cadre de l’utilisation large, il faut fixer le document lorsqu’on passe de «non classé» à «classé» sans retour arrière. Cela implique une modification du comportement de l’interface.

En effet, dès lors qu’un document est «classé», on ne devrait plus pouvoir le modifier. Cette options a été autorisée pour plus de souplesse. Toutefois, elle est a l’origine ici d’un effet de bord indésirable.

Ajout de la tâche  FS#137  et planification pour la prochaine mise à jour (qui coïncide avec la publication de la version 8.1).

Ajout de la tâche  FS#138 .

Essais non concluants. Une autre solution doit être recherchée.

Résolu par la prise en charge du cas où un bon de commande d’achat effectif est rendu non effectif. Un avertissement permet à l’utilisateur de choisir de prendre ou non en charge les modifications du document et éventuellement de passer à un compte «à recevoir» négatif.

Un compte «à recevoir» négatif est révélateur d’une erreur humaine dans la gestion du stock. Le logiciel en informe l’utilisateur qui est invité à corriger l’erreur.

Etudes de cas

Avec bons de commande d'achat

Avec bons de réception d'achat

Sans bons de commande d'achat

Mais avec bons de réception d'achat

Suite au signalement du bug  FS#136 , il est apparaît nécessaire d’adopter un comportement plus strict au niveau du classement des documents.

On classe un document en cochant la case document «classé».

Le document est ainsi archivé et ne nécessite plus de suivi.

Cependant, la prise en charge des bons de commande d’achat ainsi que des bons de réception d’achat nécessite un verrouillage qui interdit toute modification du document après classement.

Un bon de commande d’achat ou un bon de réception d’achat doivent être au moins enregistré une fois avant de pouvoir être classé.

Cette contrainte force l’utilisateur à valider d’abord l’effet du document sur le stock. Le fait de classer un tel document n’a aucun effet sur le stock. Le document est aussi archivé. Cela signifie qu’il ne peut plus être modifier.

BeDesk 13 8.1+ bénéficie d’un garde-fou à ce niveau.

Toutefois, l’implémentation complète de l’archivage des documents est proposée pour la version 9.0 (c-à-d, la maintenance 2014).

Vous constatez que lorsque vous ouvrez la fiche d’un client dont le mode TVA est intracommunautaire, le sélecteur de mode TVA ne propose aucune sélection préalable.

• Si vous ne cliquez pas sur un des choix proposé, la fiche du client est enregistré avec le mode TVA à 0%.
• Si vous cliquez sur un choix, c’est bien ce mode qui est choisi (donc là, c’est correct).

On constate aussi que lorsqu’une erreur de ce type s’est produite, un message d’auto-correction de la base de données est affichée lors du prochain redémarrage de la base de données.

En effet, lorsque aucun mode TVA n’est choisi pour un client, le programme essaye de rectifier le problème en recherchant le dernier mode TVA utilisé pour ce client. S’il s’agit du mode intracommunautaire, le problème est résolu. Cependant, si par inadvertance l’utilisateur a quand-même créé un document avec le mode TVA erroné, c’est malheureusement ce mode qui est repris.

BeDesk est prêt pour Java 8.

Le logiciel n’utilise toutefois pas encore les optimisations de Java 8.

Cependant, il est certifié pour une utilisation fiable avec Java 8.

Un utilisateur signale le problème suivant:

Lorsque qu’on génère un rapport de calcul de marge bénéficiaire sur le document courant (exemple, une facture de vente), le rapport ne tient compte que du prix d’achat des articles dans la gestion de stock et non pas des documents d’achat du dossier où figure le document de vente.

je n’arrive pas a faire une impression des marges bénéficiaires. Dans évaluation des frais il m’indique “pas de frais”.

Voici le chemin que je suis pour générer une liste des marges bénéficiaires.
Rapport → Factures → Marges réalisée... ou Rapport → document en cours → calcul de la marge bénéficiaire.

Reporter cette tâche à la maintenance 2015.

Réévaluation du niveau de priorité de la tâche (Haute).

Problème confirmé. La tâche doit êtres assignée.

Assigné.

Il semble qu’il y ait une confusion entre l’estimation de la “marge bénéficiaire” calculée sur base de la différence entre le prix d’achat des articles et leur prix de vente sur un document (par exemple, un devis qui n’a aucun impact sur la marge effective) et le calcul de la marge bénéficiaire effective calculée au niveau du dossier (montant total des documents de vente diminué du total des documents d’achat - qui représente le bénéfice réel obtenu).

Les rapports que l’utilisateur a choisi pour déduire une “marge bénéficiaire” ne concerne pas le dossier, mais bien les articles uniquement. Il s’agit donc d’une estimation par rapport à un document qui peut même n’avoir aucun impact sur le chiffre d’affaire effectif. De plus, après examen des articles choisis par l’utilisateur, ceux-ci ne sont pas pourvu d’un prix d’achat, ils disposent d’un prix de vente uniquement. De ce fait, il est normal que le calcul abouti à une marge maximale puisque de ce point de vue, il n’y a aucun frais.

Cependant, ceci attire notre attention sur la pauvreté de la version actuelle du logiciel au niveau des rapports relatifs aux dossiers.

Il serait donc judicieux de considérer cet aspect plutôt que de savoir s’il y a un bug ou non dans les rapports d’estimation que l’utilisateur à choisi. A priori, il n’y a pas de bug, mais bien un manque de certaines fonctionnalités.

Je suggère donc la création d’un sous-menu supplémentaire destiné à produire les rapports relatifs aux dossiers.

Dans le même ordre d’idée, le rapport «Facture → Marge bénéficiaire» serait obsolète et devrait être remplacé par le calcul de la marge bénéficiaire effective sur l’ensemble du dossier où figure la facture.

De plus, il serait judicieux de renommer le rapport «Document → Calcul de la marge bénéficiaire» en «Estimation de la marge bénéficiaire fictive sur les articles à référence».

Le type de la tâche est réévalué et passe de “Bug” à “Amélioration”.

Création d’un nouveau sous-menu “Dossier”.

Implémentation d’un nouveau rapport : “Récapitulatif et estimation de la marge”.

Ce rapport présente un récapitulatif de tous les documents d’un dossier, ventile les montants hors TVA, présente les différences éventuelles et propose une estimation de la marge bénéficiaire (en calculant la différence entre achats et ventes).

Modification des intitulés des entrées du menu “Rapports” en vue d’éliminer toute ambiguïté.

BeDesk Express 2016 ver:16.4 - rev:95

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.

Résolu pour BeDesk-Express v 17.0 :  FS#680 

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.

Après mise à jour de OS X, BeDesk 15 ne fonctionne plus.

Si on installe BeDesk 16, celui-ci détecte qu’une anomalie est présente sur la base de données BeDesk 15 et ne l’importe pas automatiquement.

Contournement du problème :

Restaurer manuellement le dernier fichier de sauvegarde que vous aurez réalisé avant la mise à jours de Mac OS X (en l’occurrence Sierra).

Complications :

Si l’utilisateur n’a pas effectué de sauvegarde de sécurité récente avant la mise à jour, et comme le BeDesk 15 ne démarre plus, il n’est plus possible de créer un fichier de sauvegarde à restaurer dans Bedesk 16.

Il fallait faire la mise à jour BeDesk 15 → BeDesk 16 avant de passer à Sierra.

Résolu pour BeDesk-Express v 17.0 :  FS#689 

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 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.

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

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é.