utiliser getParameter et getInputStream

Version imprimable

20/04/2016, 11h45
totot

utiliser getParameter et getInputStream

Bonjour,

J'ai une servlet ou j'utilise getParameter et ensuite getInputStream.
Le problème c'est quand je met le getInputStream avec le getParameter celui ce remet à null.
Comment faire pour que le getInputStream ne se remettre pas à null après un getParameter

Merci de votre aide
20/04/2016, 12h00
Nico02

Piouu

Non y'a rien a faire j'ai pas pigé un mot de ce que tu nous racontes..

Tu pourrais essayer d'être un peu plus clair dans tes explications ? Décrire le contexte dans lequel tu te trouves avec éventuellement un petit bout de code aussi pourrait faciliter un peu la compréhension..

Cdt.
20/04/2016, 12h10
totot
Je vais ceci:
Code:

1 2 3 4 5 6 7 if(request.getParameter("url") == monChoix){ String test= ""; BufferedReader reader = new BufferedReader(new InputStreamReader(request.getInputStream())); text = reader.readLine(); }
Le problème c'est quand je fait se test, sa passe bien dans le if mais du coup sa met le getInputStream à null alors que si je fait pas le test, je récupère bien son contenu.
Le contenu de getInputStream est rempli grâce à un client http.
Je suis obligé de faire ce test car j'ai une seule servlet dans mon application qui gère toutes les requêtes envoyées
20/04/2016, 12h24
thelvin

Hello,

cela arrive lorsque le corps de la requête contient des paramètres. Genre si c'est un POST de type application/x-www-form-urlencoded ou multipart/form-data.
Dans ce cas-là, getParameter() et getInputStream() vont aller lire les mêmes données, puisque les paramètres sont dans ce qu'il y a à lire dans l'InputStream.
Or, comme l'InputStream de la requête ne peut être lu qu'une seule fois (parce qu'il ne peut pas être chargé en mémoire au cas où il soit très gros, comme l'upload d'un film en HD,) si tu appelles getParameter() il sera lu, et donc c'est fini, plus de getInputStream().

Pour la solution, ben...
Dans ces cas-là tu as juste pas besoin de getInputStream() en fait. Tu auras tout ce qu'il faut avec getParameter() ou les autres méthodes du même genre. Pourquoi appeler getInputStream dans ce cas ?
20/04/2016, 12h28
totot

dans mon client http, je fait write dans le inputStream
20/04/2016, 13h35
thelvin

Quelle importance, puisque c'est le serveur et pas le client, là ?
20/04/2016, 14h05
totot

J'ai un client http qui fait un write et qui fait une connexion vers le serveur et dans ma servlet je récupère le contenu du inputStrean
20/04/2016, 14h27
thelvin

Une telle chose n'est pas censée provoquer des effets comme ceux dont tu parles.

Il va falloir montrer plus de code, côté client et côté serveur. En l'état, tu nous parles d'un mouton à cinq pattes, ça n'existe pas.

Je vous ai déjà mi le code concerné dans la servlet.

Client:

Code:

1
2
3
4
5
6
7
8
9
		URL url = new URL("monURL");
			connection = (HttpURLConnection) url.openConnection();
			connection.setDefaultUseCaches(false);
			connection.setDoOutput(true);
			connection.setDoInput(true);	
 
	        BufferedWriter writer = new BufferedWriter(new OutputStreamWriter(connection.getOutputStream()));
	        writer.write(monText+"\n");
	        writer.close();

21/04/2016, 01h01
tchize_

getParameter consomme le inputstream, au cas où il y aurait des paramètres à l'intérieur. Il n'y a rien à faire, c'est comme ça. Si tu veux les paramètres de l'url (et uniquement ceux là) et le inputstream dans la même requete, il faut d'abord lire l'inputstream, ensuite lire les paramètres.
21/04/2016, 09h45
totot

Sauf que je veux lire le contenu du input stream selon le contenu de getParameter.
Je lit le input stream si mon getParameter n'est pas null, sinon je ne le lit pas
21/04/2016, 13h14
tchize_
Sauf que tu ne peux pas parce que getParameter utilise des données qui sont dans l'inpuStream. Tu dois revoir ton design et envisager des options alternatives:
- transformer ta construction d'url pour ne pas avoir besoin de mélanger inputStream et parametres
  http://monserveur/monApplication/maServlet?option=truc + content deviendrait http://monserveur/monApplication/maServlet/truc + content
- lire ton inputstream avant, le stocker quelque part et l'utiliser uniquement si le paramètre vaux ce que tu veux. Inconvénient: stockage parfois inutile et ta servelt deviens de facto incapable de recevoir du multipart / form-data
- parser manuellement getQueryString pour te limiter aux paramètres de la query, sans tenir compte d'un éventuel POST, et décider à partir de là
21/04/2016, 15h32
totot

Comme j'ai qu'une seule servlet pour toute l'application, je suis obligé d'utiliser le premier type d'url comme tu as mi?
21/04/2016, 20h57
tchize_

non tu n'es pas obligé, je t'ai donné plusieurs exemple, tu pourra en découvrir d'autre. Le principe de base c'est: getInputstream après un getParameter, ça ne marche pas et il faudra faire avec.

Après on peut se poser la question de pourquoi t'as une seule servlet pour toute l'application au lieu de mapper tes services sur différentes urls.
21/04/2016, 21h03
totot

J'ai fait mon getInputStream avant mon getParameter et cela fonctionne.
Maintenant, je cherche à faire une redirection pour afficher ce que j'ai récupérer du getInputStream sauf que cela ne s'affiche pas à l'écran mais dans ma console tomcat:

Code:

this.getServletContext().getRequestDispatcher("/maPage.jsp").forward(request, response);

J'ai déjà mi plus haute le code du client http qui m'a permis d'appeler ma servlet
21/04/2016, 21h06
tchize_

tu gère comment la réponse coté client? Parce que visiblement ce n'est pas un browser mais un client en java que tu as codé. C'est à lui de suivre la redirection.

le getRequestDispatcher est dans la servlet
Et le client:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 try { URL url = new URL("http://localhost:8080/recupInfo"); connection = (HttpURLConnection) url.openConnection(); connection.setDefaultUseCaches(false); connection.setDoOutput(true); connection.setDoInput(true); BufferedWriter writer = new BufferedWriter(new OutputStreamWriter(connection.getOutputStream())); writer.write(monTexte+"\n"); writer.close(); } catch (MalformedURLException e) { e.printStackTrace(); } catch (IOException e) { e.printStackTrace(); } finally { connection.disconnect(); }
Le client http lance bien une connexion vers la servlet qui va lire les donnée envoyé par le client et ensuite je veux qu'elle redirige vers la bonne jsp grâce au getRequestDispatcher sauf qu'il m'affiche ma page sur la console TOMCAT et non dans mon navigateur