Source de l'Image avec iText

Version imprimable

Bonjour,

J'ai généré un PDF avec iTEXT en l'incorporant une image. Je travaille sur un projet JSP/Servlets. Je rencontre des problèmes avec l'emplacement de mon image. Je voulais un chemin relatif, mais le système utilise un chemin absolu à partir de c:\.
Voici le code d'erreur affiché.

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
com.itextpdf.io.IOException: I/O exception.
	com.itextpdf.io.image.ImageDataFactory.readImageType(ImageDataFactory.java:503)
	com.itextpdf.io.image.ImageDataFactory.createImageInstance(ImageDataFactory.java:420)
	com.itextpdf.io.image.ImageDataFactory.create(ImageDataFactory.java:84)
	..................
	javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
	org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)


cause mère
java.io.FileNotFoundException: C:\eclipse\logopades.png (Le fichier spécifié est introuvable)
	java.io.FileInputStream.open0(Native Method)
	java.io.FileInputStream.open(Unknown Source)
	java.io.FileInputStream.<init>(Unknown Source)
	java.io.FileInputStream.<init>(Unknown Source)
	sun.net.www.protocol.file.FileURLConnection.connect(Unknown Source)
	sun.net.www.protocol.file.FileURLConnection.getInputStream(Unknown Source)
	java.net.URL.openStream(Unknown Source)
	com.itextpdf.io.util.UrlUtil.openStream(UrlUtil.java:82)
	com.itextpdf.io.image.ImageDataFactory.readImageType(ImageDataFactory.java:498)
	com.itextpdf.io.image.ImageDataFactory.createImageInstance(ImageDataFactory.java:420)
	com.itextpdf.io.image.ImageDataFactory.create(ImageDataFactory.java:84)
	com.itextpdf.io.image.ImageDataFactory.create(ImageDataFactory.java:92)
	com.itextpdf.io.image.ImageDataFactory.create(ImageDataFactory.java:96)
	beans.PDFClasse.creerEntete(PDFClasse.java:71)
	beans.PDFClasse.createPdfMarche(PDFClasse.java:296)
	servlets.MarchePDF.doGet(MarchePDF.java:54)
	servlets.MarchePDF.doPost(MarchePDF.java:71)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:648)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
	org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)

Comme vous pouvez constater, il cherche toujours dans le répertoire eclipse.
Je voudrais qu'il cherche dans le répertoire courant, sinon dans le dossier de mon projet.

Voici le code concerné

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
public class PDFClasse {
	public static final String DOG = "logopades.png";
 
	public PDFClasse() { 
 
	}
 
	public Table creerEntete() throws IOException, SQLException{
              ..........................
              ................................
 
        Image dog = new Image(ImageDataFactory.create(DOG));
 
        entete.addCell(gauche.add(dog));
        entete.addCell(droite.add(" "));
		return entete;
	}

Merci d'avance pour l'attention accordée à ce message.

28/03/2018, 00h05
tchize_

Citation:

Envoyé par demcoul

Bonjour,

J'ai généré un PDF avec iTEXT en l'incorporant une image. Je travaille sur un projet JSP/Servlets. Je rencontre des problèmes avec l'emplacement de mon image. Je voulais un chemin relatif, mais le système utilise un chemin absolu à partir de c:\.

Relatif par rapport à quoi? Là il est relatif par rapport au dossier courant, ce qui ne veux rien dire dans le cadre d'une servlet.
30/03/2018, 01h00
demcoul

Bonjour,

Je voulais que iTEXT accepte de prendre l'image dans un sous-dossier du dossier courant.
30/03/2018, 01h20
tchize_

dans le cadre d'un servlet le "dossier courant" ne veux rien dire puisque c'est le dossier courant de ton conteneur J2EE dont la valeur est indéterminée.

tu dois decider d'où tu va mettre ton image (dans le classpath? de le '/' de ton war?) et ensuite en fonction d'où tu compte le mettre on peux regarder à adapter le code. Dans tous les cas, tu oublie les fichiers d'une servlet. la notion de fichier n'y existe plus. Tu vas devoir passer par les api de iText n'utilisant que des inputstreams.

Citation:

Envoyé par tchize_

dans le cadre d'un servlet le "dossier courant" ne veux rien dire puisque c'est le dossier courant de ton conteneur J2EE dont la valeur est indéterminée.

Ce n'est pas tout à fait vrai, il peut certes varier en fonction du type de déploiement (war, ear) mais le chemin physique de base de la servlet peut facilement être récupéré via HttpServletRequest.
Dans une méthode de servlet comme "service" ce serait
Code:

1 2 3 4 5 6 7 8 ... public void service(HttpServletRequest request, HttpServletResponse response) throws... { String basePath = request.getServletContext().getRealPath("/"); // Donc basePath correspond au chemin physique de "WebContent" de l'application. }
Pour avoir le chemin physique d'un sous-répertoire, il suffit de rajouter à basePath,
Exemple :
basePath += "/WEB-INF/resources/images/monImage.png";

Ensuite, il suffit de passer ce chemin à iText qui pourra traiter correctement l'image ;)

30/03/2018, 18h51
tchize_

ouais enfin tu n'a pas de garantie que getRealPath te renvoie autre chose que null. Et si tu passe par la servlet context, autant directement lui demander l'inputStream :)
30/03/2018, 18h57
OButterlin

Euh... avec getRealPath("/") tu n'as aucune chance qu'il te renvoie null ou alors il faudra m'expliquer comment une servlet active peut ne pas matérialiser son chemin de base :aie:
30/03/2018, 20h02
tchize_

rien n'oblige un conteneur J2EE d'exploser le WAR, par exemple. Et donc le "real path" n'existe pas. Je ne connais pas l'état des conteneurs à l'heure actuelle, mais pas le passé, il existait bien des conteneurs qui renvoyaient null. Weblogic par exemple. Et c'est conforme à la spec puisqu'elle dit jusque que 'si le conteneur peu pas il retourne null', elle ne définis pas à ma connaissance les conditions de "peut pas".