Discussion :

[ScriptorTux]

Bonjour,

Je souhaite, à partir d'une url, récupérer un fichier. Or, à part avec un formulaire, je ne peux pas récupérer le fichier voulu (fichier.ics). Pour plus de détails, voici le formulaire utilisé:

Code :

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

1
2
3
4
5
<form METHOD=POST ENCTYPE="multipart/form-data" ACTION="http://<serveur>:<port>/export.wcap?id=<id session>&calid=<id du calendrier>&dtend=0&content-out=text/calendar"\>
<ul\>
 <li\>Press Export ICAL Now:<input type="submit"
                            value="Export ICAL now"\>
</li\> </ul\> </form\>

Or, si je n'utilise pas ce formulaire le fichier n'est pas téléchargé et il ne se passe rien (quand je rentre l'adresse dans la barre url du navigateur).

Je souhaiterais donc pouvoir utiliser ce formulaire de manière automatique dans du code Java, mais sans succès jusqu’à présent.

Pour plus d'information, la doc concernant wcap.export peut se trouver ici

Je vous remercie d'avance.

[joel.drigo]

Salut,

Quand tu entres l'URL en direct dans la barre d'adresse du navigateur, tu fais une requête GET. Le formulaire lui fait un POST. Je suppose que la servlet qui répond ne traite que le POST.

En java, sur HttpUrlConnection, tu peux indiquer la méthode par setRequestMethod("POST").

[ScriptorTux]

Bonjour,

merci de la réponse. J'ai donc essayé de me servir de la classe indiquée, et j'ai produit le code suivant:

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
 
public void getEvents() throws MalformedURLException, IOException{
		URL url;
		InputStream is;
		String line;
 
		getData();
 
 
		url=new URL("http://localhost:8080/export.wcap?id="+wc.getId()+"&calid="+wc.getIdCal()+"&dtend=0&content-out=text/calendar");
 
		HttpURLConnection ht=(HttpURLConnection)url.openConnection();
		ht.setRequestMethod("POST");
 
		is=ht.getInputStream();
 
		BufferedReader br=new BufferedReader(new InputStreamReader(is));
 
		line=br.readLine();
 
		while(line!=null){
			System.out.println(line);
			line=br.readLine();
		}
	}

Donc pour information wc est un objet de type Wcap, qui garde en mémoire les informations de connexion, et la méthode getData(), qui marche, s'occupe de récupérer les informations de connexion est les conserve dans l'attribut wc.

Et quand je lance cette méthode, j'obtiens l'exception:

Code :

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

1
2
3
4
java.io.IOException: Server returned HTTP response code: 400 for URL: http://localhost:8080/export.wcap?id=h2sXgzgIqWA&calid=adamm&dtend=0&content-out=text/calendar
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1626)
	at DataReceive.getEvents(DataReceive.java:48)
	at Calendar.main(Calendar.java:6)

sachant que la ligne 48 correspond à:

Code :

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

is=ht.getInputStream();

Merci encore de toutes réponses

[joel.drigo]

HTTP 400 Bad request...

Dans ton serveur, tu as peut être un log avec un message plus précis sur ce qui ne va pas dans la requête.

Cela peut venir des paramètres et de leur encodage : quelles sont les valeurs pour wc.getId() et wc.getIdCal() ?
(Pour encoder : URLEncoder.encode(wc.getId(), "UTF-8") par exemple)

Sinon, peut être, ajouter ht.connect() avant de faire ht.getInputStream(). Je pense aussi au setDoInput() mais il est à true par défaut, si je me souviens bien. A tout hasard, à essayer aussi de le passer à true, avant d'ouvrir le flux.

[ScriptorTux]

Bonjour,

Merci encore de ta réponse J'ai donc bien essayé de mettre

Code :

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

1
2
ht.setDoInput(true);
ht.connect();

et la méthode de URLEncoder, mais c'est la même chose, j'obtiens le même message d'erreur.

Je vous remercie encore de toutes réponses

[joel.drigo]

Euh, ht.encode(), ça doit pas compiler déjà...


Et pour l'encodage, tu as bien fait :

Code :

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

url=new URL("http://localhost:8080/export.wcap?id="+URLEncoder.encoder(wc.getId(),"UTF-8")+"&calid="+URLEncoder.encoder(wc.getIdCal(),"UTF-8")+"&dtend=0&content-out=text/calendar");

Parce que si tu as mis directment dans ton code :

Code :

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

URLEncoder.encoder(wc.getIdCal(),"UTF-8");

c'est sûr que ça changera rien.

M'enfin, j'aurais préféré que tu mettes les valeurs, pour voir si ça a un intérêt de chercher de ce coté (genre si les 2 valeurs sont numériques, le problème n'est pas de ce côté).

Et le log serveur ? Histoire de voir s'il n'y a pas un beau message en clair, du genre "http 1.1 not supported" ou du genre..., ou missing header, etc.

Par ailleurs, ça ne m'avait pas sauté aux yeux avant, mais je viens de remarquer que le 4ième paramètre contient un slash, qui pourrait peut être bien être confondu avec un séparateur : essayes simplement de remplacer le slash dans text/calendar par %2F (text%2Fcalendar).

C'est quand même étrange, ces paramètres dans la requête pour un POST Bon, je ne développe pas en web, donc je ne sais pas si c'est une pratique normale ou pas, mais ça me semble pas net moi.

[ScriptorTux]

Bonjour,

Merci encore de ta réponse, mais en ce qui concerne le log ça va être dur puisque ce n'est pas moi qui ai écrit le proxy. Mon prof nous a donné seulement le fichier jar qu'on lance comme ceci:

Code :

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

java -jar ProxyWcap.jar 8080

En ce qui concerne wc.getId() et wc.getIdCal() retournent des strings.

Et j'ai essayé d'essayer la méthode indiquée:

Code :

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

url=new URL("http://localhost:8080/export.wcap?id="+URLEncoder.encode(wc.getId(),"UTF-8")+"&calid="+URLEncoder.encode(wc.getIdCal(),"UTF-8")+"&dtend=0&content-out=text/calendar");

Merci encore

[joel.drigo]

Bon, on va essayer d'ajouter ça alors :

Code :

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

1
2
  ht.setRequestProperty("Content-Type", "multipart/form-data");
 ht.setAllowUserInteraction(true);

(avant le connect()).

[ScriptorTux]

Merci encore

Malheureusement, je suis désolé, mais ça ne marche pas non plus, toujours la même exception

Merci encore

[joel.drigo]

Et ça fonctionne bien par un formulaire dans une page html, via un navigateur ?

Par contre, si j'ai bien compris l'appli n'est pas un serveur web, mais une appli maison, donc le HTTP 400 n'est peut être pas un vrai 400. Et cette appli ne logue pas les rejets

Je serais bien tenté de la décompiler pour voir dans quel cas elle renvoie un 400.

Sinon, je ne comprends pas que si tu as un TP à faire donné par ton prof, tu n'as pas au moins un minimum de doc : ça fait partie du sujet donnée par ton prof que de faire la connexion en java, au lieu de passer par le formulaire ? Ou c'est une initiative perso ?

[joel.drigo]

Je suis allé jeter un coup d'oeil au lien que tu avais mis dans ton premier post et je note des différences entre le form posté et l'exemple donné, qui ressemble le plus à celui posté :

Code :

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

1
2
3
4
5
<form METHOD=POST ENCTYPE="multipart/form-data"  
NAME="john.ics"
ACTION="http://calendarserver:12345/export.wcap
               ?id=t9u9m0eh8x5pu9b&calid=jdoe;john&dtstart=0&dtend=0
               &content-out=text/calendar"\>

Il y un paramètre de plus : dtstart. Il n'est pas indispensable ce paramètre ?

[ScriptorTux]

En fait, c'est plus dans le cadre d'un projet de synthèse. On doit créer une application android qui synchronise l'agenda des profs avec l'agenda de google sur android. Et pour l'instant l'appli permet de créer un proxy pour obtenir les événements du calendrier. Malheureusement, et la raison pour laquelle il ne nous a pas donné le code, c'est parce qu'il contient son mot de passe.

Donc voilà, c'est un peut toute l'information que je peux te donner

Et non, le paramètre dtsart n'est pas indispensable, d'après la doc seulement id est indispensable et en effet, ça marche avec juste l'id

Merci encore

[joel.drigo]

MMm, je vois. Le truc c'est qu'on ne sait pas si c'est le site ou le proxy qui renvoie le 400, et on ne sait pas pourquoi.

Il suffit qu'il manque un header (ne serait que le User-Agent), un paramètre, ou autre. C'est pour ça qu'en dernier recours, je sniferais la requête envoyée avec le formulaire, et je tenterais, bourrin, de mettre tous les headers que je vois, dans la HttpUrlConnexion.