Je suis entrain de préparer le tp de lundi pour madame Catalo. Et je viens de voir un bug qui empêche totalement l'utilisation de ces versions. On ne peut plus du tout valider la saisie de chiffre, dans "Saisir des écriture" ou bien même dans les "Entrée incorrectes". Le bug n'est pas présent dans 0.4.0. Le problème vient d'un cast de long vers BigDecimal. Je me demande bien ce qui a pu changer dans le tablemodel, car dans getColumnClass, c'est bien spécifié BigDecimal.class. Donc je ne vois pas comment fixer le problème. Voici la trace : Exception in thread "AWT-EventQueue-0" java.lang.ClassCastException: java.lang.Long cannot be cast to java.math.BigDecimal at org.chorem.lima.ui.financialtransaction.FinancialTransactionTableModel.setValueAt(FinancialTransactionTableModel.java:513) at javax.swing.JTable.setValueAt(JTable.java:2742) at org.jdesktop.swingx.JXTable.setValueAt(JXTable.java:1441) at javax.swing.JTable.editingStopped(JTable.java:4727) at javax.swing.AbstractCellEditor.fireEditingStopped(AbstractCellEditor.java:142) at javax.swing.DefaultCellEditor$EditorDelegate.stopCellEditing(DefaultCellEditor.java:366) at javax.swing.DefaultCellEditor.stopCellEditing(DefaultCellEditor.java:231) at org.jdesktop.swingx.table.NumberEditorExt.stopCellEditing(NumberEditorExt.java:126) at javax.swing.plaf.basic.BasicTableUI$Actions.actionPerformed(BasicTableUI.java:496) at javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1664) at javax.swing.JComponent.processKeyBinding(JComponent.java:2851) at javax.swing.JTable.processKeyBinding(JTable.java:5262) at javax.swing.JComponent.processKeyBindings(JComponent.java:2897) at javax.swing.JComponent.processKeyEvent(JComponent.java:2814) at java.awt.Component.processEvent(Component.java:5952) at java.awt.Container.processEvent(Container.java:2105) at java.awt.Component.dispatchEventImpl(Component.java:4536) at java.awt.Container.dispatchEventImpl(Container.java:2163) at java.awt.Component.dispatchEvent(Component.java:4362) at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1881) at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:749) at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1025) at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:892) at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:713) at java.awt.Component.dispatchEventImpl(Component.java:4406) at java.awt.Container.dispatchEventImpl(Container.java:2163) at java.awt.Window.dispatchEventImpl(Window.java:2478) at java.awt.Component.dispatchEvent(Component.java:4362) at java.awt.EventQueue.dispatchEvent(EventQueue.java:604) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) J'ai trouvé un autre bug, après qu'on crée une nouvelle comptabilité, mais celui-ci n'est pas bloquant : Message: java.lang.IllegalStateException: no splash screen available Level: SEVERE Stack Trace: no splash screen available java.awt.SplashScreen.checkVisible(SplashScreen.java:182) java.awt.SplashScreen.update(SplashScreen.java:282) org.chorem.lima.LimaSplash.updateProgression(LimaSplash.java:131) org.chorem.lima.LimaMain.launch(LimaMain.java:202) org.chorem.lima.LimaMain.main(LimaMain.java:90)