Comme c'est le week-end et que tout le monde a autre chose à faire que des releases. :D Si personne n'as le temps de se pencher dessus, je vais faire un fix à l'arrache et les testes seront effectués à partir d'une version que je liverai à partir d'un mvn install. Apparemment le tablemodel a un gros bug. Si dans getColumnClass(int column), j'ai case 6: result = BigDecimal.class; Dans setValueAt à cette colonne il renvoi un long. Parcontre si dans getColumnClass(int column), j'ai case 6: result = Double.class; Dans setValueAt à cette colonne il renvoi bien un double ! Donc mon fix à l'arrache est de spécifier que des Double dans getColumnClass et faire dans setValue : currentEntry.setAmount(new BigDecimal((Double)value)); C'est pas terrible, mais je vois pas mieux pour le moment… Le 4 déc. 2010 à 20:06, Joe a écrit :
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)