problème création rapport excel avec apache poi

Version imprimable

28/07/2009, 10h56
jakcam

problème création rapport excel avec apache poi

Bonjour,

J'ai une application web tournant sur un serveur tomcat 5.5/Red hat 4 permettant de créer des rapports excels à la demande tout marchait bien jusqu'au jour au cette erreur que je n'arrive pas à comprendre est apparu :

Citation:

java.lang.NoClassDefFoundError
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Unknown Source)
at sun.font.FontManager.initSGEnv(Unknown Source)
at sun.font.FontManager.findFont2D(Unknown Source)
at java.awt.Font.getFont2D(Unknown Source)
at java.awt.Font.canDisplay(Unknown Source)
at java.awt.Font.canDisplayUpTo(Unknown Source)
at java.awt.font.TextLayout.singleFont(Unknown Source)
at java.awt.font.TextLayout.<init>(Unknown Source)
at org.apache.poi.hssf.usermodel.HSSFSheet.autoSizeColumn(HSSFSheet.java:1700)
at org.apache.poi.hssf.usermodel.HSSFSheet.autoSizeColumn(HSSFSheet.java:1661)
at app.dwr.classes.GererRapport.getExcel(GererRapport.java:333)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.directwebremoting.impl.ExecuteAjaxFilter.doFilter(ExecuteAjaxFilter.java:34)
at org.directwebremoting.impl.DefaultRemoter$1.doFilter(DefaultRemoter.java:428)
at org.directwebremoting.impl.DefaultRemoter.execute(DefaultRemoter.java:431)
at org.directwebremoting.impl.DefaultRemoter.execute(DefaultRemoter.java:283)
at org.directwebremoting.servlet.PlainCallHandler.handle(PlainCallHandler.java:52)
at org.directwebremoting.servlet.UrlProcessor.handle(UrlProcessor.java:101)
at org.directwebremoting.servlet.DwrServlet.doPost(DwrServlet.java:146)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:875)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Unknown Source)

Merci d'avance à toutes les personnes qui pourront me faire comprendre cette erreur
Bonne journée à tous
28/07/2009, 17h15
dinobogan

Il ne trouve pas une classe. Un jar effacé ou mit à jour ? Une classe supprimée d'un package ?
07/09/2009, 13h10
jakcam

Mon problème était du à un problème de display sous UNIX.

problème d'utilisation de POI/HSSF sous UNIX

Bonjour

J'ai un problème relativement proche sur une machine UNIX (OS : "CentOS 5.3" ; Tomcat : 4.1 ; JDK : 1.4.2). La même version du programme fonctionne sous Windows et sous une RedHat 2.1AS).

Initialement, j'avais un premier message d'erreur indiquant une librairie dynamique manquante sur le système :

Code:

libawt.so: libXp.so.6: cannot open shared object file: No such file or directory

Cela a pu être résolu en ajoutant la librairie manquante ("libXp.so").

Une fois cette correction réalisée, un second message d'erreur est apparu , très proche de celui auquel tu as été confronté :
Code:

1 2 3 4 5 java.lang.NoClassDefFoundError at java.awt.font.TextLayout.singleFont(TextLayout.java:544) at java.awt.font.TextLayout.<init>(TextLayout.java:606) at org.apache.poi.hssf.usermodel.HSSFSheet.autoSizeColumn (HSSFSheet.java:1748) at org.apache.poi.hssf.usermodel.HSSFSheet.autoSizeColumn (HSSFSheet.java:1709)
Comment as-tu pu résoudre concrètement Ce problème ?
Merci.

06/10/2009, 15h03
jakcam

Bonjour,

je pense que ma solution ne va pas régler ton problème mais bon je me trompe peut-être.

au lancement de la jvm j'ai rajouter l'option -Djava.headless = true

bonne journée

Merci pour ta réponse.

Oui, c'est bien ce que recommande la fondation Apache (qui édite l'API POI utilisée pour générer les fichiers Excel) dans sa documentation.

Il existe plusieurs façons de procéder :
via les arguments passé à l'exécutable "java" de la JVM (comme ce que tu as fait),
via du code (voir ci-dessous),
Code:

1 2 3 4 5 6 7 // ATTENTION : sous Unix, l'appel à "autoSizeColumn()" lance // un appel système au serveur X (gestionnaire graphique d'Unix) // si ce serveur n'est pas installé sur la machine Unix, une // exception se produira !! // Pour résoudre ce problème il faut ajouter la ligne de code ci-dessous. System.setProperty("java.awt.headless", "true");
il doit enfin être possible de renseigner la valeur de la variable dans un fichier ".properties" qui sera lu par la JVM (je ne sais plus comment on fait précisément).
Quoi qu'il en soit, dans mon cas, la propriété système java.awt.headless est correctement initialisée. Le problème a donc une autre origine... Pour l'instant, je n'ai pas vraiment de piste.

06/10/2009, 20h27
jakcam

Quel est ton message d'erreur en intégrale? et si tu veux poste un peu de code à l'endroit du soucis
07/10/2009, 14h07
Vaken

problème résolu !

En fait, le seul problème était lié à la librairie dynamique ".so" manquante. Après l'avoir mise en place, j'avais une autre erreur, que je ne comprenais pas.

Mais j'ai fait ce matin un arrêt/relance du serveur Tomcat et cela a fait disparaître la nouvelle erreur....

Je pense que Tomcat doit initialiser à son démarrage quelque chose de relatif aux librairies dynamiques UNIX, sans le mettre à jour par la suite : voilà vraisemblablement pourquoi un arrêt/relance résoud le problème...

Par conséquent, le seul problème était lié à un ".so" manquant.

En tout cas, merci d'avoir passé un peu de temps sur mon problème.