IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

API standards et tierces Java Discussion :

[HttpClient] Authentification aléatoire


Sujet :

API standards et tierces Java

  1. #1
    Membre habitué
    Étudiant
    Inscrit en
    Avril 2009
    Messages
    12
    Détails du profil
    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Avril 2009
    Messages : 12
    Par défaut [HttpClient] Authentification aléatoire
    Bonjour,

    Au cours d'un développement, je dois récupérer des données via une API externe. Pour cela, j'utilise HttpClient (v4.0) d'Apache. La connexion a cette API nécessite de s'authentifier, ce que je fais.

    Je dois réaliser plusieurs appels sur cette API. Systématiquement, je rencontre une erreur non pas au début mais après le douzième appel disant :

    INFO 14-09 13:27:19,377 - Client - Connexion à [https://mon-api/v2] ...
    INFO 14-09 13:27:19,396 - Client - RequestLine > POST /v2/ HTTP/1.1
    INFO 14-09 13:27:19,717 - Client - RequestLine > POST /v2/ HTTP/1.1
    INFO 14-09 13:27:20,982 - I/O exception (org.apache.http.NoHttpResponseException) caught when processing request: The target server failed to respond
    INFO 14-09 13:27:20,983 - Retrying request
    INFO 14-09 13:27:22,083 - I/O exception (org.apache.http.NoHttpResponseException) caught when processing request: The target server failed to respond
    INFO 14-09 13:27:22,084 - Retrying request
    ERROR 14-09 13:27:23,327 - Client - Un erreur interdit l'exécution de cette étape:
    Impossible de retourner un résultat depuis l'url [https://mon-api/v2]
    The target server failed to respond
    Directement, j'ai pensé à une limitation au niveau de son utilisation mais ce n'est pas le cas. En revanche, dans cette recherche et en regardant dans les logs de requêtes du serveur hébergeant l'API, on a pu voir ceci :

    80.80.80.08 - api_prod [14/Sep/2009:11:38:47 +0200] "POST /v2/ HTTP/1.1" 200 2759 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:38:48 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:38:54 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - api_prod [14/Sep/2009:11:38:58 +0200] "POST /v2/ HTTP/1.1" 200 227 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:39:02 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:39:06 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - api_prod [14/Sep/2009:11:39:06 +0200] "POST /v2/ HTTP/1.1" 200 227 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:39:10 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - api_prod [14/Sep/2009:11:39:14 +0200] "POST /v2/ HTTP/1.1" 200 874 "-" "PlugTest"
    80.80.80.08 - api_prod [14/Sep/2009:11:39:22 +0200] "POST /v2/ HTTP/1.1" 200 51267 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:39:26 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:39:30 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:39:34 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - api_prod [14/Sep/2009:11:39:35 +0200] "POST /v2/ HTTP/1.1" 200 227 "-" "PlugTest"
    Dans certains cas, l'authentification se fait bien (ligne 1, 4, etc.), dans d'autres, je ne suis pas authentifié (il manque l'utilisateur).

    Au niveau de mon code, c'est pourtant une authenfication tout ce qu'il y a de plus bateau :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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
    33
    34
    public void processRow () {
    	DefaultHttpClient _client = new DefaultHttpClient();
     
    	String url = 'https://mon-api/v2';
    	URI uri = new URI(url);
     
    	// Basic authentication
    	CredentialsProvider credsProvider = new BasicCredentialsProvider();
    	Credentials creditentials = new UsernamePasswordCredentials("user", "pass");
    	AuthScope authscope = new AuthScope(uri.getHost(), uri.getPort());
    	credsProvider.setCredentials(authscope, creditentials);
    	_client.setCredentialsProvider(credsProvider);
     
    	_client.addRequestInterceptor(new HttpRequestInterceptor() {
     
    		@Override
    		public void process(HttpRequest request, HttpContext context)
    				throws HttpException, IOException {
    			logDetailed("RequestLine > " + request.getRequestLine().toString());
    		}
    	});
     
    	HttpPost post = new HttpPost(url);
    	HttpResponse response = _client.execute(post);
    	HttpEntity entity = response.getEntity();
     
    	/**
             * Traitement de la réponse
             * ...
             */
     
    	if(entity != null)
    		entity.consumeContent();
    }
    Je me demande donc si quelqu'un aurait une idée de pourquoi HttpClient n'envoie pas les infos d'authentification dans certains cas histoire de me donner des pistes pour me débloquer.

    Merci d'avance.

  2. #2
    Modérateur
    Avatar de dinobogan
    Homme Profil pro
    ingénieur
    Inscrit en
    Juin 2007
    Messages
    4 073
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France

    Informations professionnelles :
    Activité : ingénieur
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2007
    Messages : 4 073
    Par défaut
    Avant de critiquer ton code, tu devrais t'assurer des données envoyées au serveur en utilisant un proxy local par exemple (j'utilise proxomitron, il n'est plus maintenu mais fait exactement ce qu'on lui demande, ce qui est suffisant...)
    C'est peut-être le serveur qui débloque.
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
    Que la force de la puissance soit avec le courage de ta sagesse.

  3. #3
    Membre habitué
    Étudiant
    Inscrit en
    Avril 2009
    Messages
    12
    Détails du profil
    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Avril 2009
    Messages : 12
    Par défaut
    Je viens d'installer Proxomitron histoire de tester.

    Pour chaque requête, j'ai ça qui s'affiche dans les logs :

    +++GET 1+++
    CONNECT / HTTP/1.1
    Host: mon-api
    Proxy-Connection: Keep-Alive
    User-Agent: PlugTest

    +++SSL 1:+++
    SSL Pass-Thru: CONNECT https://mon-api/

    +++GET 2+++
    CONNECT / HTTP/1.1
    Host: mon-api
    Proxy-Connection: Keep-Alive
    User-Agent: PlugTest

    +++SSL 2:+++
    SSL Pass-Thru: CONNECT https://mon-api/
    +++CLOSE 2+++
    Je remarque donc deux requêtes pour chacune de mes requêtes (une pour m'authentifier et une pour exécuter ma requête ?). Je vois pas ce que ça m'indique de plus par contre vu que je ne vois pas ce que j'envoie au serveur (comme la requête HTTP complète).

    Au niveau de mon code, j'ai simplement ajouté ça pour qu'il prenne en compte le proxy :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    HttpHost proxy = new HttpHost("localhost", 8080);
    _client.getParams().setParameter(ConnRoutePNames.DEFAULT_PROXY, proxy);
    Je me suis aussi amusé à voir ce qui se passait avec Wireshark, mais là tout passe via TCP quand j'interroge l'api...

    Il n'existerai pas un listener en java qui me permettrait d'intercepter les requêtes complètes, celles d'authenfication incluses (ce que ne semble pas faire addRequestInterceptor) ?

  4. #4
    Modérateur
    Avatar de dinobogan
    Homme Profil pro
    ingénieur
    Inscrit en
    Juin 2007
    Messages
    4 073
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France

    Informations professionnelles :
    Activité : ingénieur
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2007
    Messages : 4 073
    Par défaut
    Dans proxomitron, tu as des options pour voir l'intégralité des données transmises.
    Dans Wireshark, tu peux choisir l'application à sniffer, il faut chercher dans les options.
    Cette étape est importante, elle te permet de savoir si le serveur est en cause
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
    Que la force de la puissance soit avec le courage de ta sagesse.

  5. #5
    Membre habitué
    Étudiant
    Inscrit en
    Avril 2009
    Messages
    12
    Détails du profil
    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Avril 2009
    Messages : 12
    Par défaut
    Les options dans proxomitron se trouvent bien dans le menu "Edit" de la fenêtre "HTTP Message Log" ? Si c'est le cas, j'ai tout coché :



    Mais ça ne m'affiche pas beaucoup plus d'informations :

    Client opened: total 1
    Client opened: total 2

    +++GET 1+++
    CONNECT / HTTP/1.1
    Host: mon-api
    Proxy-Connection: Keep-Alive
    User-Agent: PlugTest

    +++SSL 1:+++
    SSL Pass-Thru: CONNECT https://mon-api/

    +++GET 2+++
    CONNECT / HTTP/1.1
    Host: mon-api
    Proxy-Connection: Keep-Alive
    User-Agent: PlugTest

    +++SSL 2:+++
    SSL Pass-Thru: CONNECT https://mon-api/
    +++CLOSE 2+++
    Client closed: total 1
    Client opened: total 2

    Au niveau de Wireshark maintenant, y'a plus de choses. Après avoir sniffer mon appli, je constate que tous les paquets envoyés vers l'api ont des erreurs de checksum invalides. Vu que le réseau et moi ça fait 2, je sais pas si c'est grave ou pas. De la même manière, quand j'essaye d'afficher les données d'un paquet en utilisant "TCP as stream", j'ai tout une suite de caractères indéchiffrable (que ce soit en raw ou en ascii).

    En naviguant sur le net, j'ai peut-être zappé un détail important : le firewall de ma boite. Ce serait possible qu'il altère certaines requêtes et pas d'autres ?

  6. #6
    Membre habitué
    Étudiant
    Inscrit en
    Avril 2009
    Messages
    12
    Détails du profil
    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Avril 2009
    Messages : 12
    Par défaut
    Je viens de faire des tests en ajoutant des HttpRequestInterceptor et HttpResponseInterceptor afin d'avoir la première ligne de la requête. Voilà suivant les essais :

    Oubli de l'authentification :
    INFO 16-09 13:20:04,668 - PlugTest - Connexion à [https://mon-api/] ...
    INFO 16-09 13:20:04,675 - PlugTest - HttpRequestInterceptor: CONNECT mon-api HTTP/1.1
    INFO 16-09 13:20:04,761 - PlugTest - HttpResponseInterceptor: HTTP/1.1 200 Connection established
    INFO 16-09 13:20:04,766 - PlugTest - HttpRequestInterceptor: POST /v2/ HTTP/1.1
    INFO 16-09 13:20:05,047 - PlugTest - HttpResponseInterceptor: HTTP/1.1 401 Unauthorized
    INFO 16-09 13:20:05,048 - PlugTest - RESPONSE:

    <?xml version="1.0" encoding="UTF-8"?>
    <response xmlns="http://mon-api/">
    <result code="9997">
    <msg><![CDATA[Username and/or password missing]]></msg>
    </result>
    </response>
    Requête passée et réussie (les premières) :
    INFO 16-09 13:30:37,069 - PlugTest - Connexion à [https://mon-api/] ...
    INFO 16-09 13:30:37,072 - PlugTest - HttpRequestInterceptor: CONNECT mon-api HTTP/1.1
    INFO 16-09 13:30:37,184 - PlugTest - HttpResponseInterceptor: HTTP/1.1 200 Connection established
    INFO 16-09 13:30:37,211 - PlugTest - HttpRequestInterceptor: POST /v2/ HTTP/1.1
    INFO 16-09 13:30:37,500 - PlugTest - HttpResponseInterceptor: HTTP/1.1 401 Unauthorized
    INFO 16-09 13:30:37,502 - PlugTest - HttpRequestInterceptor: CONNECT mon-api HTTP/1.1
    INFO 16-09 13:30:37,591 - PlugTest - HttpResponseInterceptor: HTTP/1.1 200 Connection established
    INFO 16-09 13:30:37,613 - PlugTest - HttpRequestInterceptor: POST /v2/ HTTP/1.1
    INFO 16-09 13:30:38,299 - PlugTest - HttpResponseInterceptor: HTTP/1.1 200 OK
    INFO 16-09 13:30:38,300 - PlugTest - RESPONSE:

    <?xml version="1.0" encoding="UTF-8"?>
    <response xmlns="http://mon-api/">
    <result code="1000">
    <msg><![CDATA[Command completed successfully]]></msg>
    </result>
    </response>
    Et enfin quand j'ai pas de réponse :
    INFO 16-09 13:32:08,316 - PlugTest - Connexion à [https://mon-api/] ...
    INFO 16-09 13:32:08,320 - PlugTest - HttpRequestInterceptor: CONNECT mon-api HTTP/1.1
    INFO 16-09 13:32:08,429 - PlugTest - HttpResponseInterceptor: HTTP/1.1 200 Connection established
    INFO 16-09 13:32:08,435 - PlugTest - HttpRequestInterceptor: POST /v2/ HTTP/1.1
    INFO 16-09 13:32:08,765 - PlugTest - HttpResponseInterceptor: HTTP/1.1 401 Unauthorized
    INFO 16-09 13:32:08,767 - PlugTest - HttpRequestInterceptor: CONNECT mon-api HTTP/1.1
    INFO 16-09 13:32:08,936 - PlugTest - HttpResponseInterceptor: HTTP/1.1 200 Connection established
    INFO 16-09 13:32:08,946 - PlugTest - HttpRequestInterceptor: POST /v2/ HTTP/1.1
    INFO 16-09 13:32:10,008 - I/O exception (org.apache.http.NoHttpResponseException) caught when processing request: The target server failed to respond
    INFO 16-09 13:32:10,008 - Retrying request
    INFO 16-09 13:32:10,009 - PlugTest - HttpRequestInterceptor: CONNECT mon-api HTTP/1.1
    INFO 16-09 13:32:10,124 - PlugTest - HttpResponseInterceptor: HTTP/1.1 200 Connection established
    INFO 16-09 13:32:10,133 - PlugTest - HttpRequestInterceptor: POST /v2/ HTTP/1.1
    INFO 16-09 13:32:11,290 - I/O exception (org.apache.http.NoHttpResponseException) caught when processing request: The target server failed to respond
    INFO 16-09 13:32:11,290 - Retrying request
    INFO 16-09 13:32:11,292 - PlugTest - HttpRequestInterceptor: CONNECT mon-api HTTP/1.1
    INFO 16-09 13:32:11,428 - PlugTest - HttpResponseInterceptor: HTTP/1.1 200 Connection established
    INFO 16-09 13:32:11,438 - PlugTest - HttpRequestInterceptor: POST /v2/ HTTP/1.1
    ERROR 16-09 13:32:12,531 - PlugTest - The target server failed to respond
    Je sais pas si ça peut aider à identifier d'où vient le problème.

  7. #7
    Modérateur
    Avatar de dinobogan
    Homme Profil pro
    ingénieur
    Inscrit en
    Juin 2007
    Messages
    4 073
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France

    Informations professionnelles :
    Activité : ingénieur
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2007
    Messages : 4 073
    Par défaut
    D'après l'exception "org.apache.http.NoHttpResponseException", c'est un soucis du côté du serveur, pas du client.
    As-tu un moyen d'analyser ce qui arrive sur le serveur ?
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
    Que la force de la puissance soit avec le courage de ta sagesse.

  8. #8
    Membre habitué
    Étudiant
    Inscrit en
    Avril 2009
    Messages
    12
    Détails du profil
    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Avril 2009
    Messages : 12
    Par défaut
    Je n'ai malheureusement pas la main sur le serveur. La seule chose que les sysadmins me font parvenir, c'est des copies des logs de connexion comme ce que j'ai cité dans mon premier post :

    80.80.80.08 - api_prod [14/Sep/2009:11:38:47 +0200] "POST /v2/ HTTP/1.1" 200 2759 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:38:48 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:38:54 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - api_prod [14/Sep/2009:11:38:58 +0200] "POST /v2/ HTTP/1.1" 200 227 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:39:02 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:39:06 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - api_prod [14/Sep/2009:11:39:06 +0200] "POST /v2/ HTTP/1.1" 200 227 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:39:10 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - api_prod [14/Sep/2009:11:39:14 +0200] "POST /v2/ HTTP/1.1" 200 874 "-" "PlugTest"
    80.80.80.08 - api_prod [14/Sep/2009:11:39:22 +0200] "POST /v2/ HTTP/1.1" 200 51267 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:39:26 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:39:30 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - - [14/Sep/2009:11:39:34 +0200] "POST /v2/ HTTP/1.1" 401 185 "-" "PlugTest"
    80.80.80.08 - api_prod [14/Sep/2009:11:39:35 +0200] "POST /v2/ HTTP/1.1" 200 227 "-" "PlugTest"
    J'ai déjà regardé avec eux parce que vu l'erreur, je pense aussi que ça vient du serveur, mais ils m'assurent que non et que ça vient de mon code. Qu'est ce que je pourrais leur demander d'analyser ?

  9. #9
    Modérateur
    Avatar de dinobogan
    Homme Profil pro
    ingénieur
    Inscrit en
    Juin 2007
    Messages
    4 073
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France

    Informations professionnelles :
    Activité : ingénieur
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2007
    Messages : 4 073
    Par défaut
    Ca devient difficile
    Recherche peut-être les bugs répertoriés sur le HTTPClient.
    Mais c'est vraiment curieux d'avoir un problème de connexion toutes les 12 tentatives
    Connais-tu d'autres applications qui font des requêtes sur ce serveur ?
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
    Que la force de la puissance soit avec le courage de ta sagesse.

  10. #10
    Membre habitué
    Étudiant
    Inscrit en
    Avril 2009
    Messages
    12
    Détails du profil
    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Avril 2009
    Messages : 12
    Par défaut
    Il y a plusieurs applications qui bossent dessus mais aucune en Java. Elles ne rencontrent pas de problème alors qu'elles lancent plus de requêtes.

    Parmi les nouveaux tests qu'on a fait avec une personne qui a la main sur le serveur :

    - Lancer manuellement toutes les requêtes depuis son poste sous ubuntu: aucun blocage, et ce malgré aucune pause => Ce ne sont pas mes requêtes le soucis (ça serait étonnant vu que c'est toujours la même avec un paramètre qui change)

    - Pensant que ça pouvait venir de vista (sous lequel je dev), j'ai mis mon appli sur un serveur de test (redhat) => Même blocage, la 13 requête me bloque tout. Vu que sous Ubuntu les requêtes passent et pas sous redhat ou vista, on peut virer le facteur OS des causes possibles.

    A ce niveau, ça semble donc bien venir du code. Vu que je développe un plugin pour une application tiers, il me reste à voir s'il n'y a pas un composant de celle-ci qui me bloquerait, mais ça m'étonnerait (ça me bloquerait les requêtes depuis le début).

  11. #11
    Membre habitué
    Étudiant
    Inscrit en
    Avril 2009
    Messages
    12
    Détails du profil
    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Avril 2009
    Messages : 12
    Par défaut
    J'ai donc essayer de lancer mes requêtes à part de l'application pour laquelle je développe ce plugin, et toujours le même problème. Donc ça vient définitivement bien de mon code.

    J'ai ajouté quelques paramètres à ma JVM pour pouvoir débugger plus facilement maintenant que mon code est indépendant de toute autre application et j'ai pu en sortir ces logs :


    Note : "Attempt 2 to execute request" est normal, la première tentative est faite à chaque fois pour se connecter.

    Requête qui passe :
    2009/09/18 13:14:39:261 CEST [DEBUG] DefaultRequestDirector - Attempt 2 to execute request
    2009/09/18 13:14:39:262 CEST [DEBUG] DefaultClientConnection - Sending request: POST /v2/ HTTP/1.1
    2009/09/18 13:14:39:262 CEST [DEBUG] headers - >> POST /v2/ HTTP/1.1
    2009/09/18 13:14:39:262 CEST [DEBUG] headers - >> Content-Length: 242
    2009/09/18 13:14:39:262 CEST [DEBUG] headers - >> Content-Type: application/x-www-form-urlencoded
    2009/09/18 13:14:39:262 CEST [DEBUG] headers - >> Host: secure.monapi.com:20015
    2009/09/18 13:14:39:262 CEST [DEBUG] headers - >> Connection: Keep-Alive
    2009/09/18 13:14:39:262 CEST [DEBUG] headers - >> User-Agent: Kettle plugin
    2009/09/18 13:14:39:262 CEST [DEBUG] headers - >> Expect: 100-Continue
    2009/09/18 13:14:39:262 CEST [DEBUG] headers - >> Authorization: Basic YXBpX3Byb2RfZG9tYWluaW52ZXN0bHU6TUQ1MGRlYzg5MTU4NDNhYjk0ZDI1MjJiZGQ3YTJmYWUxNjg=
    2009/09/18 13:14:39:266 CEST [DEBUG] DefaultClientConnection - Receiving response: HTTP/1.1 100 Continue
    2009/09/18 13:14:39:266 CEST [DEBUG] headers - << HTTP/1.1 100 Continue
    2009/09/18 13:14:39:903 CEST [DEBUG] DefaultClientConnection - Receiving response: HTTP/1.1 200 OK
    2009/09/18 13:14:39:903 CEST [DEBUG] headers - << HTTP/1.1 200 OK
    2009/09/18 13:14:39:903 CEST [DEBUG] headers - << Date: Fri, 18 Sep 2009 11:17:15 GMT
    2009/09/18 13:14:39:903 CEST [DEBUG] headers - << Server: Apache
    2009/09/18 13:14:39:903 CEST [DEBUG] headers - << X-Powered-By: PHP/5.1.6
    2009/09/18 13:14:39:903 CEST [DEBUG] headers - << Content-Length: 227
    2009/09/18 13:14:39:903 CEST [DEBUG] headers - << Connection: close
    2009/09/18 13:14:39:903 CEST [DEBUG] headers - << Content-Type: text/html; charset=UTF-8
    2009/09/18 13:14:39:904 CEST [DEBUG] SingleClientConnManager - Releasing connection org.apache.http.impl.conn.SingleClientConnManager$ConnAdapter@1e6f0ef
    2009/09/18 13:14:39:904 CEST [DEBUG] SingleClientConnManager - Released connection open but not reusable.
    2009/09/18 13:14:39:904 CEST [DEBUG] DefaultClientConnection - Connection shut down
    Requête qui plante (13e pour changer) :
    2009/09/18 13:14:40:273 CEST [DEBUG] DefaultRequestDirector - Attempt 2 to execute request
    2009/09/18 13:14:40:273 CEST [DEBUG] DefaultClientConnection - Sending request: POST /v2/ HTTP/1.1
    2009/09/18 13:14:40:274 CEST [DEBUG] headers - >> POST /v2/ HTTP/1.1
    2009/09/18 13:14:40:274 CEST [DEBUG] headers - >> Content-Length: 242
    2009/09/18 13:14:40:274 CEST [DEBUG] headers - >> Content-Type: application/x-www-form-urlencoded
    2009/09/18 13:14:40:274 CEST [DEBUG] headers - >> Host: secure.monapi.com:20015
    2009/09/18 13:14:40:274 CEST [DEBUG] headers - >> Connection: Keep-Alive
    2009/09/18 13:14:40:274 CEST [DEBUG] headers - >> User-Agent: Kettle plugin
    2009/09/18 13:14:40:274 CEST [DEBUG] headers - >> Expect: 100-Continue
    2009/09/18 13:14:40:274 CEST [DEBUG] headers - >> Authorization: Basic YXBpX3Byb2RfZG9tYWluaW52ZXN0bHU6TUQ1MGRlYzg5MTU4NDNhYjk0ZDI1MjJiZGQ3YTJmYWUxNjg=
    2009/09/18 13:14:40:277 CEST [DEBUG] DefaultClientConnection - Receiving response: HTTP/1.1 100 Continue
    2009/09/18 13:14:40:277 CEST [DEBUG] headers - << HTTP/1.1 100 Continue
    2009/09/18 13:14:41:361 CEST [DEBUG] DefaultClientConnection - Connection closed
    2009/09/18 13:14:41:362 CEST [DEBUG] DefaultRequestDirector - Closing the connection.
    2009/09/18 13:14:41:362 CEST [DEBUG] DefaultClientConnection - Connection closed
    2009/09/18 13:14:41:362 CEST [INFO] DefaultRequestDirector - I/O exception (org.apache.http.NoHttpResponseException) caught when processing request: The target server failed to respond
    2009/09/18 13:14:41:362 CEST [DEBUG] DefaultRequestDirector - The target server failed to respond <org.apache.http.NoHttpResponseException: The target server failed to respond>org.apache.http.NoHttpResponseException: The target server failed to respond
    at org.apache.http.impl.conn.DefaultResponseParser.parseHead(DefaultResponseParser.java:101)
    at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:210)
    at org.apache.http.impl.AbstractHttpClientConnection.receiveResponseHeader(AbstractHttpClientConnection.java:271)
    at org.apache.http.impl.conn.DefaultClientConnection.receiveResponseHeader(DefaultClientConnection.java:227)
    at org.apache.http.impl.conn.AbstractClientConnAdapter.receiveResponseHeader(AbstractClientConnAdapter.java:229)
    at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:292)
    at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:126)
    at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:447)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:641)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:576)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:554)
    at com.monapi.debug.Debugger.<init>(Debugger.java:54)
    at com.monapi.debug.Debugger.main(Debugger.java:17)
    Je constate que mon DefaultClientConnection ne semble pas recevoir de réponse alors que les autres oui. Maintenant quant à savoir pourquoi il la recoit pas.....

Discussions similaires

  1. Authentification avec HttpClient
    Par Agmaor dans le forum API standards et tierces
    Réponses: 3
    Dernier message: 08/05/2013, 22h51
  2. Réponses: 4
    Dernier message: 19/10/2012, 16h21
  3. [HTTPClient] Authentification à mon blog Wordpress
    Par womannosky dans le forum Sécurité
    Réponses: 1
    Dernier message: 29/02/2012, 09h34
  4. Réponses: 7
    Dernier message: 03/03/2011, 15h08
  5. HttpClient : authentification Digest
    Par wwave dans le forum Tomcat et TomEE
    Réponses: 1
    Dernier message: 16/01/2009, 11h58

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo