Discussion :

[metalpetsFR]

Bonjour et merci par avance,

J'ai un gros problème concernant la communication entre un serveur Apache (2.2.8) et tomcat (6).
J'utilise pour cela le mod_jk (1.2.30).
J'ai l'impression d'être sur un bug d'Apache (mais j'ai du mal a y croire).

Dans mon application, lorsque j'ai un "gros" formulaire de type 'multipart/post data', de façon aléatoire je perds des données.
En effet lorsque j'effectue un submit du formulaire, il y a un champ (toujours le meme) qui se vide, mais c'est pas systématique !.

J'ai activer les logs du mod_jk dans apache, et j'en ai conclu que mes données du formulaire sont envoyé par packet de taille 8192 bytes, et que la donnée qui est perdue est celle qui se trouve a la fin du 1er packet.
Voici une trace

Quand ça se passe mal.

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
------7da28a1a20
82a..Content-Dis
position:.form-d
ata;.name="utili
sationRegroupeme
nt[1]"....46.0..
----------------
 
[autre packet]
 
.4....----------
---7da28a1a2082a
..Content-Dispos
ition:.form-data
;.name="etatRegr
oupement[1]"....

ça ne saute pas aux yeux mais la valeur du champ utilisationRegroupement[1] devrait être 46.0,
Mais il semblerait qu'il y a une erreur sur le parse, et du coup je récupère une valeur null dans tomcat.

J'ai essayer avec firefox j'ai le même probleme.
J'ai essayer sans apache (directement tomcat) et ça marche.
J'ai essayer avec le mod_proxy (au lieu de mod_jk) et ça marche.
J'ai aussi essayer en enlevant le enctype, et les input type='file' de mon formulaire et ça marche.

J'ai essayer d'agrandir la taille des packet, mais les paramètres que j'ai essayé ne semble pas agir.

Qu'en pensez vous ?

Merci d'avance

[_Mac_]

Il semblerait qu'il existât à une époque une taille limite de 8 Ko (8192) pour les paquets gérés par mo_jk mais que ce n'est plus le cas... Je ne sais pas si c'est vrai. Mais quoi qu'il en soit, vu que le problème ne se pose plus avec mod_proxy à la place de mod_jk, pourquoi ne pas utiliser définitivement mod_proxy ?

[metalpetsFR]

Merci beaucoup pour ton aide.

En effet je pourrais utiliser le mod_proxy mais j'ai cru lire qu'il était moins performant. J'ai vu aussi qu'il existe le mode mod_proxy_ajp qui semble pas mal aussi.

J'ai trouvé sur le wiki tomcat un résumé des différents mode. Il conseil bien d'utiliser le mode mod_jk. C'est pour ça que je voulais un peu insister pour trouver une solution.

En tout cas pour le moment on a contourner le problème en enlevant l'input type="file" du formulaire (il n'est donc plus enctype='mutlipart/form data'), dans cette écran il ne servait pas a grand chose.
Mais si ça se reproduit (et ça va se reproduire) sur un autre écran il faudra changer le mode de communication.

[_Mac_]

A part poster un message sur un forum Tomcat/mod_jk sur le site apache.org, je n'ai pas d'idée

[metalpetsFR]

Du coup j'ai posté un message dans le bugzilla de tomcat.

Si j'ai des nouvelles je posterai dans le forum.

Merci pour ton aide.

[metalpetsFR]

Le problème vient de se reproduire. Mais cette fois-ci j'ai pu extraire un testcase très simple. C'est une jsp avec un formulaire de type enctype="multipart/form-data" et 300 inputs text.
Lorsque l'on le submit plusieurs fois de suite, parfois j'ai un champs qui est perdu !

Voici ma configuration (simplifié aussi) de mon apache

Code :

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

1
2
3
4
5
6
7
LoadModule proxy_module modules/mod_proxy.so
 
JkWorkerProperty worker.list=myappli
JkWorkerProperty worker.myappli.type=ajp13
JkWorkerProperty worker.myappli.host=localhost
JkWorkerProperty worker.myappli.port=8009
JkMount /myappli/* myappli

=> Je fournis en piece jointe la jsp ainsi que la lib common-fileupload.jar

Aussi j'ai pu retester avec le mod_proxy et là pas de problème..

[_Mac_]

Honnêtement, je ne vois pas ce qu'on peut faire d'autre que d'essayer mod_proxy_ajp. Tu peux au moins essayer ce module, il peut fonctionner. Le wiki que tu donnes n'est pas aussi affirmatif que ça, je trouve. Il dit ceci :

[mod_jk] is still under active development and also works for the apache 2.X series for cases where you do not want to use mod_proxy_ajp.

J'en conclus que mod_proxy_ajp est une réelle alternative à mod_jk.

[FabienN]

J'ai le même problème