Génération PDF à partir d'un Blob Oracle

Version imprimable

18/07/2013, 11h55
drake56

Génération PDF à partir d'un Blob Oracle

Bonjour,

J'ai stocké le contenu d'un fichier PDF dans un Blob.
Je souhaiterai regénérer un fichier PDF à partir de celui-ci dans mon programme.
Le contenu du Blob ressemble à ça :

Citation:

%PDF-1.3
%âãÏÓ

1 0 obj
<<
/Type /Catalog
/Outlines 2 0 R
/Pages 3 0 R
>>
endobj

...

xref
0 10
0000000000 65535 f
0000000019 00000 n
0000000093 00000 n
0000000147 00000 n
0000000216 00000 n
0000000386 00000 n
0000016695 00000 n
0000016728 00000 n
0000016851 00000 n
0000016969 00000 n

trailer
<<
/Size 10
/Root 1 0 R
/Info 9 0 R
>>

startxref
17116
%%EOF

Pouvez-vous m'aider ?

Merci d'avance
18/07/2013, 13h10
Matthieu Brucher

Ou est ton probleme ? Une fois que tu as fait ta requete SQL, tu ecris dans un fichier.

L'écriture dans le fichier ne fonctionne pas sur tous les fichiers PDF, uniquement ceux générés à partir d'un état Rave.
J'utilise ce code :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 fiche = Blob->AsString; nom_fichier = "Contrat.pdf"; path = RepertoireTemporaireWindows(); fichier_complet = path + nom_fichier; ofstream fichier(fichier_complet.c_str()); if (fichier.is_open()) { fichier << fiche.c_str(); fichier.close(); } ShellExecute(Handle,"open",PChar(fichier_complet.c_str()),NULL,NULL,SW_SHOW);

18/07/2013, 15h39
Matthieu Brucher

Ecrire dans un ifstream ne marche pas ??
18/07/2013, 16h28
drake56

Citation:

Envoyé par Matthieu Brucher

Ecrire dans un ifstream ne marche pas ??

Il me semble que l'écriture dans un ifstream ne marche pas, c'est uniquement pour la lecture de fichier.
18/07/2013, 16h59
Matthieu Brucher

Citation:

Envoyé par drake56

Il me semble que l'écriture dans un ifstream ne marche pas, c'est uniquement pour la lecture de fichier.

Pardon, ofstream. Je ne comprends pas pourquoi cette donnee qui provient d'un pdf lu brutalement ne peut pas etre enregistre brutalement de la meme maniere. Il ya un truc qui m'echappe dans la maniere dont le resultat de la requete a ete cree par rapport au pdf original.
Normalement un stream.write(blob.c_str(), blob.size()) devrait etre suffisant.

Citation:

Envoyé par Matthieu Brucher

Pardon, ofstream. Je ne comprends pas pourquoi cette donnee qui provient d'un pdf lu brutalement ne peut pas etre enregistre brutalement de la meme maniere. Il ya un truc qui m'echappe dans la maniere dont le resultat de la requete a ete cree par rapport au pdf original.
Normalement un stream.write(blob.c_str(), blob.size()) devrait etre suffisant.

Moi non + je comprends pas, j'ai essayé le write comme ceci :
Code:

1 2 3 4 5 6 7 8 ofstream fichier(fichier_complet.c_str()); if (fichier.is_open()) { fichier.write(contenu.c_str(),strlen(contenu.c_str())); fichier.close(); } ShellExecute(Handle,"open",PChar(fichier_complet.c_str()),NULL,NULL,SW_SHOW);
Mon PDF généré à partir d'un Rave il sort nickel mon autre pdf issu d'un scan rien n'a faire, fichier endommagé.

Merci d'avoir prit le temps de me répondre

18/07/2013, 17h58
Matthieu Brucher

strlen... Pourquoi tu passes par un strlen alors que le contenu est binaire et donc peut contenir des \0 ? strlen ne te retourne pas la bonne taille ! verifie ailleurs, mais je suis certain que ton fichier est tronque parce que tu n'as pas utilise la methode size() !
18/07/2013, 21h24
Bousk

AS-tu essayé d'ouvrir le fichier en mode binaire ?
19/07/2013, 09h26
drake56

Citation:

Envoyé par Matthieu Brucher

strlen... Pourquoi tu passes par un strlen alors que le contenu est binaire et donc peut contenir des \0 ? strlen ne te retourne pas la bonne taille ! verifie ailleurs, mais je suis certain que ton fichier est tronque parce que tu n'as pas utilise la methode size() !

La méthode size() ne marche pas avec un String en fait, j'ai cherché un équivalent.
Je vais essayé en mode binaire mais faut que je fasse mon fichier en .bin ?
Merci
19/07/2013, 09h44
Matthieu Brucher

Tu es déjà en binaire.
Tant que tu ne fourniras pas la bonne taille (strlen, ça marche pour du texte, pas pour du binaire), tu te prendras un mur.
Maintenant, c'est sûr que si notre supposition que ton texte est dans une std::string n'est pas correcte, on ne peut pas trop t'aider à utiliser la bonne méthode. Mais ton erreur est clairement là. Faut pas chercher plus loin.
19/07/2013, 10h09
drake56
Citation:

Envoyé par Matthieu Brucher

Tu es déjà en binaire.
Tant que tu ne fourniras pas la bonne taille (strlen, ça marche pour du texte, pas pour du binaire), tu te prendras un mur.
Maintenant, c'est sûr que si notre supposition que ton texte est dans une std::string n'est pas correcte, on ne peut pas trop t'aider à utiliser la bonne méthode. Mais ton erreur est clairement là. Faut pas chercher plus loin.

J'ai utilisé exactement ce que tu as dis et toujours le même souci, il ne prend que le PDF issu d'un état Rave. J'ai fait ça
Code:

1 2 3 4 5 6 7 ofstream fichier(fichier_complet.c_str()); if (fichier.is_open()) { string str(contenu.c_str()); fichier.write(str.c_str(),str.size()); fichier.close(); }
fichier complet = chemin où sera créé le fichier
contenu = le contenu de mon Blob AsString

Je comprends vraiment pas d'où ça peut venir
19/07/2013, 12h11
Matthieu Brucher

Parce que tu ne vérifies pas les tailles !
Tu crées un string, bien, mais sa taille est calculée par un strlen derrière ! (i.e. ton erreur est ligne 4, tu ne peux pas construire une std::string avec tout le contenu de ta chaîne d'origine ainsi. Tu peux potentiellement le faire avec des itérateurs, mais comme tu ne nous dis pas le type de ton objet au départ, on en peut rien faire de plus pour t'aider)
Tu es OBLIGE de specifier la taille quand tu passes un c_str, sinon il s'arrête au premier \0 rencontré.

Je ne sais pas combien de fois je vais être obligé de me répéter. En fait, c'est la dernière.
19/07/2013, 12h33
drake56

Citation:

Envoyé par Matthieu Brucher

Parce que tu ne vérifies pas les tailles !
Tu crées un string, bien, mais sa taille est calculée par un strlen derrière ! (i.e. ton erreur est ligne 4, tu ne peux pas construire une std::string avec tout le contenu de ta chaîne d'origine ainsi. Tu peux potentiellement le faire avec des itérateurs, mais comme tu ne nous dis pas le type de ton objet au départ, on en peut rien faire de plus pour t'aider)
Tu es OBLIGE de specifier la taille quand tu passes un c_str, sinon il s'arrête au premier \0 rencontré.

Je ne sais pas combien de fois je vais être obligé de me répéter. En fait, c'est la dernière.

J'avais compris qu'il fallait que je mette mon champs AnsiString dans un champ string et qu'à partir de celui ci j'utilise la méthode write avec le string.c_str() et je calcule la taille au même moment avec string.size(). Je vais essayer comme tu me l'as précisé là merci
19/07/2013, 12h50
Matthieu Brucher

Sauf que tu passes par des char* et que tu calcules tes tailles là dessus alors que ce n'est pas bon (les char* sont toujours terminés par le premier \0 rencontré, ce qui n'est pas le cas des strings, donc tu dois faire différemment).
Si ton AnsiString a directement un pointeur voir* ou autre à l'intérieur et que tu as la taille du buffer interne, ça marche aussi, mais tu dois rester cohérent en gardant toujours l'objet et sa taille de départ sans la faire recalculer.
Et surtout vérifie à la fin que ton pdf a la bonne taille, c'est ton premier indicateur que la contrainte que je viens de donner n'a pas été respectée.

Citation:

Envoyé par Matthieu Brucher

Sauf que tu passes par des char* et que tu calcules tes tailles là dessus alors que ce n'est pas bon (les char* sont toujours terminés par le premier \0 rencontré, ce qui n'est pas le cas des strings, donc tu dois faire différemment).
Si ton AnsiString a directement un pointeur voir* ou autre à l'intérieur et que tu as la taille du buffer interne, ça marche aussi, mais tu dois rester cohérent en gardant toujours l'objet et sa taille de départ sans la faire recalculer.
Et surtout vérifie à la fin que ton pdf a la bonne taille, c'est ton premier indicateur que la contrainte que je viens de donner n'a pas été respectée.

Bon ça ne marche hélas toujours pas mais le message d'erreur à l'ouverture du PDF a évolué (Données insuffisantes pour afficher une image).
J'ai fait ça en espérant que je n'ai rien oublié (probablement que si mais bon) :
Code:

1 2 3 4 5 6 7 ofstream fichier(fichier_complet.c_str()); if (fichier.is_open()) { string str(contenu.c_str(), contenu.Length()); fichier.write(str.c_str(), contenu.Length()); fichier.close(); }
Mon fichier fait bien la taille de l'original puisque j'ai bien gardé la taille de mon AnsiString.
Il faut que je trouve un moyen de l'écrire sans char* de manière à ce que l'écriture ne s'arrête pas au premier \0 ?

Merci encore pour ton aide et désolé pour le dérangement, j'ai jamais manipulé donc c'est un peu galère..

19/07/2013, 20h00
Matthieu Brucher

Pour quoi passer par un string maintenant ? Fourni directement ta chaine à l'écrivain.
22/07/2013, 09h57
drake56

Citation:

Envoyé par Matthieu Brucher

Pour quoi passer par un string maintenant ? Fourni directement ta chaine à l'écrivain.

J'avais essayé sans passer par le string puisque j'en voyais plus l'intérêt aussi mais j'arrive au même résultat ("Données insuffisantes pour afficher une image").
Il faut utiliser autre chose que Length ?

Salut,

A priori, un pdf est un fichier binaire.

Son contenu peut donc, a priori, etre composé virtuellement de l'ensemble des caractères ASCII, y compris ceux auxquels std::string donne une signification particulière (en gros: n'importe quel caractère dont l'indice est compris dans l'espace [0,32[ ).

Tu ne peux donc pas récupérer le contenu du fichier dans une std::string, qui permet de représenter les chaines de caractères, parce que qu'elle va de manière indue (par rapport au contexte d'un fichier binaire) au niveau du premier '\0' qu'elle rencontrera lorsqu'elle sera évaluée (entre autres, lorsque tu voudra en connaitre la taille).

Ce que tu dois utiliser pour représenter le contenu de ton fichier, c'est un vecteur de caractères non signé (std::vector<unsigned char> ) pour être sur que l'intégralité du contenu de ton BLOB sera bel et bien pris en compte.

A partir de là, tu n'auras plus de problème pour effectuer l'écriture de ton fichier:
Code:

1 2 3 4 5 6 7 8 9 int main(){ std::vector<unsigned char > content; /* je passe la récupération du contenu du blob */ { std::ofstream ofs("fichier.pdf", std::ios_base::binary); ofs.write(&content[0],content.size()); } ShellExecute(Handle, "open", PChar("fichier.pdf"), NULL,NULL, SW_SHOW); }
(il n'y a plus qu'à rajouter les point de variation au niveau de nom de fichier ;))

22/07/2013, 14h25
drake56
Bonjour,

Merci pour ta réponse, par contre, je fais comment pour insérer le contenu de mon AnsiString (le blob) dans le vecteur de caractères non signés ?

Edit : Sans passer par le vecteur et en ajoutant

Code:

ios_base::binary

ça a suffit à résoudre mon soucis.
Merci beaucoup :)
Je fais donc ça :
Code:

1 2 3 4 5 6 ofstream fichier(fichier_complet.c_str(), ios_base::binary); if (fichier.is_open()) { fichier.write(contenu.c_str(), contenu.Length()); fichier.close(); }
22/07/2013, 14h46
koala01

Citation:

Envoyé par drake56

Bonjour,

Merci pour ta réponse, par contre, je fais comment pour insérer le contenu de mon AnsiString (le blob) dans le vecteur de caractères non signés ?

Je ne suis déjà pas sur que le type AnsiString soit le plus indiqué pour récupérer le contenu d'un blob :aie:

A te lire, je présumes que tu travailles avec la VCL de borland, et je ne suis plus très familiarisé avec elle (ca fait un bail que je ne l'ai plus utilisée :oops::?) mais, pour autant que je me souvienne, AnsiString est, plus ou moins, l'équivalent d'une chaine de caractères adaptée à la représentation de caractères UTF.

Et, pour autant que je me souvienne, le caractère nul ('\0') est également considéré comme étant le caractère représentant d'office la fin d'une chaine. Note que, si c'est un autre caractère qui est utilisé à cette fin, cela ne changera de toutes manières pas grand chose au problème:

Toutes les manipulations que tu pourras faire sur ton AnsiString, dont, essentiellement, celles qui tendent à en déterminer la taille, vont se baser sur le premier caractère considéré comme étant une "fin de chaine" qu'elles vont rencontrer pour fournir leur résultat, avec, comme principal "effet secondaire" que tout suit ce premier caractère rencontré sera purement et simplement ignoré (la chaine de caractères sera littéralement tronquée après le premier caractère servant de représentation de la fin de chaine rencontré).

Le fait que tu voies correctement le contenu du blob dans le débuggeur ne changera rien à cet état de fait :aie:

Or, comme le nom l'indique, blob est un "Bynary Large OBject", ce qui implique, comme je l'ai fait remarquer dans ma première intervention, qu'il peut, fatalement, y avoir "n'importe où" dans cet objet un caractère dans cet objet qui risque, d'une manière ou d'une autre, d'être considéré comme "caractère terminal d'une chaine de caractère" alors que le contenu n'est pas complet, et ce, quel que soit le type de la chaine de caractères que tu utilises :aie:

tu aurais donc largement intérêt à directement récupérer le contenu de ton blob dans quelque chose de plus adapté à la représentation en mémoire de ton blob.

Je te conseillerais de te tourner vers un tableau de caractères, que ce soit un std::vector<unsigned char> ou un équivalent UTF fourni par la VCL ;)
EDIT: En effet, si tu veux te contenter de sauvegarder "correctement" le contenu de ton blob, tant que tu veilles à enregistrer le contenu dans un "fichier binaire" et que tu es sur de ne pas en avoir tronqué le contenu, n'importe quel conteneur permettant de représenter des caractères (UTF ou non) fera l'affaire ;)