Discussion :

[st20085]

Bonjour

Je voudrais juste faire un test d'un client qui appelle une servlet en utilisant les flux binaires entre les 2.
Mon client envoie des données binaires dans le flux de la servlet, la servlet "devrait" récupérer ces données binaires et renvoie une réponse au client.
Je ne sais pas pourquoi ma servlet ne reçoit aucune donnée du client, par contre mon client reçoit bien la réponse de ma servlet.
Le problème vient-il de mon client ou de la servlet?
Qu'est ce que j'ai donc bien pu oublier?
Merci de votre aide

J'utilise le jdk1.6.0_35 et Tomcat 7.0.29.

Code du client

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
 
import java.io.*;
import java.net.*;
 
public class CallServlet
{
  public static void main(String[] args) throws Exception
  {
    URL url = new URL("http://localhost:8080/ServletTest/CMSDKServlet");
 
    URLConnection connection = url.openConnection();
 
    connection.setDoInput(true);
    connection.setDoOutput(true);
 
    // envoie des données vers la servlet
    OutputStream out = connection.getOutputStream();
    PrintStream ps = new PrintStream(out);
    ps.println("client appelle servlet");
    ps.close();
 
    // réponse de la servlet
    InputStream in = connection.getInputStream();
    System.out.println("servlet a envoyé "+in.available()); // OK, j'ai bien le nombre d'octets
    in.close();
  }
}

Code de la servlet

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
 
import java.io.*;
 
import javax.servlet.*;
import javax.servlet.http.*;
 
public class CMSDKServlet extends HttpServlet
{
  public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException
  {
    doPost(request, response);
  }
 
  public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException
  {
    try
    {
        // données du client
        InputStream is = request.getInputStream();
        System.out.println("client a envoyé "+is.available()); // ERROR ici toujours 0
        is.close();
 
        // réponse envoyée au client
        OutputStream respOut = response.getOutputStream();
        PrintStream ps = new PrintStream(respOut);
        ps.println("servlet renvoie une réponse au client");
        ps.close();
 
    }
    catch(Throwable e)
    {
      e.printStackTrace();
      throw new ServletException(msg, e);
    }
  }
}

[Invité]

Bonjour,

Les servlet s'appuient sur le protocol HTTP.
Le message envoyé doit donc respecter les règles de ce protocole pour pouvoir être interprété convenablement par HttpServlet.

[st20085]

Bonjour

Et merci de m'avoir répondu, mais que dois je faire ou changer pour que je puisse utiliser ces flux binaires des 2 cotés?

[Invité]

Je vois deux solutions:
- encapsuler le message binaire dans un paramètre de message HTTP via un encodage/décodage base64 par exemple
- abandonner le http et donc les servlet et descendre au niveau socket

[st20085]

>encapsuler le message binaire dans un paramètre de message HTTP via un encodage/décodage base64 par exemple
C'est ce que je pensais faire mais mon flux binaire peut être assez gros et je crois qu'il y a une limite en taille sur les paramètres http.

>abandonner le http et donc les servlet et descendre au niveau socket
S'il n'y a pas d'autres solutions, pkoi pas

[tchize_]

pour balancer des données brutes, utilise un PUT plutot qu'un GET ou un POST, là le serveur s'attends à des données quelconques.

Par contre:

Code :

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

1
2
3
4
 
        // données du client
        InputStream is = request.getInputStream();
        System.out.println("client a envoyé "+is.available()); // ERROR ici toujours 0

JE ne vois pas en quoi 0 est une erreur. Ca indique juste que le client n'a encore rien envoyé. au lieu de faire un is.close(), lit le contenu de is.

A noter que tu devra passer (par le header Content-Length) la taille de la requete, sinon le serveur ne saura pas quand c'est terminé et ne pourra pas distinguer les différentes requetes.

coté client, ne cloture pas le stream avant d'avoir lu la reponse. Lors du close, tu perd le contact avec le serveur distant et tu ne saura lire que ce qu'il t'as déjà envoyé.

Bref d'un coté comme de l'autre, ne joue pas avec la fermeture des stream. Un stream http c'est réutilisable et bidirectionnel. Tu ferme un sens, tu ferme l'autre.