Verified Answers


If an answer to your question is correct, click on "Verify Answer" under the "More" button. The answer will now appear with a checkmark. Please be sure to always mark answers that resolve your issue as verified. Your fellow Community members will appreciate it!  Learn more

  • State Not Answered
  • Replies reply
    1
  • Subscribers subscribers
    11
  • Views views
    134
  • Users 0 members are here
Related
Options

Loadrunner VuGen : Convert Brotli encoded response to html format

Ramya Sri

I am scripting SAP Fiori application and observed response of a request in Brotli encoded format (content-encoding: br).
I need to convert it to HTML format so I can capture 2 dynamic values from the response and pass along in the following requests.

Steps taken so far: I tried to convert it to gzip/deflate encoding by explicitly mentioning a header (ex: web_add_header("Accept-Encoding","gzip"); ) right before the request but the conversion takes lot of time while the br encoded response took negligible time. The whole point of compression is to optimize Response times, but I need to convert it to a humanreadable format so I can have the script pass. Could anyone please help let me know how to convert the Brotli encoded format to html without affecting the response time of the request. Thanks in advance!

  • 0  

      ,

    A few remarks:

    I think that LR (or VuGen) takes some time to unzip the request and apply the pattern scanning for your variables. This all is behind your web_*() request call. So the timing might be higher than with brotli.

    Consider if this is an issue. A normal browser would also needs to unzip (in general terms) any encoding, and when you would measure the transaction within TruClient script you will also measure this unzipping.

    Another aspect that might be that your request is using Mode=HTML iso Mode=HTTP.  In the former case LR will examine (parse) the HTML and tries to load all kind of includes like JS, images etc. That might also contribute to the response time (in your logging you will see may requests as well).

    The last remark is that when you define a transaction around your web request, it is reported with various time-components. It might that the unzipping / scanning for parameters is in the end excluded from the reported timing.

    Let us know what you discover and you might share some timing examples.

    How to ask questions

    Reward contributions via likes or 'verified answers'

Resources

Support
Documentation
Learning Services
Partner Programs
Privacy
Compliance
Help
Company
Privacy Policy
Terms of Use
Cookies Preferences
Accessibility
Anti-Slavery Statement
Support
Contact Us
Careers
Code of Business Conduct and Ethics
The opinions expressed above are the personal opinions of the authors, not of OpenText. By using this site, you accept the Terms of Use. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.), Hewlett Packard Enterprise Company, or Micro Focus. As of January 31, 2023, the Material is now offered by OpenText, a separately owned and operated company. Any reference to the HP, Hewlett Packard Enterprise/HPE, and Micro Focus marks is historical in nature and the HP, Hewlett Packard Enterprise/HPE, and Micro Focus marks are the property of their respective owners.