getRessourceStream depuis un jar -> ioException

Bonjour,
voici mon souci j'essaye de charger une police particulière maPolice.ttf de cette façon :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

try { log.debug("Going to get font."); final InputStream iStreamFont = getClass().getResourceAsStream("/monPckage/res/maPolice.ttf"); log.debug("input stream loaded " + iStreamFont); final Font iFont = Font.createFont(Font.TRUETYPE_FONT, iStreamFont); log.debug("Font created " + iFont); GraphicsEnvironment.getLocalGraphicsEnvironment().registerFont(iFont); log.debug("Font has been well load."); } catch (final FontFormatException iFontFormatException) { log.error("Can't load maPolice font", iFontFormatException); } catch (final IOException iIoException) { log.error("Can't load maPolice font", iIoException); }

---

cela marche très bien depuis mon ide mais pas du tout depuis mon jar.

Forcement j'ai pensé que cela venait d'un problème de classpath mais étonnamment si on regarde les logs :

Citation:

---

DEBUG MonpackageClientCommon.MainFrame.initialize(Unknown Source) - Going to get font.
DEBUG MonpackageClientCommon.MainFrame.initialize(Unknown Source) - input stream loaded sun.net.www.protocol.jar.JarURLConnection$JarURLInputStream@1a80183
ERROR MonpackageClientCommon.MainFrame.initialize(Unknown Source) - Can't load BleriotText-Roman font
java.io.IOException: Problem reading font data.
...

---

donc on dirait que le inputStream est trouvé mais que lors du createFont le thread courant ne la voit pas.

Du coup j'ai essayé de faire :

Code:

---

1 2	Thread.currentThread() .getContextClassLoader().getResourceAsStream("/monPckage/res/maPolice.ttf");

---

mais la effectivement le thread courent ne vois pas la ressource et j'ai un input stream null ds mes logs

Citation:

---

MainFrame.initialize(Unknown Source) - input stream loaded null

---

Je suis un peu perdu si quelqu'un a une piste ??

quand on passe par le classloader, pas de "/" en tête. C'est pour ça que vous avez un null dans le deuxième cas et ça n'a rien à voir avec votre problème.

Je crois plutot que d'une manière ou d'une autre, votre fichier ttf est corrompu. L'IOException se produit en cours de lecteur. Si la ressource n'était pas trouvée, vous auriez un null.

merci en effet je m'étais orienté la dessus je suis en train de regarder ds mes scripts ant merci

alors j'ai extrait le font du jar est je l'ouvre correctement sous windows ..
je peux l'utiliser sans probleme dans word :s

De plus une fois mis ds mes fonts system la font se charge correctement quand je fait un new Font ("myFont.ttf , Font.PLAIN, 16);")

du coup je ne pense pas que le ttf soit corrompu.. 8O:aie:8O

Pourriez vous afficher l'exception complète (stacktrace)?

Je vous envoi ca par mp (explication ds le mp)

sinon je vais tester de charger une autre ttf pour voir ce que ca donne

edit : même problème si j'utilise une ttf de base windows

Quand vous utilisez un ttf de base, l'utilisez vous "dans le jar" ou en le chargeant depuis le disque?

la ttf de base est bien utilisé depuis le jar en remplacement de l'autre et le soucis est le même.

par curiosité, depuis le Système de fichier, ça fonctionne?

je viens de jeter un oeil aux sources de createFont(), et c'est pas beau à voir :calim2:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

} catch (Throwable t) { if (t instanceof FontFormatException) { throw (FontFormatException)t; } if (t instanceof IOException) { throw (IOException)t; } Throwable cause = t.getCause(); if (cause instanceof FontFormatException) { throw (FontFormatException)cause; } throw new IOException("Problem reading font data."); }

---

Vous avez bien vu, si l'opération déclenche un Throwable qui n'est ni un FontFormatException, ni un IOException, cette méthode lance un autre IOException.
Une chose est sure, donc, votre problème n'a rien à voir avec le IOException et l'exception d'origine est perdue. Il va falloir faire du pas à pas avec un IDE dans la méthode createFont pour chopper et afficher le throwable d'origine.

A oui en effet très moche .. merci beaucoup je regarde tout ça et je reviens vers vous !

:ccool:
c'est bon j'ai trouvé ! cela venait effectivement de la, lors du lancement du jar je lui passait en paramètre un dossier temporaire "-Djava.io.tmpdir=" qui n'ai pas crée si il n'existe pas! et le createfont se sert bien de se dossier.

encore merci !