HeadlessException sous Windows ?

Bonjour,

L'un de nos clients nous reponte une HeadlessException sous Windows. A ma connaissance, il s'agit plutôt d'une erreur Unix.
Quelqu'un a t il une explication ?

Environnement :
WebSphere Platform 6.0
Windows 2003, version 5.2
J2RE 1.4.2 IBM Windows 32 build cn142ifx-20070604

Merci,

Christophe.

Si je te dirais qu'ill fait beau dehors cela ne devrait pas beaucoup t'aider.
on a pas de boule de cristale ^^

Si tu n'as pas de stackTrace à nous montrer ainsi que les lignes de code correspondante où l'exception est levée cela revient à lancer une recerche google et donc impossible de pouvoir t'aider.

ok, voici donc les logs :

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
40
41
42
43
44
45
46
47
48
49
 
[25/06/09 16:16:32:906 CEST] 00000034 WebApp        E   SRVE0026E: [Erreur de servlet]-[action]: java.lang.ExceptionInInitializerError
	at fr.masociete.simulateur.Simulateur.getGeneralParamsValue(RetraiteSimulateur.java:2635)
	at fr.masociete.simulateur.Simulateur.getPass(RetraiteSimulateur.java:2928)
	at fr.masociete.simulateur.Librairie.getMontantPASS(LibrairieRetraite.java:133)
	...
	at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
	at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
	at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
	at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1572)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1521)
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:113)
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java:82)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:759)
	at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:347)
	at org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1085)
	at org.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequestProcessor.java:263)
	at org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:398)
	at org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(TilesRequestProcessor.java:318)
	at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:241)
	at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
	at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1572)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1521)
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:113)
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java:82)
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:759)
	at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:89)
	at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:1936)
	at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:114)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:472)
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:411)
	at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:101)
	at com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java:566)
	at com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java(Compiled Code))
	at com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java:952)
	at com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.java:1039)
	at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java(Compiled Code))
Caused by: java.awt.HeadlessException
	at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:150)
	at java.awt.Label.<init>(Label.java:162)
	at java.awt.Label.<init>(Label.java:129)
	at fr.masociete.resource.SimpleResourceLoader.<clinit>(SimpleResourceLoader.java:63)
	... 43 more

ce qui correspond à ce code :

Code:

private static MediaTracker m_mediaTrackerToLoadImage = new MediaTracker(new Label());

J'espère que ça fera avancer le schmilblick !

Merci.

Ca correspond pas à l'exception dont tu parles au début

java.lang.ExceptionInInitializerError qui voudrait dire que ton objet

Code:

mediaTrackerToLoadImage = new MediaTracker(new Label());

est mal initialisé le problème viendrait alors de "new Label()"

En effet, ça vient bien du constructeur du Label (cf fin de la trace).
En général, on rencontre ça sous certains environnements Unix sans contexte graphique (pour être très précis, c'est plutôt sans DISPLAY ou sans MOUSE ou sans KEYBOARD). Généralement, on fait un -Djava.awt.headless=true et ça passe. Mais là, pour d'obscures raisons liés à notre client, je ne peux pas faire ça.

Par contre, je n'arrive pas à expliquer qu'il n'y ait pas de contexte graphique sous Windows. A ma connaissance, ce n'est pas possible. A moins qu'il n'y ait pas de souris / clavier (difficile d'avoir une réponse sur le sujet)...

Sinon, je peux toujours trouver un workaround. C'est donc essentiellement pour ma culture G ;-).

Perso là je sèche ^^

Tu as essayé de changer le chargement de l'image qui utilise le MediaTracker par de l'ImageIO qui est une méthode plus récente et plus fiable pour un chargement synchrone d'image, n'impliquant pas l'intervention d'un Label incongru?

Pas bête ! Je vais essayer.

Merci.