NullPointeurException avec JXL

Version imprimable

Bonjour,

j'ai un petit pointeur null que j'arrive pas à gérer, tout les élément donné à la fonction importSheet ne sont pas null.
Si quelqu'un à une petite idée je suis preneur :roll:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
try {
				sortie=Workbook.createWorkbook(new File(this.nomFichierSynthese),prestataireCmi);
			} catch (IOException e1) {
				// TODO Auto-generated catch block
				e1.printStackTrace();
			}
 
prestataireCmi = Workbook.getWorkbook(new File(this.nomFichierCMI));
 
		Sheet[] sTemp = prestataireCmi.getSheets();
 
		for(int i=0;i<sTemp.length;i++){
			System.out.println("le nom de la feuille est " + sTemp[i].getName()+i );	
		}
 
//pointeur null sur importSheet
		WritableSheet sheetCopier = sortie.importSheet("Synthèse CMI", 7 , sTemp[1]);

19/07/2011, 14h07
biljava

Bonjour,

Essaye de remplacer

Code:

Sheet[]

par

Code:

List<Sheet>
19/07/2011, 14h31
sinok

Quelle est la stacktrace?
19/07/2011, 14h34
Psycho185

le problème ne vient pas de la

Si tu veux qu'on évite le tableau de Sheet:

Code:

WritableSheet sheetCopier = sortie.importSheet("Synthèse CMI", 7 , prestataireCmi.getSheet(1));

Voila la stacktrace:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
	at jxl.write.biff.SheetCopier.deepCopyCells(SheetCopier.java:996)
	at jxl.write.biff.SheetCopier.importSheet(SheetCopier.java:542)
	at jxl.write.biff.WritableSheetImpl.importSheet(WritableSheetImpl.java:2699)
	at jxl.write.biff.WritableWorkbookImpl.importSheet(WritableWorkbookImpl.java:1897)
	at paquet.CumulParGroupe.enregistrerSynthese(CumulParGroupe.java:329)
	at paquet.CumulParGroupe.<init>(CumulParGroupe.java:70)
	at paquet.SyntheseGFA.<init>(SyntheseGFA.java:375)
	at paquet.SyntheseCautionsLegales.<init>(SyntheseCautionsLegales.java:74)
	at paquet.PortefeuilleCautionsLegales.<init>(PortefeuilleCautionsLegales.java:370)
	at paquet.CautionDeMarche.<init>(CautionDeMarche.java:379)
	at paquet.BrowserSyntheseGeneral.actionPerformed(BrowserSyntheseGeneral.java:107)
	at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
	at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
	at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
	at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
	at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
	at java.awt.Component.processMouseEvent(Unknown Source)
	at javax.swing.JComponent.processMouseEvent(Unknown Source)
	at java.awt.Component.processEvent(Unknown Source)
	at java.awt.Container.processEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
	at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
	at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Window.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)

at paquet.CumulParGroupe.enregistrerSynthese(CumulParGroupe.java:329)

correspond à

Code:

WritableSheet sheetCopier = sortie.importSheet("Synthèse CMI", 7 , prestataireCmi.getSheet(1));

20/07/2011, 10h19
Psycho185

Aucune idée?
20/07/2011, 16h11
Logan Mauzaize

Premier truc : vérifier la validité des paramètres.

Un truc con que je fais des fois, je télécharge le code source de la version de la librairie utilisée. Ou alors je décompile le code Java.
Ensuite je regarde rapidement ce qui se passe à la ligne indiquée.
Enfin je lance le programme en debug et je déroule le code jusqu'à ce que ca pète.
21/07/2011, 14h57
Psycho185

Mes paramètres sont tous valide (testé un par un).
Si vous avez un lien pour avoir les sources de JXL je veux bien, je ne trouve que des fichiers java avec les prototypes des fonctions.
21/07/2011, 15h02
Logan Mauzaize

T'as essayé de regarder dans l'archive (zip ou tar.gz) de JXL ? :scarymov:
21/07/2011, 16h11
Psycho185

Oui!Justement je trouve que les Headers des fonctions de l'API
21/07/2011, 16h38
Logan Mauzaize

Quel version de JXL utilises-tu ? Essayes la dernière (2.6.12)
21/07/2011, 17h30
Psycho185

J'utilise bien la dernière version en l’occurrence la 2.6.12 récupéré ici :
http://sourceforge.net/projects/jexc...celapi/2.6.12/
21/07/2011, 17h39
Logan Mauzaize

Alors retelecharges l'archive car chez moi j'ai bien toutes les sources !
Et la ligne indiquée par la StackTrace ne devrait pas causer de NullPointerException.

Tu ne lancerais pas deux traitements en parallèle ?
As-tu essayé de faire un programme simple qui reproduit le problème ?

Voila un programme simple qui fait la même chose :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
package paquet;
 
import java.io.File;
import java.io.IOException;
 
import jxl.Workbook;
import jxl.read.biff.BiffException;
import jxl.write.WritableWorkbook;
 
public class ImportShaa {
	private Workbook prestataire,global;
	private WritableWorkbook sortie;
	private  String sortieSyntheseGeneral = "D:/Documents/Synthese general.xls";
	private  String nomFichierGlobal = "D:/Documents/PERIMETRE_GLOBAL.xls";
	private  String nomFichierCmi = "D:/Documents/SyntheseCMI.xls";
 
	public ImportShaa() throws BiffException, IOException {
 
		global = Workbook.getWorkbook(new File(nomFichierGlobal));
		prestataire = Workbook.getWorkbook(new File(nomFichierCmi));
		sortie = Workbook.createWorkbook(new File(sortieSyntheseGeneral),global);
System.out.println(prestataire.getSheet(1).getName());
		sortie.importSheet("tot", 7, prestataire.getSheet(1));
 
		sortie.write();
 
	}
	public static void main(String args[]) {
		try {
			ImportShaa a = new ImportShaa();
		} catch (BiffException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		} catch (IOException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}
	}
}

La stack correspondante :

Code:

1
2
3
4
5
6
7
8
9
10
 
Warning:  Line Object on sheet "Paramètres" not supported - omitting
Synthèse CMI
Exception in thread "main" java.lang.NullPointerException
	at jxl.write.biff.SheetCopier.deepCopyCells(SheetCopier.java:996)
	at jxl.write.biff.SheetCopier.importSheet(SheetCopier.java:542)
	at jxl.write.biff.WritableSheetImpl.importSheet(WritableSheetImpl.java:2699)
	at jxl.write.biff.WritableWorkbookImpl.importSheet(WritableWorkbookImpl.java:1897)
	at paquet.ImportShaa.<init>(ImportShaa.java:23)
	at paquet.ImportShaa.main(ImportShaa.java:30)

at paquet.ImportShaa.<init>(ImportShaa.java:23) correspond à :
sortie.importSheet("tot", 7, prestataire.getSheet(1));

A mon avis tu dois avoir dans ta config un melting pot de versions quelque part, parce que le code que pointe ton stacktrace est le suivant
Code:

1 2 3 4 5 6 7 8 if (c != null) { toSheet.addCell(c); // Cell.setCellFeatures short circuits when the cell is copied, // so make sure the copy logic handles the validated cells if (c.getCellFeatures() != null & c.getCellFeatures().hasDataValidation())
Pour avoir un nullpointerexception là, il faudrait que c ou c.getCellFeatures() soit à null. Hors comme tu peux le voir, ces deux cas ont été testés. Et comme ta démo ne fait pas de multithread, ce n'est pas un changement dans un autre thread qui ferait changer la logique.

Edit: je corrige mes dire précédent, tu viens de mettre un doigt sur un joli bug de jxl, tu va pouvoir faire un bug report.
Ce test est erroné
Code:

1 2 if (c.getCellFeatures() != null & c.getCellFeatures().hasDataValidation())
Il aurait fallu écrire
Code:

1 2 if (c.getCellFeatures() != null && c.getCellFeatures().hasDataValidation())
dans ton cas, je suppose que c.getCellFeatures() est null. Or le simple "&" test les deux coté de l'opérandes, contrairement à && qui s'arrête si le premier vaux false :p

22/07/2011, 10h16
Logan Mauzaize

Bien vu ! Ca me parait tellement évident de toujours mettre "&&" que j'ai même pas tilter :x

Vive Checkstyle et Findbugs (ou Sonar de manière générale) qui auraient tout de suite tiltés !
25/07/2011, 10h32
Psycho185

Je suis pas si nul en Java alors :mouarf:
Comment faire le bug report?
Comme solution je doit récupérer les sources et changer sa à la main je suppose?
25/07/2011, 11h09
Logan Mauzaize

Visiblement, ils n'ont pas mis de lien vers le "bug tracker".
Tu peux donc utiliser cette page.
25/07/2011, 11h33
Psycho185

Envoyé,
Le post est en cour de validation.
Je vous tiens en courant en tout cas merci pour vos réponse :D
25/07/2011, 12h37
Psycho185

http://tech.groups.yahoo.com/group/J.../message/13655
25/07/2011, 22h06
Psycho185

A compiled version with this (and a few other) bugfixes
can be downloaded from here:

Une version corrigé avec ce bug (et quelque autres) peut être téléchargé ici :
Je test demain et si sa marche je met en résolu :aie:

http://tech.groups.yahoo.com/group/J...al%20Versions/
26/07/2011, 10h49
Psycho185

ce patch ne marche pas!enfin il n'arrange pas le problème.je vais le signaler
26/07/2011, 11h50
Logan Mauzaize

Courage :ccool:
27/07/2011, 10h30
Psycho185

Quelqu'un pourrais me générer un jar avec le petit correctif ? je n'y arrive pas tout seul :oops: il y a des trucs avec JFLEX la dedans et je ne connais pas trop
27/07/2011, 10h42
Logan Mauzaize

Désolé je n'y ai pas accès.
Tu peux pas demander la génération d'une nightlybuild ?
27/07/2011, 11h08
Psycho185

Pas accès à quoi?
Je sais pas c'est quoi nightlybuild!
27/07/2011, 11h21
Logan Mauzaize
Je n'ai pas accès à Yahoo! (Proxy filtrant inside)

Pour expliquer les Nighty-Build j'ai pas trouvé mieux que Wikipedia. Ca doit paraître trop naturel pour les développeurs :?

Mon explication à moi :
- Build : Package(s) généré(s) à un instant "t". Ce sont les fichiers que tu peux télécharger pour une version donnée. En faite un build n'a pas nécessairement la forme de ce que tu télécharges mais contient les objets générés (classes, exemples, documentation, etc.) que tu trouves dans ce que tu télécharges.
- Nightly-Build : Build généré périodiquement lorsque le code est relativement "stable", ca compile mais ce n'est pas vraiment testé. Ca comprend les dernières évolutions/corrections. Ca permet de tester avant d'avoir la version finale.
27/07/2011, 11h27
Psycho185

Pas besoin de yahoo :)

http://sourceforge.net/projects/jexcelapi/files/
27/07/2011, 11h42
tchize_

Citation:

Envoyé par Psycho185

Pas besoin de yahoo :)

http://sourceforge.net/projects/jexcelapi/files/

Dernière mise à jour 2009, c'est pas vraiment du nightly build :D
27/07/2011, 15h44
Psycho185

Bah tant que sa fait ce que je veux la date de mise à jour n'est pas le plus important ;)8O
27/07/2011, 15h51
tchize_

Comment dire, 2009 <-> Bug que tu a signalé cette semaine....
Il y a de fortes chance que ça fasse pas ce que tu veuille :mouarf:
27/07/2011, 15h57
Robin56

Citation:

Envoyé par tchize_

Comment dire, 2009 <-> Bug que tu a signalé cette semaine....
Il y a de fortes chance que ça fasse pas ce que tu veuille :mouarf:

A moins qu'ils aient oublié de mettre à jour l'heure après le reboot du dernier serveur de build :P
28/07/2011, 10h23
Psycho185

Disant que l'application que j'ai développé à partir de ce JAR marche à merveille pour tout les autres traitement!
Pour moi c'est le seul bug qui m’intéresse, les autres (il en existe surement) ne concerne pas mon application.
28/07/2011, 11h06
tchize_

En général ce que je fais dans ce genre de situation, pour permettre à mes projets d'avancer:

1) Je signale le bug à l'auteur de la librairie (bug tracker ou autre)
2) Je télécharge les source et je corrige le bug
3) Je propose le patch à l'auteur (comme ça il a rien à faire)
4) En attendant une éventuelle release qui inclue mon patch (ou une autre solution), je compile le local ma version patchée, je lui donne un numéro de version indiquant clairement que c'est un patch local (genre machin-2.3.14-MaSocieteFix.jar)
5) plus tard quand le bug est officiellement corrigé j'utilise la librairié fixée officielle et je jette mon jar custom.
28/07/2011, 11h12
Psycho185

Citation:

Envoyé par tchize_

En général ce que je fais dans ce genre de situation, pour permettre à mes projets d'avancer:

1) Je signale le bug à l'auteur de la librairie (bug tracker ou autre)
2) Je télécharge les source et je corrige le bug
3) Je propose le patch à l'auteur (comme ça il a rien à faire)
4) En attendant une éventuelle release qui inclue mon patch (ou une autre solution), je compile le local ma version patchée, je lui donne un numéro de version indiquant clairement que c'est un patch local (genre machin-2.3.14-MaSocieteFix.jar)
5) plus tard quand le bug est officiellement corrigé j'utilise la librairié fixée officielle et je jette mon jar custom.

1) fait
2) fait mais je n'arrive pas à compiler de nouveau il y a des trucs avec Jflex et je connais pas trop
3) Un patch à été fait dans le groupe de discussion de JXL qui est censé avoir cette correction mais il y a plus des correction d'autres bugs (ou pas) que de celui signalé
28/07/2011, 11h16
tchize_

Citation:

Envoyé par Psycho185

1) fait
2) fait mais je n'arrive pas à compiler de nouveau il y a des trucs avec Jflex et je connais pas trop
3) Un patch à été fait dans le groupe de discussion de JXL qui est censé avoir cette correction mais il y a plus des correction d'autres bugs (ou pas) que de celui signalé

3) pose la question sur le groupe de savoir où tu peux télécharger le binaire / comment tu peux compiler :roll: