Nous avons une communication applet-servlet que nous aimerions enregistrer avec le proxy HTTP de JMeter. Il fonctionne avec des messages GET jusqu'à ce que l'applet envoie un message HTTP POST qui comprend des objets Java sérialisés (types intégrés), nous obtenons cette erreur dans le Applet:JMeter proxy et la sérialisation java dans HTTP/POST?
alt text http://img339.imageshack.us/img339/9238/appletservletjmeterhttp.png
OK, donc il y a un certain La version de la JVM est en conflit quelque part dans la file d'attente. Mais où?
La communication s'exécute correctement sans JMeter, c'est-à-dire: Applet -> Tomcat -> Servlet. Tout sur ma machine locale.
Mais cela ne fonctionne pas via JMeter: Applet -> JMeter proxy -> Tomcat -> Servlet. Aussi tout sur ma machine.
Il est comme si JMeter modifiait le contenu du message POST ...
Je l'ai testé avec le proxy Apache ainsi, fonctionne très bien.
Encore plus drôle est que je n'ai qu'une seule version de Java installée, un JDK et un JRE. Les deux 1.6.0_07 ...
Je pensais que je demanderais avant de commencer à creuser plus profondément dans le trou du lapin ;-)
Voici le vidage hexadécimal des données POST envoyées directement à Tomcat:
00000348 ac ed 00 05 73 72 00 11 6a 61 76 61 2e 6c 61 6e ....sr.. java.lan
00000358 67 2e 49 6e 74 65 67 65 72 12 e2 a0 a4 f7 81 87 g.Intege r.......
00000368 38 02 00 01 49 00 05 76 61 6c 75 65 78 72 00 10 8...I..v aluexr..
00000378 6a 61 76 61 2e 6c 61 6e 67 2e 4e 75 6d 62 65 72 java.lan g.Number
00000388 86 ac 95 1d 0b 94 e0 8b 02 00 00 78 70 00 00 01 ........ ...xp...
00000398 7b {
Et voici les données envoyées par JMeter quand:
00000128 ac ed 00 05 73 72 00 11 6a 61 76 61 2e 6c 61 6e ....sr.. java.lan
00000138 67 2e 49 6e 74 65 67 65 72 12 e2 a0 a4 f7 3f 3f g.Intege r.....??
00000148 38 02 00 01 49 00 05 76 61 6c 75 65 78 72 00 10 8...I..v aluexr..
00000158 6a 61 76 61 2e 6c 61 6e 67 2e 4e 75 6d 62 65 72 java.lan g.Number
00000168 3f ac 3f 1d 0b 3f e0 3f 02 00 00 78 70 00 00 01 ?.?..?.? ...xp...
00000178 7b {
beaucoup de s « 3f » dans la deuxième décharge ... donc, ce est certainement une sorte d'un problème de codage. Le type de contenu est correctement défini dans l'en-tête:
POST /ABCOrder/ABCServlet?cmd=getNetworkConnection HTTP/1.1
Connection: keep-alive
Content-Type: application/octet-stream
Host: 109.107.148.164:8443
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
User-Agent: Mozilla/4.0 (Windows Vista 6.0) Java/1.6.0_14
Content-Length: 81
Merci pour le lien, mais c'était il y a 2 ans! J'espère vraiment que cela pourra être résolu d'une manière ou d'une autre. Va également vérifier l'archive de la liste de diffusion Jmeter. – egbokul
J'espère pour vous que vous avez raison. Bonne chance. –