Discussion :

[Invité]

Bonjour,

je cherchais un HTTPclient autre que mon vieil Indy 10.2.0.3 parce que

• il ne semble plus maintenu (en Free Pascal) d'une part
• et que d'autre part, je n'ai jamais réussi à le faire fonctionner [c'était il y a 2ans mais la même version] sous Mac OS X, ceci provenant certainement du fait que l'installation fut difficile à l'époque et incertaine...

Donc, après avoir consulté qqs forums, j'ai installé lNet sous Windows sur ma Lazarus 0.9.29/FPC 2.4.1. L'installation s'effectue simplement et sans problème.

Ceci ne concerne que Windows : Pas de problème sur mon Ubuntu 10.0.4 avec les mêmes versions de Lazarus et FPC.
Quand on lance les exemples, ils crashent dès qu'ils utilisent un tSSLSessionComponent. Ainsi, httpclienttest.lpi plante "Error creating SSL CTX: SSLCTXNew". Or c'est ce composant qui permet de "résoudre" ce type d'adresses, il est donc essentiel.

Cela résulte du fait qu'il manque 2 dlls [à placer dans le dossier du projet] : libeay32.dll et ssleay32.dll.

Où les trouve-t-on ? Ici par exemple : http://subversion.apache.org/packages.html#windows.
C'est en étudiant le fonctionnement de subversion pour me fabriquer un petit utilitaire Lazarus (pour mettre à jour plus facilement Lazarus et FPC qu'avec des batches [cf Récente discussion sur ce forum : http://www.developpez.net/forums/d93...-svn-versions/ ]) que j'ai remarqué ces librairies sous Windows parfaitement identifiées : OpenSLLSharedLibrary.

Reste que ceci réglé, le fonctionnement de LNet me semble très susceptible et obscur... C'est la réputation (à mon avis à tort) qu'a Indy 10... Il me semble qu'à ce niveau, LNet pourrait dignement concourir même si je n'ai pas encore une opinion tranchée à ce sujet mais seulement quelques "alertes". Y a des aficionados de ce produit qui pourraient me donner un "retour d'expérience" ?

Question idiote probablement : Avec LNet, comment "résout-on" des adresses http et non pas https afin de récupérer le code HTML d'une page dans un mémo comme dans l'exemple httpclienttest.lpi ?

Dans l'exemple httpclienttest.lpi, si je saisis une adresse https://..... A la connexion un Showmessage(IntToStr(aPort)) retourne normalement 443 alors qu'une adresse http:// me retourne 80. Normal. Mais, sous Linux comme sous Windows... alors qu'avec https j'ai bien le code HTML de la page, avec http le retour est Disconnected.
Cordialement. Gilles

PS : Pour pallier une éventuelle issue "défavorable" avec LNet, je repose la question que j'ai déjà posée (mais sans réponse), il y a quelque temps ne disposant pas de MAC. Quelqu'un(e) a-t-il réussi à installer un Indy 10 sous MAC OS X et fonctionne-t-il bien ?

[Invité]

Je suppose qu'il s'agit d'un problème d'User-Agent comme j'ai déjà rencontré avec Indy [ http://www.developpez.net/forums/d75...nement-idhttp/ ]

Le problème est que tout ce que j'ai tenté ne fonctionne pas sous LNet.
Quel peut bien être l'équivalent du code Indy en LNet ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

idHTTP1.Request.UserAgent := 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)';

Un truc du genre HTTPClient.AddExtraHeader('User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)'); ne semble pas fonctionner...

Il y a bien hpUserAgent, mais je ne sais pas comment l'affecter. Elle ne fonctionne peut-être que pour HTTP Server.

Quant à la Doc : Elle existe [http://z505.com/cgi-bin/powtils/docs...ngs&unit=lhttp provenant de http://wiki.lazarus.freepascal.org/lNet#Documentation ], mais pour l'instant, je n'y trouve pas la réponse à ma question...

Exemple d'une adresse "lue": http://www.google.fr - Une non lue : http://www.developpez.com

Cordialement. Gilles

[Invité]

Bonjour,

Pour info, j'ai envoyé un mail à l'auteur du composant LNet. Pour l'instant [5 jours] sans réponse. Je considère donc que ce composant n'est pas utilisable actuellement en HTTP Client faute de cette probable "cause". Pour en avoir la certitude et savoir ce qu'envoie exactement la requête, il faudrait placer un scan IP sur mon appareil... Je n'ai pas le temps de faire ceci d'autant que la tentative synapse fonctionne correctement sous Win et Nux ... quand on modifie le User-Agent :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
var
  HTTP: THTTPSend;
begin
  HTTP := THTTPSend.Create;
  try
    //Sans cette correction le HTTPMethod ne fonctionne pas sous Linux
    Http.UserAgent := 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)';
   ...

Cordialement. Gilles