Discussion :

[semby]

Bonjour,
je récupére le contenu d'une requête HTTP POST qui est en XML avec le code suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
        response.setContentType("text/html;charset=UTF-8");
 
        String tailleContenu = request.getHeader("Content-Length");
        BufferedReader report = request.getReader();
        if(cl=="") {
            cl="0";
        }        
        char[] rc = new char[Integer.parseInt(cl)];
        int a = report.read(rc,0,Integer.parseInt(cl));

une fois le contenu récupéré, je le parse avec DOM, seulement quand tailleContenu est superrieur à 8000, une exceptions dom est provoquée (caractére invalide....).
J'ai réécri le contenu du tableau rc dans un fichier :

Code :

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

1
2
3
4
        FileWriter fw = new FileWriter("rep1.xml");
	int lu1;
	fw.write(rc);
	fw.close();

et voila le contenu du fichier :

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
 
...........(jusqu'à là tout est normal)
- <member>
  <epc>urn:epc:id:gid:10.14020.1402</epc> 
 
La page XML ne peut pas être affichée 
 
Impossible d'afficher l'entrée XML en utilisant la feuille de style XSL. Corrigez l'erreur, puis cliquez sur le bouton Actualiser ou réessayez ultérieurement. 
 
 
--------------------------------------------------------------------------------
 
Un nom contenait un caractère non valide. Erreur de traitement de la ressource file:///D:rep.xml...
 
     <memb
 
PAN> </member>

il y a des caractéres null

est ce que ça vient d'une limitation au niveau de la déclaration du tableau de char ?

[in]

je ne sais plus trop pour l'API DOM mais je crois me souvenir qu'il y a une méthode de dispo pour nettoyer les caractères inutiles.

Peut etre que ça vaudrait le coup de l'appeler avant de parser ...

[g_rare]

1 > Je comprends pas tout (ça veut dire quoi "il y a des caractères null"!)
2 > C'est quoi le rapport entre <<tailleContenu>> et <<cl>> ?

[yann2]

Code :

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

1
2
3
if(cl=="") {
            cl="0";
        }

Le pb ne vient pas de là, mais préférez ça :

Code :

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

1
2
3
if("".equals(cl)) {
            cl="0";
        }

[semby]

d'abord meci pour vos reponse,

g_rare -> desolé j'ai oublié de le modifier "cl=tailleContenu" et pour les caractéres null : dans mon cas je recoit une requétte contenant 15000 char que je récupére grace à getReader puis grace à read je met le tout dans un char[] puis je l'écrit dans un fichier, mais quand je regarde le fichier il y a qu'une partie des caractéres qui est affichée et le reste est considéré comme nuls (si on l'ouvre avec un editeur de texte il met des "|||||||||||||||||" qu'on peut pas copier).

yann2 -> le probléme n'est pas la puisque c'est juste pour eviter une exception au niveau du parseInt.

j'ai essaiyé une autre approche :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
str = report.readLine( );
        try {
            while (str != null){
              System.out.println(str);
              str = report.readLine( );
              }
        }catch (Exception e) {
            System.err.println("message:"+e.getMessage());
            e.printStackTrace();
        }

tomcat affiche qu'un certain nombres de ligne puis renvoie cette exception :

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
java.io.IOException
        at org.apache.catalina.connector.InputBuffer.reset(InputBuffer.java:439)
        at org.apache.catalina.connector.CoyoteReader.reset(CoyoteReader.java:121)
        at org.apache.catalina.connector.CoyoteReader.readLine(CoyoteReader.java:178)
        at report.processRequest(report.java:62)
        at report.doPost(report.java:96)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:362)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
        at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
        at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:534)

donc :
soit : le chr [] est limité à la déclaration
soit Tomcat ne gére pas cette taille de requéte mais dans la doc il disent que par defaut, tomcat mais 2Mo à disposition de POST.