sampleresult.default.encoding

Результат хттп запроса в кодировке Windows-1251. Хочу видеть в листенерах jmeter нормальные русские буковки, а не кракозябы. Указываю в jmeter.properties нужную мне кодировку sampleresult.default.encoding=CP1251
В 2.3 версии жметра все работает и нормально отображается, в 2.5 и 2.5.1 как будто эта настройка вообще ни на что не влияет - кракозябы. Может кто сталкивался с подобным поведением последних версий жметра? Не пойму, что я делаю не так.

Столкнулся с этим только что.
Вылечился тем, что в кодировку установил в 2х местах на utf-8. Первая в хттп реквест дефаултс, вторая в конфигураторе цсв файлов.

А что конретно у вас было не так?
В хттп реквесте дефолтс устанавливается только Content Encoding - Content encoding to be used (for POST and FILE) - это не то, что мне нружно. csv я вообще не касаюсь.

У меня проблема с ответами на запросы - не меняется кодировка( настройка sampleresult.default.encoding в jmeter.properties).

А что конретно у вас было не так?
В хттп реквесте дефолтс устанавливается только Content Encoding - Content encoding to be used (for POST and FILE) - это не то, что мне нужно. csv я вообще не касаюсь.

У меня проблема с ответами на запросы - не меняется кодировка( настройка sampleresult.default.encoding в jmeter.properties).

костыль:

BSF PostProcessor (beanshell) к семплеру с
prev.setDataEncoding("CP1251")

Ребят, добавил

prev.setDataEncoding("CP1251")

В ответе все равно

        "firstName": "Алексей",
        "middleName": "Васильевич",
        "lastName": "Кочетов"

ubuntu 13.04 jmeter 2.9 когда меняю в set.Data.Encoding кодировку - крякозябры меняются, но по сути печаль остается. Куда смотреть?..

Ребят, добавил

prev.setDataEncoding("CP1251")

В ответе все равно

        "firstName": "Алексей",
        "middleName": "Васильевич",
        "lastName": "Кочетов"

ubuntu 13.04 jmeter 2.9 когда меняю в set.Data.Encoding кодировку - крякозябры меняются, но по сути печаль остается. Куда смотреть?..

А в BSF PostProcessor указывается нужный Language? Кодировка точно 1251?

Ребят, добавил

prev.setDataEncoding("CP1251")

В ответе все равно

        "firstName": "Алексей",
        "middleName": "Васильевич",
        "lastName": "Кочетов"

ubuntu 13.04 jmeter 2.9 когда меняю в set.Data.Encoding кодировку - крякозябры меняются, но по сути печаль остается. Куда смотреть?..

А в BSF PostProcessor указывается нужный Language? Кодировка точно 1251?

Язык указал, вот насчет кодировки не уверен, пробовал разные, пока победить не получилось...

Добрый день! Хотелось бы тоже задать вопрос в тему.

У меня отправляется запрос на русском, отправляется все корректно, но на сайте отображается почему то вот так ???????????????????, что делать подскажите, может кто-то сталкивался с таким

Поздравляю, у вас где-то продолбана кодировка, или где-то на нее положено.
Исходя из направленности сайта - заводить баг.

Поздравляю, у вас где-то продолбана кодировка, или где-то на нее положено.
Исходя из направленности сайта - заводить баг.

Я так и сделала по началу но потом проверила руками, если на самом сайте создать запись то там все корректно отображается, а если запись создается запросом из JM то возникают проблемы. 

Вот и непонятно где проблема, разработчики утверждают что это мой JM виноват, я выставила кодировку и в Хедары и в jmeter.properties, не помогло ничего(

Кодировка в хедерах должна совпадать с реальной передаваемой кодировкой.
То есть либо вы декларируете одну, а передаете другую. Либо сервер не смотрит на кодировку, а вы передаете не то, что он ожидает.

Кодировка в хедерах должна совпадать с реальной передаваемой кодировкой.
То есть либо вы декларируете одну, а передаете другую. Либо сервер не смотрит на кодировку, а вы передаете не то, что он ожидает.

В Хедере кодировка прописана взятая из заголовков в дебагере Файерфокса, вот

 

User-Agent Mozilla/5.0 (Windows NT 6.2; WOW64; Trident/7.0; rv:11.0) like Gecko Accept image/gif, image/jpeg, image/pjpeg, application/x-ms-application, application/xaml+xml, application/x-ms-xbap, */* Accept-Language ru,en-US;q=0.7,en;q=0.3 Accept-Encoding gzip, deflate, br Referer "это урл" x-auth-token ${aToken} origin "это урл" Content-Length 41 Connection keep-alive Content-Encoding gzip, charset=UTF-8 Content-Type application/json;charset=UTF-8

Я повторюсь, кодировка в хедере должна совпадать с реальной кодировкой.
Если вы сказали utf8, а передали koi8-r или cp1251, то на выходе у вас будет треш.

Если вы работаете в windows, то по умолчанию у вас cp1251.
как переключить на utf8 - не скажу. Но одно точно. если вы ввели текст как cp1251, то в лучшем случае при переключении он начнет отображаться некорректно, в худшем - продолжит отображаться корректно, но так и останется в cp1251.

Я бы гуглил java codepage и java charset.

https://habrahabr.ru/post/315374/

java - потому, что jmeter - java-приложение.

Я повторюсь, кодировка в хедере должна совпадать с реальной кодировкой.
Если вы сказали utf8, а передали koi8-r или cp1251, то на выходе у вас будет треш.

Если вы работаете в windows, то по умолчанию у вас cp1251.
как переключить на utf8 - не скажу. Но одно точно. если вы ввели текст как cp1251, то в лучшем случае при переключении он начнет отображаться некорректно, в худшем - продолжит отображаться корректно, но так и останется в cp1251.

Я бы гуглил java codepage и java charset.

https://habrahabr.ru/post/315374/

java - потому, что jmeter - java-приложение.

 

Спасибо!!! По крайней мере хоть направление теперь есть)

из упомянутой статьи на хабре,
попробуйте запустить jmeter с -Dfile.encoding=UTF-8

Вот еще про переключение codepage в windows, которое так-же может повлиять.
https://superuser.co...onsole-to-utf-8

Было подобное. В Response Data вместо латинницы отображалось что-то на подобии этого - РќРµ найден ("Не найден"), и кодировка запроса была неправильной.

Для того, чтобы кодировка cp1251 нормально отображалась в вкладке Response Data листенера "View Results Tree" я добавил в файл jmeter.properties строку sampleresult.default.encoding=UTF-8. 

Для того, чтобы сервер нормально реагировал на латинские буквы в самплере HTTP Request в поле Content encoding вписал utf-8.

Надеюсь кому-нибудь это пригодится.