Discussion :

[m1ckros]

Bonjour à tous,

Pour pouvoir utiliser une bibliothèque servant à générer des PDF, j'ai besoin de récupérer le contenu HTML de la page à exporter.
J'ai bien trouvé une méthode sur Internet :

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
public String getHTML(String urlToRead) {
      URL url; // The URL to read
      HttpURLConnection conn; // The actual connection to the web page
      BufferedReader rd; // Used to read results from the web page
      String line; // An individual line of the web page HTML
      String result = ""; // A long string containing all the HTML
      try {
         url = new URL(urlToRead);
         conn = (HttpURLConnection) url.openConnection();
         conn.setRequestMethod("POST");
         rd = new BufferedReader(new InputStreamReader(conn.getInputStream()));
         while ((line = rd.readLine()) != null) {
            result += line;
         }
         rd.close();
      } catch (Exception e) {
         e.printStackTrace();
      }
      return result;
   }

Cela fonctionne bien avec une page simple, mais avec des paramètres en POST, c'est une autre affaire...

J'ai bien essayé de faire :

Code :

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

1
2
3
4
...
conn.setRequestMethod("POST");
conn.setRequestProperty("myParamKey", "myParamValue");
...

... mais visiblement, un paramètre et une propriété, ce n'est pas la même chose. Et, je n'ai pas trouvé de méthode setRequestParameter() ou quelque chose comme ça.

Donc, si quelqu'un a une solution (même sans utiliser cette méthode), il est le bienvenu.

[CastorJoyeux]

Je vois trois options:


-> la librairie commons-httpclient, de jakarta, qui est bien plus évolué que URL
-> Cette FAQ expliquant comment faire un POST avec URLConnection
-> Si la page HTML est local (même webapplication), préférer créer un HttpServletRequest à vous (les api java fournissent déjà des wrapper bien utiles comme base) contenant les valeur de POST, et diriger l'output (wrapper sur le HttpServletResponse) vers un ByteArrayOutputStream. Puis enfin un

Code :

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

1
2
3
4
5
 
HttpServletRequest maRequestTraffiquee = .....;
HttpServletResponse maResponseTraffiquee = .... ;
servletRequest.getRequestDispatcher("/chemin/vers/servlet").include(maRequestTraffiquee,maReponseTraffiquee);
// récupérer les byte[] depuis le byteArrayoutputStream

L'avantage de la dernière méthode, plus compliquée ce sont
-> ses performances (moins de travail pour le serveur)
-> préservation des droits de l'utilisateur courant (pas de nouvelle requete)
-> préservation éventuelle du request-scope actuel et de la session.
Mais ne marche que pour avoir une page au sein de la même application

[thebloodyman]

la librairie commons-httpclient, de jakarta, qui est bien plus évolué que URL

+1.

Si la page HTML est local (même webapplication), préférer créer un HttpServletRequest à vous (les api java fournissent déjà des wrapper bien utiles comme base) contenant les valeur de POST, et diriger l'output (wrapper sur le HttpServletResponse) vers un ByteArrayOutputStream

Intéressant mais il y a qqch qui m'échappe.
Comment vas tu préciser à l'instance HttpServletRequestWrapper d'utiliser la méthode POST? Par défaut, la méthode HTTP utilisée est celle de l'objet HttpServletRequest wrappé. Et comment vas tu préciser les paramètres du POST ?

[CastorJoyeux]

c'est un wrapper, tu peux donc sucharger les méthodes qui t'intéressent. En l'occurrence:

Code :

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

1
2
3
4
5
public class MonRequestWrapper extends HttpServletWrapper {
//.....
@override
public String getMethod(){ return "POST"; }
}

Pour les paramètres, surcharger les méthodes getParameterXXXX.

[thebloodyman]

Ah d'accord. J'avais pas compris que tu parlais de créer une nouvelle classe.
Sympa !

[m1ckros]

Merci CastorJoyeux, c'est nickel ! Je ne pouvais pas demander mieux.

Pour l'instant, j'utilise la méthode de la FAQ (plus simple à mettre en œuvre et plus proche de ce que je faisais déjà).
Par contre, c'est sympa mais ça a une petite tendance à convertir en é et compagnie les caractères de mes paramètres. Et vu que derrière il y a un parseur XML qui vient mettre son nez, ça ne passe pas bien...