You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jmeter.apache.org by Philippe Mouawad <ph...@gmail.com> on 2017/05/20 14:32:53 UTC
Re: Issue with Embedded Resources download I don't understand
Hello,
Wrong .
it was not , new bug was opened.
Regards
On Friday, April 7, 2017, Philippe Mouawad <ph...@gmail.com>
wrote:
> Hello,
> Just for follow up, I was able to perform a new test with last nightly
> build, I confirm issue is fixed.
>
> Regards
>
> On Tue, Mar 28, 2017 at 12:16 PM, Philippe Mouawad <
> philippe.mouawad@gmail.com
> <javascript:_e(%7B%7D,'cvml','philippe.mouawad@gmail.com');>> wrote:
>
>> Hello,
>> I think it is fixed now:
>>
>> - https://bz.apache.org/bugzilla/show_bug.cgi?id=60928
>>
>>
>> Please review.
>> Thanks
>> Regards
>> Philippe
>>
>> On Sun, Mar 26, 2017 at 11:13 PM, Philippe Mouawad <
>> philippe.mouawad@gmail.com
>> <javascript:_e(%7B%7D,'cvml','philippe.mouawad@gmail.com');>> wrote:
>>
>>> Hello,
>>> Doing a load test with embedded resources I faced the following issue:
>>>
>>>
>>> - I have a GET (https://www.foo.com/fragment/
>>> ajax/get/identifier/dynamic/) that returns JSON with wrong Content
>>> Type (text/html instead of json)
>>> - HTML Parser parses the response that contains escaped html inside
>>> JSON so it succeeds extracting links and builds 2 links:
>>> - https://www.foo.com/fragment/ajax/get/identifier/dynamic/%5C
>>> %22https:%5C/%5C/www.foo.com%5C/mediap%5C/62%5C/6%5C/3%5C/a%
>>> 5C/9%5C/10110954_fo_01_web.jpg%5C%22
>>> <https://www.foo.com/fragment/ajax/get/identifier/dynamic/%5C%22https:%5C/%5C/www.foo.com%5C/mediap%5C/62%5C/6%5C/3%5C/a%5C/9%5C/10110954_fo_01_web.jpg%5C%22>
>>> - https://www.foo.com/fragment/ajax/get/identifier/dynamic/%5C
>>> %22https:%5C/%5C/www.foo.com%5C/mediap%5C/62%5C/c%5C/4%5C/9%
>>> 5C/d%5C/10361071_fo_01_web.jpg%5C%22
>>> <https://www.foo.com/fragment/ajax/get/identifier/dynamic/%5C%22https:%5C/%5C/www.foo.com%5C/mediap%5C/62%5C/c%5C/4%5C/9%5C/d%5C/10361071_fo_01_web.jpg%5C%22>
>>> - Response to this new request will return the same response so
>>> we end up being recursive
>>>
>>> Now here is the problem:
>>>
>>> - For some recursive processing I end up having this which seems ok:
>>> - java.lang.Exception: Maximum frame/iframe nesting depth
>>> exceeded.
>>> - But for some of the requests I end up having :
>>> - Response message: Non HTTP response message: Timeout waiting
>>> for connection from pool
>>> - Meaning the Http4 pool has reached the max number of
>>> connections, its size is set to the value of "Parallel downloads. Number"
>>> which is 6
>>>
>>>
>>> I have another case, where I have 1 page that returns 1 html page with
>>> many links.
>>> The 10th link download also fails with "Timeout waiting for connection
>>> from pool".
>>>
>>> Doesn't this sound like a bug ?
>>> Thanks
>>> Regards
>>>
>>>
>>
>>
>> --
>> Cordialement.
>> Philippe Mouawad.
>>
>>
>>
>
>
> --
> Cordialement.
> Philippe Mouawad.
>
>
>
--
Cordialement.
Philippe Mouawad.