JMeter прокси и сериализация Java в HTTP / POST?

Question

У нас есть связь апплет-сервлет, которую мы хотели бы записать с помощью HTTP-прокси JMeter. Он работает с сообщениями GET до тех пор, пока апплет не отправит сообщение HTTP POST, которое включает в себя некоторые сериализованные объекты Java (встроенные типы), затем мы получим эту ошибку в апплете:

альтернативный текст http://img339.imageshack.us/img339/9238/appletservletjmeterhttp.png

ОК, значит, где-то в очереди есть конфликт версий JVM. Но где?

Связь работает нормально без JMeter, то есть: Апплет -> Tomcat -> Сервлет. Все на моей локальной машине.

Но это не работает через JMeter: Applet -> JMeter proxy -> Tomcat -> Servlet. Также все на моей машине.

Это как если бы JMeter изменял содержимое сообщения POST ...

Я также протестировал его с прокси-сервером Apache, работающим нормально.

Еще забавнее то, что у меня установлена ​​только одна версия Java, один JDK и один JRE. Оба 1.6.0_07 ...

Думал бы спросить, прежде чем копать глубже в кроличьей норе; -)

Вот шестнадцатеричный дамп данных POST, отправленных непосредственно в 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                                               {

А вот данные при отправке через JMeter:

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                                               {

Много "3f" во втором дампе ... Так что это определенно какая-то проблема кодирования. Тип содержимого указан правильно в заголовке:

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

Answer 1

Вот решение: JMeter имеет файл конфигурации, bin / jmeter.properties . Здесь вы можете найти опцию, в которой вы можете установить двоичные типы контента:

# Binary content-type handling
# These content-types will be handled by saving the request in a file:
proxy.binary.types=application/x-amf,application/x-java-serialized-object

Теперь я не знаю, почему application / octet-stream не включено по умолчанию, но вы можете просто добавить его в список, и все готово.

proxy.binary.types=application/x-amf,application/x-java-serialized-object,application/octet-stream

Вот как я это узнал: https://issues.apache.org/bugzilla/show_bug.cgi?id=44808

Сделал поиск по JMeter закрыт ошибки ...: -)

Answer 2

Принятый ответ позволяет записывать только статические запросы. Это не будет реалистично, так как не позволит вариабилизации запросов (например, изменение искомого слова, ...), поэтому вы всегда будете подвергаться стресс-тестированию одной и той же группы данных.

Чтобы сделать это настоящим тестом, вам нужно использовать сторонний плагин.

Это позволяет коммерческий плагин JMeter, см .:

• http://ubikloadpack.com/

Чтобы сделать ваши тесты реалистичными, вам нужно будет варьировать контент в сериализованных объектах.

Этот подключаемый модуль Java Serialization позволяет следующее:

• Простая запись трафика с JMeter Proxy Server, будет создан план тестирования с использованием пользовательского сэмплера

• Простая вариабилизация запросов (которые будут отображаться в формате XML) с помощью такого простого синтаксиса, как, например, $ {seekWord}, ​​где искомый запрос может происходить из CSV или любой пользовательской переменной.

• Простое извлечение данных из ответов с использованием стандартных постпроцессоров JMeter

• Простая отладка запросов / ответов с помощью стандартного элемента дерева результатов JMeter View

Отказ от ответственности: я работаю в этой компании.

Answer 3

Кто-то еще сообщает об очень похожем: http://markmail.org/message/pl5erin2isehm5q6. Я не могу найти ни одной проблемы, связанной с этой проблемой, в их баг-трекере . Похоже, вы получили привилегию копать глубже в кроличью нору:)