Сообщений в теме: 14

[Julia_Sh]

Помогите разобраться. Вообще слабо пока понимаю jmeter. Не могу передать данные. Краткое описание: происходит заполнение полей формы (полей около десятка). Делаю это методом PUT. Когда использовала метод POST, в ответ получала 403 (что тоже, кстати, оказалось для меня непонятным. Если кто-то знает причину - буду благодарна). В итоге: при методе PUT в ответах получаю следующее:

java.net.SocketException: Unexpected end of file from server
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
	at java.lang.reflect.Constructor.newInstance(Unknown Source)
	at sun.net.www.protocol.http.HttpURLConnection$6.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.net.www.protocol.http.HttpURLConnection.getChainedException(Unknown Source)
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
	at java.net.HttpURLConnection.getResponseCode(Unknown Source)
	at org.apache.jmeter.protocol.http.sampler.HTTPJavaImpl.readResponse(HTTPJavaImpl.java:264)
	at org.apache.jmeter.protocol.http.sampler.HTTPJavaImpl.sample(HTTPJavaImpl.java:520)
	at org.apache.jmeter.protocol.http.sampler.HTTPSamplerProxy.sample(HTTPSamplerProxy.java:62)
	at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1088)
	at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1077)
	at org.apache.jmeter.threads.JMeterThread.process_sampler(JMeterThread.java:428)
	at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:256)
	at java.lang.Thread.run(Unknown Source)
Caused by: java.net.SocketException: Unexpected end of file from server
	at sun.net.www.http.HttpClient.parseHTTPHeader(Unknown Source)
	at sun.net.www.http.HttpClient.parseHTTP(Unknown Source)
	at sun.net.www.http.HttpClient.parseHTTPHeader(Unknown Source)
	at sun.net.www.http.HttpClient.parseHTTP(Unknown Source)
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
	at sun.net.www.protocol.http.HttpURLConnection.getHeaderField(Unknown Source)
	at java.net.URLConnection.getHeaderFieldInt(Unknown Source)
	at java.net.URLConnection.getContentLength(Unknown Source)
	at org.apache.jmeter.protocol.http.sampler.HTTPJavaImpl.readResponse(HTTPJavaImpl.java:230)
	... 7 more

Заранее спасибо.

P.S.: план для "залогинивания" в системе написала, и это работает. В ответе получаю то, что нужно: данный пользователь вошел в систему. Но вот при работе с самой системой уже возникает такой затык.

[fesd]

При составлении сценария использовали http proxy server http://jmeter.apache...TP_Proxy_Server ?
Если нет, то попробуйте.

[Snap]

А почему именно метод PUT? Этот метод в основном используется для передачи файлов.

[schizophrenia]

А вы не могли бы показать Request / Response при такой ошибке? Попробуйте записать с помощью tcpdump.

Следующий вопрос. А вы случайно Jetty не используете? Обычно девелоперы используют её по странному, и часто, когда акцепторы (Acceptor) заканчиваются, а у диспатчера есть новый HttpConnection, которого не на кого вешать, то Dispatcher отвечает пустым ответом. Вы мониторите машинку которую тестируете? Мониторите потоки/акцепторы, если это все же Jetty? Похоже что у вас просто сервер не отдает корректно ответ и поэтому Jmeter не может распарсить пустой ответ.

[Julia_Sh]

При составлении сценария использовали http proxy server http://jmeter.apache...TP_Proxy_Server ?
Если нет, то попробуйте.

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

[Julia_Sh]

А почему именно метод PUT? Этот метод в основном используется для передачи файлов.

Потому что при POST я получаю 403. А при PUT я получаю что-то отличное от этого. Я пробую все подряд.

[Julia_Sh]

А вы не могли бы показать Request / Response при такой ошибке? Попробуйте записать с помощью tcpdump.

Следующий вопрос. А вы случайно Jetty не используете? Обычно девелоперы используют её по странному, и часто, когда акцепторы (Acceptor) заканчиваются, а у диспатчера есть новый HttpConnection, которого не на кого вешать, то Dispatcher отвечает пустым ответом. Вы мониторите машинку которую тестируете? Мониторите потоки/акцепторы, если это все же Jetty? Похоже что у вас просто сервер не отдает корректно ответ и поэтому Jmeter не может распарсить пустой ответ.

Честно - не могу ответить ни на один ваш вопрос. Понятия не имею, о чем вы.

[schizophrenia]

А вы не могли бы показать Request / Response при такой ошибке? Попробуйте записать с помощью tcpdump.

Следующий вопрос. А вы случайно Jetty не используете? Обычно девелоперы используют её по странному, и часто, когда акцепторы (Acceptor) заканчиваются, а у диспатчера есть новый HttpConnection, которого не на кого вешать, то Dispatcher отвечает пустым ответом. Вы мониторите машинку которую тестируете? Мониторите потоки/акцепторы, если это все же Jetty? Похоже что у вас просто сервер не отдает корректно ответ и поэтому Jmeter не может распарсить пустой ответ.

Честно - не могу ответить ни на один ваш вопрос. Понятия не имею, о чем вы.

Какой сервис вы тестируете? Какой сайт? На каком языке он написан? С использованием каких фреймворков?

[Julia_Sh]

А вы не могли бы показать Request / Response при такой ошибке? Попробуйте записать с помощью tcpdump.

Следующий вопрос. А вы случайно Jetty не используете? Обычно девелоперы используют её по странному, и часто, когда акцепторы (Acceptor) заканчиваются, а у диспатчера есть новый HttpConnection, которого не на кого вешать, то Dispatcher отвечает пустым ответом. Вы мониторите машинку которую тестируете? Мониторите потоки/акцепторы, если это все же Jetty? Похоже что у вас просто сервер не отдает корректно ответ и поэтому Jmeter не может распарсить пустой ответ.

Честно - не могу ответить ни на один ваш вопрос. Понятия не имею, о чем вы.

Какой сервис вы тестируете? Какой сайт? На каком языке он написан? С использованием каких фреймворков?

Это все - строго конфиденциальная информация) Написано на java. По идее, при вводе данных в форму и нажатии на кнопочку "сохранить" формируется soap - запрос и отсылается серверу, ответ - soap-request, в котором содержится уникальный id, который подтверждает, что запрос прошел успешно.

[schizophrenia]

А вы не могли бы показать Request / Response при такой ошибке? Попробуйте записать с помощью tcpdump.

Следующий вопрос. А вы случайно Jetty не используете? Обычно девелоперы используют её по странному, и часто, когда акцепторы (Acceptor) заканчиваются, а у диспатчера есть новый HttpConnection, которого не на кого вешать, то Dispatcher отвечает пустым ответом. Вы мониторите машинку которую тестируете? Мониторите потоки/акцепторы, если это все же Jetty? Похоже что у вас просто сервер не отдает корректно ответ и поэтому Jmeter не может распарсить пустой ответ.

Честно - не могу ответить ни на один ваш вопрос. Понятия не имею, о чем вы.

Какой сервис вы тестируете? Какой сайт? На каком языке он написан? С использованием каких фреймворков?

Это все - строго конфиденциальная информация) Написано на java. По идее, при вводе данных в форму и нажатии на кнопочку "сохранить" формируется soap - запрос и отсылается серверу, ответ - soap-request, в котором содержится уникальный id, который подтверждает, что запрос прошел успешно.

Попробуйте тестировать используя не WebSoap/HTTP семплеры, а простой TCP Sampler. Записывайте все ответы. И поставьте Assert на длину ответа. Как видно, используете java, и подозреваю на 95% что там выше описанная проблема. Если простым языком объяснить то ситуация следующая. Вы пускаете нагрузку, но у сервера на всегда хватает потоков чтобы обрабатывать ваши запросы. Диспетчер, которые принимает задачи и раскидывает их по работающим потокам (workers) может отвечать пустым ответом, в случае если все потоки-workers уже заняты.

[schizophrenia]

Exception как раз и говорит про подобную ошибку:

Caused by: java.net.SocketException: Unexpected end of file from server

Исключение сокета, вызыванное неожиданным концом сообщения от сервера. Т.е. ответ либо передался не полностью, либо передается невалидный ответ изначально (например пустой ответ).

at sun.net.www.http.HttpClient.parseHTTPHeader(Unknown Source)
at sun.net.www.http.HttpClient.parseHTTP(Unknown Source)
at sun.net.www.http.HttpClient.parseHTTPHeader(Unknown Source)
at sun.net.www.http.HttpClient.parseHTTP(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getHeaderField(Unknown Source)
at java.net.URLConnection.getHeaderFieldInt(Unknown Source)
at java.net.URLConnection.getContentLength(Unknown Source)
at org.apache.jmeter.protocol.http.sampler.HTTPJavaImpl.readResponse(HTTPJavaImpl.java:230)
... 7 more

Ну а тут ясно написано на каком этапе возникает ошибка. На этапе парсинга ответа от сервера. И JMeter не смог распарсить ответ потому что он невалидный. Например из-за того что он не полностью передался или изначально пустой.

[Куатор]

Ну, во-первых правильно было бы изначально узнать у разработчиков, как именно происходит общение клиента с сервисом (какой вид запроса, скорей всего это POST, хоть и не обязательно, какие параметры, какие заголовки.. ), гадать , подставляя подряд доступные виды запроса - себе дороже.
Либо попробовать самой это определить, если, например, есть тестовая страничка, на которой заполняются данные и потом отправляются на сервис, тогда можно воспользоваться Fiddler чтобы отследить в каком виде это происходит.
Либо, если странички нет (а скорей всего её нет), тогда поищи вспомогательные тулзовины для отправки soap-requests, поэкспериметнтируй там (если почему-то нельзя узнать всю необходимую инфу у девелоперов) и когда добьёшься нужного тебе ответа, только после этого , пытайся реализовать необходимый запрос с помощью JMeter

[schizophrenia]

Ну, во-первых правильно было бы изначально узнать у разработчиков, как именно происходит общение клиента с сервисом (какой вид запроса, скорей всего это POST, хоть и не обязательно, какие параметры, какие заголовки.. ), гадать , подставляя подряд доступные виды запроса - себе дороже.
Либо попробовать самой это определить, если, например, есть тестовая страничка, на которой заполняются данные и потом отправляются на сервис, тогда можно воспользоваться Fiddler чтобы отследить в каком виде это происходит.
Либо, если странички нет (а скорей всего её нет), тогда поищи вспомогательные тулзовины для отправки soap-requests, поэкспериметнтируй там (если почему-то нельзя узнать всю необходимую инфу у девелоперов) и когда добьёшься нужного тебе ответа, только после этого , пытайся реализовать необходимый запрос с помощью JMeter />

Вы читали последниий абзац ТС?

[Julia_Sh]

Ну, во-первых правильно было бы изначально узнать у разработчиков, как именно происходит общение клиента с сервисом (какой вид запроса, скорей всего это POST, хоть и не обязательно, какие параметры, какие заголовки.. ), гадать , подставляя подряд доступные виды запроса - себе дороже.
Либо попробовать самой это определить, если, например, есть тестовая страничка, на которой заполняются данные и потом отправляются на сервис, тогда можно воспользоваться Fiddler чтобы отследить в каком виде это происходит.
Либо, если странички нет (а скорей всего её нет), тогда поищи вспомогательные тулзовины для отправки soap-requests, поэкспериметнтируй там (если почему-то нельзя узнать всю необходимую инфу у девелоперов) и когда добьёшься нужного тебе ответа, только после этого , пытайся реализовать необходимый запрос с помощью JMeter />

Окай, а тогда при POST я получаю 403 Forbidden - что мне с этим делать?

[Куатор]

Окай, а тогда при POST я получаю 403 Forbidden - что мне с этим делать?

Ну, тогда может поможет Линк 1 :

When you run the test plan in any machine, pls remove that machine from out of proxy server then run the test plan it works.

Ну или Линк 2


Хотя первая ссылка, скорей для информации, там походу другой случай :)