[C#] Récupérer un pdf généré à la volée

Version imprimable

17/11/2010, 09h05
Gunny

[C#] Récupérer un pdf généré à la volée

Bonjour,

Je me casse la tête depuis quelques heures là dessus et je ne trouve pas de solution.
J'utilise un contrôle webbrowser pour crawler un site web qui requiert une double authentification : une boîte de dialogue système (htaccess probablement) et ensuite un formulaire web.
A un moment je dois enregistrer un pdf qui est généré par le site. Je n'ai donc pas d'url directe vers le document, juste une url "classique" vers une jsp.
J'ai exploré la piste évidente du webclient. Le problème étant que le WebClient n'étant pas authentifié via le formulaire web, au lieu de me récupérer le pdf, il me récupère la page qui est affichée lorsque l'on essaye d'appeler l'url sans s'être authentifié via le formulaire. Les credentials passent l'authentification https mais c'est tout.
Ensuite j'ai essayé d'utiliser les propriétés Document et DocumentStream de mon contrôle WebBrowser dans le gestionnaire d'évènement DocumentCompleted, mais sans succès. En effet si j'appelle la fonction Navigate() sur l'url du pdf, c'est Adobe Reader qui se lance, et par conséquent le document pdf n'est pas chargé dans la propriété Document (dans celle-ci se trouve en fait la page précédente).
J'essaye d'explorer la piste de simuler un clic droit>enregistrer sous mais sans grand succès.

Quelqu'un a-t-il une idée ?

Merci beaucoup !

Citation:

Envoyé par Gunny

Le problème étant que le WebClient n'étant pas authentifié via le formulaire web, au lieu de me récupérer le pdf, il me récupère la page qui est affichée lorsque l'on essaye d'appeler l'url sans s'être authentifié via le formulaire. Les credentials passent l'authentification https mais c'est tout.

Le problème est que de base, WebClient ne sait pas gérer les cookies. Donc l'authentification par formulaire que tu fais est aussitôt "oubliée", vu que tu ne retransmets pas les cookies que tu as reçus en t'authentifiant.

Heureusement c'est assez facile d'ajouter cette fonctionnalité :

- Crée une classe qui hérite de WebClient (appelle la par exemple WebClientEx)
- Ajoute une propriété CookieContainer (de type CookieContainer)
- Override la méthode GetWebRequest pour gérer les cookies de la HttpWebRequest
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 public class WebClientEx : WebClient { public CookieContainer CookieContainer { get; set; } protected override WebRequest GetWebRequest(Uri address) { var req = base.GetWebRequest(address); var httpReq = req as HttpWebRequest; if (httpReq != null) { httpReq.CookieContainer = this.CookieContainer; } return req; } }
Pour l'utiliser, initialise la propriété CookieContainer :
Code:

1 2 3 var client = new WebClientEx(); client.CookieContainer = new CookieContainer(); ...
Si tu réutilises le même WebClientEx pour plusieurs requêtes successives (ou que tu réutilises le même CookieContainer avec plusieurs WebClientEx), les cookies seront conservés entre chaque requête, et ça devrait fonctionner comme tu veux

Merci !

J'ai donc écrit ce code (je vous passe les appels à mon fichier config) :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
WebClientEx client = new WebClientEx();
client.Proxy.Credentials = CredentialCache.DefaultNetworkCredentials;
client.Credentials = new NetworkCredential(login, pass);
client.CookieContainer = new CookieContainer();
 
//Authentification formulaire
string url = "urlForm";
NameValueCollection formData = new NameValueCollection();
formData["txtLogin"] = login2;
formData["txtMdp"] = pass2;
 
byte[] responseBytes = client.UploadValues(url, "POST", formData);
 
 
// On enregistre temporairement le PDF
string tempPath = Path.GetTempFileName() + ".pdf";
client.DownloadFile("URLpdf", tempPath);

Et... ça ne fonctionne pas, mon code reste bloqué lors de l'appel à UploadValues (erreur 401). D'où cela peut-il venir ?

17/11/2010, 11h14
tomlev

Citation:

Envoyé par Gunny

Et... ça ne fonctionne pas, mon code reste bloqué lors de l'appel à UploadValues. D'où cela peut-il venir ?

Bizarre... et si tu vires le CookieContainer ça bloque pas ?
17/11/2010, 11h24
Gunny

Ca ne change rien non, toujours erreur 401. Pourtant mes credentials sont corrects.
17/11/2010, 11h44
tomlev

Bizarre... sans le CookieContainer ça doit pourtant revenir au même qu'avec un WebClient normal :?
17/11/2010, 11h51
Gunny

Oui c'est bizarre que ça me fait un 401, comme si mes credentials étaient erronés.

En effet, si je me contente de faire client.downloadFile sans définir les credentials, je tombe sur une erreur 401 (normal). Mais, si je les mets, le webclient me télécharge la page d'erreur affichée s'il l'on est authentifié auprès du serveur mais sans s'être identifié via le formulaire web. Ca veut donc bien dire que ça ne vient pas de là, a priori...
17/11/2010, 16h02
Gunny
Testé ça :
Code:

1 2 3 4 CredentialCache cc = new CredentialCache(); cc.Add(new Uri("http://www.lesite.fr/"), "Digest", new NetworkCredential("login", "pass", "www.lesite.fr")); client.Credentials = cc;
Mais sans plus de succès... J'ai toujours une erreur 401 à l'appel de UploadValues.

edit : mes credentials initiaux ont pourtant bien l'air de fonctionner. Si j'essaye d'appeler la fonction downloadFile de mon webclient sur un fichier quelconque accessible après l'authentification htaccess, mais sans avoir besoin de se connecter via le formulaire web (exemple : une image), il est bien téléchargé. Alors pourquoi l'erreur 401 quand j'appelle la fonction UploadValues ?
17/11/2010, 17h48
tomlev

Je sais pas trop...

Tu es sûr que c'est "Digest" et pas "Basic" l'authentification à utiliser ?
17/11/2010, 17h58
Gunny

J'ai essayé avec les deux, ça ne change rien. VIsiblement ça ne vient pas de mes credentials de toute façon.

J'ai essayé d'analyser les trames HTTP avec Fiddler et même en recopiant les headers et en vérifiant que la requête envoyée par le webclient est quasi-identique à celle envoyée par mon navigateur ça m'envoie quand même un 401.

Hmmm...
17/11/2010, 20h49
tomlev

Citation:

Envoyé par Gunny

quasi-identique

C'est quoi les différences ?

Voici la requête postée par mon navigateur (IE en l'occurence) :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
POST http://www.lesite.fr/actionform.jsp HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, */*
Referer: http://www.lesite.fr/index.jsp
Accept-Language: fr
Content-Type: application/x-www-form-urlencoded
UA-CPU: x86
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
Proxy-Connection: Keep-Alive
Content-Length: 46
Host: www.lesite.fr
Pragma: no-cache
Cookie: JSESSIONID=6EC0B9CAF20E6914B9E3F8FAEBA16504.60B0ABCC71ADFA8D67
Authorization: Basic xxxxx==
 
login=xxx&password=xxx&mode=Valider+%3E%3E

Et par mon WebCLient :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
POST http://www.lesite.fr/actionform.jsp HTTP/1.1
Accept-Language: fr
UA-CPU: x86
Accept-Encoding: gzip, deflate
Pragma: no-cache
Authorization: Basic xxxxx==
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, */*
Content-Type: application/x-www-form-urlencoded
Referer: http://www.lesite.fr/index.jsp
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
Host: www.lesite.fr
Content-Length: 46
Expect: 100-continue
Proxy-Connection: Keep-Alive
 
login=xxx&password=xxx&mode=Valider+%3e%3e

18/11/2010, 09h47
tomlev

OK, donc les 2 seules différences sont :
- IE envoie un cookie JSESSIONID: je pense pas que ce soit lié à ça, mais on sait jamais... essaie peut-être de faire une première requête sur le site avant le login, pour récupérer un cookie de session
- IE envoie pas l'en-tête Expect: 100-continue : j'ai déjà vu des trucs bizarres à cause de cet en-tête, il faudrait peut-être essayer de le virer. Dans la méthode GetWebRequest, essaie d'ajouter ça :

Code:

request.ServicePoint.Expect100Continue = false;

8O

Voici la requete après avoir fait ces deux choses :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
POST http://www.lesite.fr/actionForm.jsp HTTP/1.1
Accept-Language: fr
UA-CPU: x86
Accept-Encoding: gzip, deflate
Pragma: no-cache
Authorization: Basic xxxx==
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, */*
Content-Type: application/x-www-form-urlencoded
Referer: http://www.lesite.fr/index.jsp
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
Host: www.lesite.fr
Cookie: JSESSIONID=FFC468F3FCDDF35581C93911D683929A.21B492F430A9C3B526
Content-Length: 46
Proxy-Connection: Keep-Alive
 
login=xxx&password=xxx&mode=Valider+%3e%3e

Et bien... Erreur 401 toujours.

18/11/2010, 10h43
tomlev

Citation:

Envoyé par Gunny

8O

Comme tu dis :aie:

Là je sais vraiment plus quoi te proposer...
18/11/2010, 11h15
Gunny

Bon ben je vais devoir passer au plan B qui n'a rien à voir :aie:

Tant pis, merci pour l'aide !