Discussion :

[kazabliz]

Bonjour tout le monde,

Je développe une application java réseau :
voilà le code que j'utilise :

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
public static String getResponseString query) {
	String response = "";
	URL fileURL;
	try {
		fileURL = new URL(query);
 
    URLConnection myConnection = fileURL.openConnection();
    BufferedReader in = new BufferedReader(
                            new InputStreamReader(
                            myConnection.getInputStream()));
 
    String inputLine;
 
    while ((inputLine = in.readLine()) != null) {
    	response += inputLine;
    }
    in.close();
	} catch (IOException e) {
		response += e.toString();
	} 
 
    return response;
}

En fait le code marche bien lorsque la réponse n'est pas de grande taille, mais dès que la taille soit grande j'obtien une exception.
Vous remarquez tout de suite qu'il n'y a pas de gestion de timeOut ni de taille

Ma Question est : comment gérer ces deux ressources (timeOut vs Taille)?

Merci d'avance.

[kazabliz]

Je me demande est ce que c'est ici qu'on ouvre les discussions sur les problèmes Réseaux ??

[kazabliz]

Je ne sais pas est ce que ma question était claire mais je me pose la question est ce que le problème n'est pas dû au fait que le timeout est déclenché car le traitement prend du temps à savoir que je ne l'ai pas modifié car je ne sais pas comment.

Donc voilà les trois causes possibles :

1- Le résultat est plus grand et du coup il ne peut pas être enregistré dans une variable String ( donc ça dépend de la taille maxi d'une variable string);

2- Le temps de réponse déclenche le timeout du URLConnection;

3- outputStream envoyé sur le serveur est plus grand que la taille maximale qui peut être transmise entre le serveur et le client via le Apache 2.2 que j'utilise .

Des idées je serai preneur, je souffre avec ce problème

[dinobogan]

Le timeout est géré au niveau du serveur d'application et/ou du serveur HTTP.

[kazabliz]

Effectivement je l'ai changé dans les fichier de config, mais comment je peux indiquer à mon reader de ne pas lire que s'il y a de réponse ?

[dinobogan]

Effectivement je l'ai changé dans les fichier de config, mais comment je peux indiquer à mon reader de ne pas lire que s'il y a de réponse ?

C'est le serpent qui se mort la queue.... pour savoir si tu as des données, il faut lire. Ton reader doit être en attente de lecture, tu n'as pas le choix. A toi de gérer un timeout sur ton reader. Mais il doit être assez élevé pour attendre la réponse du serveur, mais pas trop pour ne pas attendre éternellement une réponse qui n'arrivera jamais...

[kazabliz]

Merci pour tes réponses, J'ai cru que je peux gérer la vérification sans passer par la gestion des Threads, alors je vais passer par encapsulation de ma class par un thread et je verrai si ça marchera.

[dinobogan]

Ca n'a rien a voir avec l'encapsulation dans un Thread

[kazabliz]

Peut être je me trompe, en fait comme je ne sais pas quand le inputStream contient qlq chose alors je me suis dit pourquoi pas tester avec un thread qui me notifie dès que qlq chose se produira, et d'ailleurs ce que je ne sais pas faire pour le moment.

J'ai su ou vient l'erreur :

Code :

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

InputStream iStream = myConnection.getInputStream();

en fait lorsque je fais getInputStream() et que le traitement distant prend du temps ça déclenche une IOExeption

Ma question est sera-t-il possible de tester est ce que le inputstream est vide ou non avant de faire un get sans que je fait sleep car je vais tester au fur et à mesure
Merci.