Discussion :

[Ecto]

Bonjour,

je suis en train de developper un petit programme qui a partir d'une url contacte le serveur, demande la page et affiche le code html.

partie importante du code :

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
 
			Socket clientSocket = new Socket(host,9080);
			DataOutputStream outToServer = new DataOutputStream(clientSocket.getOutputStream());
			BufferedReader inFromServer = new BufferedReader(new InputStreamReader(clientSocket.getInputStream()));
			outToServer.writeBytes("GET " + path + " HTTP/1.1\nHost: " + host + "\n\n");
 
 
			while ((readLine = inFromServer.readLine()) != null) {
 
         		System.out.println(readLine);
      		}
 
			System.out.println("End of stream");
 
			clientSocket.close();

cela fonctionne, mais quelque chose m'ennuie.
Le téléchargement du fichier se fait rapidement, mais avant que le programme se termine, il y a un temps d'attente de 2 ou 3 secondes avant que inFromServer.readLine() revoie NULL.
Y'a t'il une autre facon de faire qui supprimerait ce temps d'attente?
Je souhaite en fait chronometrer le temp de téléchargement de la page et ces secondes supplémentaires fausseraient les mesures.

Merci d'avance.

[Wookai]

Je pense que le temps d'attente provient du timeout du socket, c'est-à-dire le temps qu'il attend une réponse avant de décider que celle-ci est perdu et de fermer.

Tu peux modifier le timeout d'un socket de la manière suivante :

Code :

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

1
2
int timeout = 60000; // en milisecondes
clientSocket.setSoTimeout(timeout);

[Ecto]

Merci de ta réponse.
J'ai fait plusieurs essais, mais ca n'a pas l'air de venir de là.
j'ai chronometré à la main et ca donne ca :
- une fois que la page est chargée completement (</html> s'est affiché), il faut encore 5 secondes pour que inFromServer.readLine() renvoie null.
- Si je met un timeout suppérieur à 5 au socket, aucun changement ( logique )
- si je met un timeout inferieur, une exception est générée et termine l'application.

voici le code complet si quelqu'un veut essayer :

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
 
import java.io.*;
import java.net.*;
 
 
public class check_http_transaction {
 
	public static void main(String[] args) throws Exception{
 
		boolean p_help=false,p_verbose=false,p_rt=false,p_url=false;
		String url=new String(),host=new String(),path=new String(),readLine;
 
		for (int i = 0; i < args.length; i++) { 
 
    		if (args[i].equals("--help")){
    			p_help = true;
    		}
 
    		if (args[i].equals("--rt")){
    			p_rt = true;
    		}
 
    		if (args[i].equals("--verbose")){
    			p_verbose = true;
    		}
 
    		if (args[i].length()>6 && args[i].substring(0,6).equals("--url=")){
    			url = new String(args[i].substring(6));
 
    			if(url.indexOf("/") >= 0){
    				host = url.substring(0,url.indexOf("/"));
    				path = url.substring(url.indexOf("/"));
    			}
    			else{
    				host = url.substring(0);	
    				path = "/";
    			}
 
    			System.out.println(host);
    			System.out.println(path);
    			p_url=true;
    		}	
		}
 
		if (p_help || !p_url){
			System.out.println("Syntax: check_http_transaction --url=url_to_fetch");
			System.out.println("        --verbose to obtain more output during execution");
			System.out.println("        --help to have this information");
			System.out.println("        --rt to obtain needed time to do full operation instead of availability status\n");
		}
		else
		{
 
			Socket clientSocket = new Socket(host,80);
			//clientSocket.setSoTimeout(4000);
			DataOutputStream outToServer = new DataOutputStream(clientSocket.getOutputStream());
			BufferedReader inFromServer = new BufferedReader(new InputStreamReader(clientSocket.getInputStream()));
			outToServer.writeBytes("GET " + path + " HTTP/1.1\nHost: " + host + "\n\n");
 
 
			while ((readLine = inFromServer.readLine()) != null) {
 
         		System.out.println(readLine);
      		}
 
			System.out.println("End of stream");
 
			clientSocket.close();
		}
 
 
	}
}

il faut lancer le programme avec --url=www.google.com comme parametre pour tester.

[TabrisLeFol]

Test le temps sur ton application en ajoutant des System.currentTimeMillis().
Il peut y avoir plusieurs raisons:
transfer : ton http n'est pas instanantané, normal
code :
les System.out.println("....") consomme des ressources et le faire a chaque iteration dans une boucle ralentie

Code :

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

1
2
int input = 1000;
for(int i = 0 ; i<input;i++);

et

Code :

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

1
2
3
for(int i = 0 ; i<input;i++){
           System.out.println(i);
}

ne sont pas comparables quant a leur durée.
Le probleme pourrait aussi venir de la concatenation de String par +, il est preferable d'utiliser StringBuffer ou StringBuilder cf FAQ. Mais cela semble pas de te concerner.

[Ecto]

Merci de tes conseil. Pour ce qui est du code j'ai trés peu d'experience de l'api java désolé ^-^'

Pour le chrono, manifestement il y a une pose de 5 secondes à la fin de la connection. Si je soustrait 5000 au temp ecoulé j'obtient le temps pris par le transfert de données. C'est du bricolage mais ca semble fonctionner. Mais cela m'ennuie tout de même. J'ai besoin d'integrer pr la suite des instructions ARM dans le code, mais là je ne pourrais pas soustraire ces 5 secondes.

Je fais peut etre fausse route avec ma methode. Comment ferriez-vous pour mesurer le temps d'une transaction http pour une page donnée?

merci pour votre aide!

[TabrisLeFol]

Tu peux toujours utiliser la commande ping mais ce n'est pas du java... Mais c'est vrai que pour detecter la fin du fichier je vois pas... En fait, ce n'est qu'une hypothèse mais il n'y a rien d'explicite pour determiner la fin du fichier, il attends donc qu'il ne recoive plus rien...
Si tu trouves une solution, postes la en gros.

[Ecto]

Merci.

Effectivement, il ne semble pas y avoir d'autre facon de faire. J'ai essayé de detecter le </html> de fin de fichier, mais ca demande que le fichier soit correctement formaté et de plus qu'il y ai un saut de ligne en fin de fichier sinon la ligne n'est pas lue.
J'ai fait un test avec telnet en envoyant les instructions http à la main , le code html apparait et là aussi : 5 secondes d'attente avant de fermer definitivement la connection.
Snif...

[sweeton]

C'est normal qu'une exception soit déclenchée une fois que tu as positionné le timeout avec setSoTimeout. Cette exception est justement levée quand ta socket a atteint ce timeout.
Il suffit de trapper cette exception java.io.InterruptedIOException.

[jowo]

As-tu ce problème d'attente de fermeture avec n'importe quel site?

Il se pourrait que le problème provient du serveur que tu testes.

[Ecto]

Euh... en fait avec mon prog java, je ne peux tester que sur un seul serveur qui se trouve sur le reseau de l'entreprise ( très rapide).
Les appels exterieurs etant bloqués (je crois qu'il faut utiliser un proxy :/ )
Idem avec telnet.

Je ne crois pas que le probleme vienne de là. Le serveur que je contacte est à 10 mètres de moi et je suis le seul à l'utiliser ou presque.
D'autant plus que c'est toujours les meme 5 secondes... Evidement quand j'ai essayé de detecter le </html> ca allait beaucoup plus vite, mais ca ne marche pas tout le temps

[jowo]

Ce n'est pas parce que ton serveur est à dix mètres qu'il va te répondre correctement à une requête qui lui paraît mal formée.

Tu utilises une requête HTTP version 1.1 "faite maison".

Essaie donc d'effectuer le test avec une requête version 1.0.

Code :

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

outToServer.writeBytes("GET " + path + " HTTP/1.0\nHost: " + host + "\n\n");

[Ecto]

Ah ben mince alors!!!!!

Ca marche!

Merci mon sauveur

maintenant... pourquoi le http 1.1 pose problème et pas le 1.0 ?

[jowo]

Parce que les serveurs implémentant la version du protocole 1.1 sont "sensibles" aux paramètres du header. Tu peux continuer avec la version 1.1 mais il est nécessaire de passer un header correct sinon "gare à toi"

En plus, la version 1.1 implémente le Keep-Alive. Ce paramètre permet de laisser "ouverte" une connexion avec le serveur. Si tu veux travailler avec la version 1.1, utilise le paramètre "Connection: close" dans le header.