You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by kumar srujan <sr...@gmail.com> on 2018/11/16 09:21:56 UTC

No events/requests were captured by JMeter [v3.3] in IE [v11] for a web application

HI Team,

No events/requests were captured by JMeter [v3.3] in IE [v11] for a web application with HTTP(S)Test Script Recorder option.

Note we have below challenge’s:
                1) Few IE Settings were managed by admin. "Use automatic configuration script" check box was checked and 	      it can't be modified due to security reasons.
                2) No facility to download Firefox or any plugins for browser/JMeter in the Client machine.
                3) Only Client specific URL/Sites will be accessed, even google is not accessible.
                4) Import of ApacheJMeterTemporaryRootCA.crt is successful, however it is not shown under Certificates tab 	       in IE browser.

Other Details:
                JDK/JRE 1.8 is available.
                Tried to record the scenario with localhost and different ports, no luck.
                Not allowed to change any registry key as workaround solution.

Kindly suggest any possibility to overcome this situation and proceed with recording.

Thanks.
ESK

Re: HTML report needs basic GUI and JTL automatic last line handling

Posted by UBIK LOAD PACK Support <su...@ubikloadpack.com>.
Hello,

This feature identified as:

- https://bz.apache.org/bugzilla/show_bug.cgi?id=59896

has been implemented within PR:

- https://github.com/apache/jmeter/pull/453
<https://github.com/apache/jmeter/pull/453>

It should be available in upcoming version of JMeter.

Regards
UbikLoadPack Team
@ubikloadpack
https://ubikloadpack.com

On Sat, Dec 1, 2018 at 12:26 PM Philippe Mouawad <ph...@gmail.com>
wrote:

> Hello,
>
> See this:
>
> - https://jmeter.apache.org/issues.html
>
> You need to subscribe to bugzilla and then you can submit enhancements or
> bugs.
>
>
> Regards
>
> On Sat, Dec 1, 2018 at 12:09 PM Shay Ginsbourg <sg...@gmail.com>
> wrote:
>
>> Dear Philippe,
>>
>> One last thing regarding the wonderful HTML report is that unless it can
>> be
>> exported to a standard PDF document, there are no customers that are
>> willing to accept it, since it may not be delivered as a single file via
>> e-mail. (Zipping the HTML folder is not an option, since zip files are
>> blocked by the mailing system due to security considerations.)
>>
>> Could you please send me a link to the relevant Bugzilla ?
>>
>> Best regards,
>> Shay
>>
>>
>>
>> On Tue, Nov 27, 2018 at 10:14 PM Philippe Mouawad <
>> philippe.mouawad@gmail.com> wrote:
>>
>> > Thank you Shay !
>> > All these rather rarely expressed kind words are really very nice from
>> you
>> > and indeed encourage us.
>> >
>> > Your ideas are interesting:
>> >
>> >    - I think there is an enhancement bugzilla for the GUI one but our
>> time
>> >    is counted
>> >    - Please open a bugzilla for the second one:
>> >       - Explanation is that output is buffered so we end up  with
>> partial
>> >       lines while load testing. At end the file is complete.
>> >       - But I agree it should be possible to generate the report
>> ignoring
>> >       last line if incomplete
>> >
>> >
>> > Regards
>> >
>> > On Tue, Nov 27, 2018 at 8:57 PM Shay Ginsbourg <sg...@gmail.com>
>> > wrote:
>> >
>> > > Recently, Jmeter has incredibly improved in so many aspects that its
>> > > developers really deserve some standing ovation. It is justifiably
>> > > considered to be a leading testing tool. Minor usability changes that
>> > > impose little risk could make it even greater. For example, the HTML
>> > report
>> > > is a wonderful and most valuable feature that unfortunately does not
>> > have a
>> > > GUI for its own generation. Even the simplest GUI would make it
>> > accessible
>> > > for new users. Another related and common issue is that many JTL files
>> > has
>> > > a last line which is incomplete for various reasons. The HTML report
>> may
>> > > not be created at all for such a frequent JTL file issue, so it would
>> be
>> > > very wise to automatically ignore last lines in cases of their
>> > > incompleteness. Thank you guys for your good work and please accept my
>> > > compliments.
>> > >
>> > >
>> > >
>> > > --
>> > >
>> > > Sincerely,
>> > >
>> > > *Shay Ginsbourg*
>> > > *Performance, Automation and Load Testing Expert. *
>> > > *Regulatory Affairs Consultant for Medical Software.*
>> > > *Ginsbourg.com (Since 2008)*
>> > >
>> > > Formerly QA Manager of LoadRunner at Mercury Interactive
>> > >
>> > > M.Sc. cum laude in Bio-Medical Engineering
>> > > M.Sc. in Mechanical Engineering
>> > >
>> > > Mobile:  +972(0)54-6690915
>> > > Email: sginsbourg@gmail.com
>> > >
>> > > Visit my personal page on LinkedIn at:
>> > > http://www.linkedin.com/in/shayginsbourg
>> > >
>> > >
>> > > [image: Shay Ginsbourg on about.me]
>> > >
>> > > Shay Ginsbourg
>> > > about.me/shayginsbourg
>> > >   <http://about.me/shayginsbourg>Please consider your environmental
>> > > responsibility before printing this e-mail.
>> > >
>> >
>> >
>> > --
>> > Cordialement.
>> > Philippe Mouawad.
>> >
>>
>>
>> --
>>
>> Sincerely,
>>
>> *Shay Ginsbourg*
>> *Performance, Automation and Load Testing Expert. *
>> *Regulatory Affairs Consultant for Medical Software.*
>> *Ginsbourg.com (Since 2008)*
>>
>> Formerly QA Manager of LoadRunner at Mercury Interactive
>>
>> M.Sc. cum laude in Bio-Medical Engineering
>> M.Sc. in Mechanical Engineering
>>
>> Mobile:  +972(0)54-6690915
>> Email: sginsbourg@gmail.com
>>
>> Visit my personal page on LinkedIn at:
>> http://www.linkedin.com/in/shayginsbourg
>>
>>
>> [image: Shay Ginsbourg on about.me]
>>
>> Shay Ginsbourg
>> about.me/shayginsbourg
>>   <http://about.me/shayginsbourg>Please consider your environmental
>> responsibility before printing this e-mail.
>>
>
>
> --
> Cordialement.
> Philippe Mouawad.
>
>
>

-- 

Regards
Ubik Load Pack <http://ubikloadpack.com> Team
Follow us on Twitter <http://twitter.com/ubikloadpack>


Cordialement
L'équipe Ubik Load Pack <http://ubikloadpack.com>
Suivez-nous sur Twitter <http://twitter.com/ubikloadpack>

Re: HTML report needs basic GUI and JTL automatic last line handling

Posted by Philippe Mouawad <ph...@gmail.com>.
Hello,

See this:

- https://jmeter.apache.org/issues.html

You need to subscribe to bugzilla and then you can submit enhancements or
bugs.


Regards

On Sat, Dec 1, 2018 at 12:09 PM Shay Ginsbourg <sg...@gmail.com> wrote:

> Dear Philippe,
>
> One last thing regarding the wonderful HTML report is that unless it can be
> exported to a standard PDF document, there are no customers that are
> willing to accept it, since it may not be delivered as a single file via
> e-mail. (Zipping the HTML folder is not an option, since zip files are
> blocked by the mailing system due to security considerations.)
>
> Could you please send me a link to the relevant Bugzilla ?
>
> Best regards,
> Shay
>
>
>
> On Tue, Nov 27, 2018 at 10:14 PM Philippe Mouawad <
> philippe.mouawad@gmail.com> wrote:
>
> > Thank you Shay !
> > All these rather rarely expressed kind words are really very nice from
> you
> > and indeed encourage us.
> >
> > Your ideas are interesting:
> >
> >    - I think there is an enhancement bugzilla for the GUI one but our
> time
> >    is counted
> >    - Please open a bugzilla for the second one:
> >       - Explanation is that output is buffered so we end up  with partial
> >       lines while load testing. At end the file is complete.
> >       - But I agree it should be possible to generate the report ignoring
> >       last line if incomplete
> >
> >
> > Regards
> >
> > On Tue, Nov 27, 2018 at 8:57 PM Shay Ginsbourg <sg...@gmail.com>
> > wrote:
> >
> > > Recently, Jmeter has incredibly improved in so many aspects that its
> > > developers really deserve some standing ovation. It is justifiably
> > > considered to be a leading testing tool. Minor usability changes that
> > > impose little risk could make it even greater. For example, the HTML
> > report
> > > is a wonderful and most valuable feature that unfortunately does not
> > have a
> > > GUI for its own generation. Even the simplest GUI would make it
> > accessible
> > > for new users. Another related and common issue is that many JTL files
> > has
> > > a last line which is incomplete for various reasons. The HTML report
> may
> > > not be created at all for such a frequent JTL file issue, so it would
> be
> > > very wise to automatically ignore last lines in cases of their
> > > incompleteness. Thank you guys for your good work and please accept my
> > > compliments.
> > >
> > >
> > >
> > > --
> > >
> > > Sincerely,
> > >
> > > *Shay Ginsbourg*
> > > *Performance, Automation and Load Testing Expert. *
> > > *Regulatory Affairs Consultant for Medical Software.*
> > > *Ginsbourg.com (Since 2008)*
> > >
> > > Formerly QA Manager of LoadRunner at Mercury Interactive
> > >
> > > M.Sc. cum laude in Bio-Medical Engineering
> > > M.Sc. in Mechanical Engineering
> > >
> > > Mobile:  +972(0)54-6690915
> > > Email: sginsbourg@gmail.com
> > >
> > > Visit my personal page on LinkedIn at:
> > > http://www.linkedin.com/in/shayginsbourg
> > >
> > >
> > > [image: Shay Ginsbourg on about.me]
> > >
> > > Shay Ginsbourg
> > > about.me/shayginsbourg
> > >   <http://about.me/shayginsbourg>Please consider your environmental
> > > responsibility before printing this e-mail.
> > >
> >
> >
> > --
> > Cordialement.
> > Philippe Mouawad.
> >
>
>
> --
>
> Sincerely,
>
> *Shay Ginsbourg*
> *Performance, Automation and Load Testing Expert. *
> *Regulatory Affairs Consultant for Medical Software.*
> *Ginsbourg.com (Since 2008)*
>
> Formerly QA Manager of LoadRunner at Mercury Interactive
>
> M.Sc. cum laude in Bio-Medical Engineering
> M.Sc. in Mechanical Engineering
>
> Mobile:  +972(0)54-6690915
> Email: sginsbourg@gmail.com
>
> Visit my personal page on LinkedIn at:
> http://www.linkedin.com/in/shayginsbourg
>
>
> [image: Shay Ginsbourg on about.me]
>
> Shay Ginsbourg
> about.me/shayginsbourg
>   <http://about.me/shayginsbourg>Please consider your environmental
> responsibility before printing this e-mail.
>


-- 
Cordialement.
Philippe Mouawad.

Re: HTML report needs basic GUI and JTL automatic last line handling

Posted by Shay Ginsbourg <sg...@gmail.com>.
Dear Philippe,

One last thing regarding the wonderful HTML report is that unless it can be
exported to a standard PDF document, there are no customers that are
willing to accept it, since it may not be delivered as a single file via
e-mail. (Zipping the HTML folder is not an option, since zip files are
blocked by the mailing system due to security considerations.)

Could you please send me a link to the relevant Bugzilla ?

Best regards,
Shay



On Tue, Nov 27, 2018 at 10:14 PM Philippe Mouawad <
philippe.mouawad@gmail.com> wrote:

> Thank you Shay !
> All these rather rarely expressed kind words are really very nice from you
> and indeed encourage us.
>
> Your ideas are interesting:
>
>    - I think there is an enhancement bugzilla for the GUI one but our time
>    is counted
>    - Please open a bugzilla for the second one:
>       - Explanation is that output is buffered so we end up  with partial
>       lines while load testing. At end the file is complete.
>       - But I agree it should be possible to generate the report ignoring
>       last line if incomplete
>
>
> Regards
>
> On Tue, Nov 27, 2018 at 8:57 PM Shay Ginsbourg <sg...@gmail.com>
> wrote:
>
> > Recently, Jmeter has incredibly improved in so many aspects that its
> > developers really deserve some standing ovation. It is justifiably
> > considered to be a leading testing tool. Minor usability changes that
> > impose little risk could make it even greater. For example, the HTML
> report
> > is a wonderful and most valuable feature that unfortunately does not
> have a
> > GUI for its own generation. Even the simplest GUI would make it
> accessible
> > for new users. Another related and common issue is that many JTL files
> has
> > a last line which is incomplete for various reasons. The HTML report may
> > not be created at all for such a frequent JTL file issue, so it would be
> > very wise to automatically ignore last lines in cases of their
> > incompleteness. Thank you guys for your good work and please accept my
> > compliments.
> >
> >
> >
> > --
> >
> > Sincerely,
> >
> > *Shay Ginsbourg*
> > *Performance, Automation and Load Testing Expert. *
> > *Regulatory Affairs Consultant for Medical Software.*
> > *Ginsbourg.com (Since 2008)*
> >
> > Formerly QA Manager of LoadRunner at Mercury Interactive
> >
> > M.Sc. cum laude in Bio-Medical Engineering
> > M.Sc. in Mechanical Engineering
> >
> > Mobile:  +972(0)54-6690915
> > Email: sginsbourg@gmail.com
> >
> > Visit my personal page on LinkedIn at:
> > http://www.linkedin.com/in/shayginsbourg
> >
> >
> > [image: Shay Ginsbourg on about.me]
> >
> > Shay Ginsbourg
> > about.me/shayginsbourg
> >   <http://about.me/shayginsbourg>Please consider your environmental
> > responsibility before printing this e-mail.
> >
>
>
> --
> Cordialement.
> Philippe Mouawad.
>


-- 

Sincerely,

*Shay Ginsbourg*
*Performance, Automation and Load Testing Expert. *
*Regulatory Affairs Consultant for Medical Software.*
*Ginsbourg.com (Since 2008)*

Formerly QA Manager of LoadRunner at Mercury Interactive

M.Sc. cum laude in Bio-Medical Engineering
M.Sc. in Mechanical Engineering

Mobile:  +972(0)54-6690915
Email: sginsbourg@gmail.com

Visit my personal page on LinkedIn at:
http://www.linkedin.com/in/shayginsbourg


[image: Shay Ginsbourg on about.me]

Shay Ginsbourg
about.me/shayginsbourg
  <http://about.me/shayginsbourg>Please consider your environmental
responsibility before printing this e-mail.

Re: HTML report needs basic GUI and JTL automatic last line handling

Posted by Philippe Mouawad <ph...@gmail.com>.
Thank you Shay !
All these rather rarely expressed kind words are really very nice from you
and indeed encourage us.

Your ideas are interesting:

   - I think there is an enhancement bugzilla for the GUI one but our time
   is counted
   - Please open a bugzilla for the second one:
      - Explanation is that output is buffered so we end up  with partial
      lines while load testing. At end the file is complete.
      - But I agree it should be possible to generate the report ignoring
      last line if incomplete


Regards

On Tue, Nov 27, 2018 at 8:57 PM Shay Ginsbourg <sg...@gmail.com> wrote:

> Recently, Jmeter has incredibly improved in so many aspects that its
> developers really deserve some standing ovation. It is justifiably
> considered to be a leading testing tool. Minor usability changes that
> impose little risk could make it even greater. For example, the HTML report
> is a wonderful and most valuable feature that unfortunately does not have a
> GUI for its own generation. Even the simplest GUI would make it accessible
> for new users. Another related and common issue is that many JTL files has
> a last line which is incomplete for various reasons. The HTML report may
> not be created at all for such a frequent JTL file issue, so it would be
> very wise to automatically ignore last lines in cases of their
> incompleteness. Thank you guys for your good work and please accept my
> compliments.
>
>
>
> --
>
> Sincerely,
>
> *Shay Ginsbourg*
> *Performance, Automation and Load Testing Expert. *
> *Regulatory Affairs Consultant for Medical Software.*
> *Ginsbourg.com (Since 2008)*
>
> Formerly QA Manager of LoadRunner at Mercury Interactive
>
> M.Sc. cum laude in Bio-Medical Engineering
> M.Sc. in Mechanical Engineering
>
> Mobile:  +972(0)54-6690915
> Email: sginsbourg@gmail.com
>
> Visit my personal page on LinkedIn at:
> http://www.linkedin.com/in/shayginsbourg
>
>
> [image: Shay Ginsbourg on about.me]
>
> Shay Ginsbourg
> about.me/shayginsbourg
>   <http://about.me/shayginsbourg>Please consider your environmental
> responsibility before printing this e-mail.
>


-- 
Cordialement.
Philippe Mouawad.

HTML report needs basic GUI and JTL automatic last line handling

Posted by Shay Ginsbourg <sg...@gmail.com>.
Recently, Jmeter has incredibly improved in so many aspects that its
developers really deserve some standing ovation. It is justifiably
considered to be a leading testing tool. Minor usability changes that
impose little risk could make it even greater. For example, the HTML report
is a wonderful and most valuable feature that unfortunately does not have a
GUI for its own generation. Even the simplest GUI would make it accessible
for new users. Another related and common issue is that many JTL files has
a last line which is incomplete for various reasons. The HTML report may
not be created at all for such a frequent JTL file issue, so it would be
very wise to automatically ignore last lines in cases of their
incompleteness. Thank you guys for your good work and please accept my
compliments.



-- 

Sincerely,

*Shay Ginsbourg*
*Performance, Automation and Load Testing Expert. *
*Regulatory Affairs Consultant for Medical Software.*
*Ginsbourg.com (Since 2008)*

Formerly QA Manager of LoadRunner at Mercury Interactive

M.Sc. cum laude in Bio-Medical Engineering
M.Sc. in Mechanical Engineering

Mobile:  +972(0)54-6690915
Email: sginsbourg@gmail.com

Visit my personal page on LinkedIn at:
http://www.linkedin.com/in/shayginsbourg


[image: Shay Ginsbourg on about.me]

Shay Ginsbourg
about.me/shayginsbourg
  <http://about.me/shayginsbourg>Please consider your environmental
responsibility before printing this e-mail.

Re: No events/requests were captured by JMeter [v3.3] in IE [v11] for a web application

Posted by Deepak Shetty <sh...@gmail.com>.
Hi
looks like someone has written a utility -
https://flood.io/blog/convert-har-files-to-jmeter-test-plans/ .I dont
recollect if IE has a way from network tab to save all requests as HAR -
Chrome does. IF IE doesnt youll have to convert one request at a time and
then keep copying the result so that you have a single JMeter script.

If you wanted to do it all by yourself then
a. You should have a reasonably good understanding of HTTP
b. You should have a reasonably good understanding of JMeter features
c. You should have a reasonably good understanding of your application -
whats significant , what isnt , whats dynamic , what needs to be measured
etc

Next open network tab in developer tools and make sure that the clear
entries on navigate is not set so that you can record all requests and that
IE is capturing the requests (the green triangle). Its probably a good idea
to do it with a clean IE (no browsers , no cache etc and you should
probably check the Always refresh from server)
Next execute the steps on IE that you want your script to execute . You'll
see IE capturing a bunch of requests.
Click the first one - you can see the Request URL , headers, parameters ,
cookies etc. These can be manually entered into the JMeter script as a HTTP
sampler. The URL goes into the path - The parameters as individual
parameters in the sampler

Note : You probably want to add a HTTP request defaults (so that you dont
need to specify the server name everytime as well as when you then
parameterise this for environments you can make changes in one place) . You
also need to add a Cookie Manager for e.g. if your system uses cookies and
a Header Manager since you usually have common headers (This is where you
need to map Jmeter features to your script)

Next youll notice a bunch of requests related to your browser downloading
Javascripts , Images , CSS files and depending on your application a bunch
of other URLs . This is where you need to decide what you are testing and
how you are going to test it - for e.g. you may elect to not worry about
images/css/js and if so you'd just ignore these - You might elect to just
use JMeters download embedded resources on HTTP sampler and again you can
then ignore these requests because JMeter will automatically download them
(but verify it is downloading all!)  OR you might choose to deal with these
as separate requests (e.g. say one of the images are dynamically generated
server side charts) and so on.

You will notice some parameters that are being sent by the browser that
look dynamic and then you will need to figure out how to extract them and
use JMeter post processors and variables

You might also see some requests that have a response code other than 200
and you would then again decide whether you want these as separate requests
or you just want to check follow redirects on the sampler

After all that you might run your script and then see that it just doesnt
work - AT which time youll have to go and do a step by step comparison and
see whats the difference

Note that an automatically recorded script has much of the same problems so
you cant avoid some of these problems. You might find some examples on the
web that perhaps go into a little more detail .

regards
deepak




On Mon, Nov 26, 2018 at 7:05 PM kumar srujan <sr...@gmail.com> wrote:

> Hi Deepak,
>
> Thanks for the response.
>
> I have few doubts on the suggestion given by you (new to the tool )
> 1. How we can start the creation of scripts from info available in network
> tab of developer's tool. Can u guide me through.
> 2. Yes. Traffic is routed through the company's proxy.
>
> Thanks.
> ESK
>
> On Mon, Nov 19, 2018, 15:28 kumar srujan <srujan.esk@gmail.com wrote:
>
> > Hi Deepak,
> >
> > Thanks for the response.
> >
> > I have few doubts on the suggestion given by you (new to the tool )
> > 1. How we can start the creation of scripts from info available in
> network
> > tab of developer's tool. Can u guide me through.
> > 2. Yes. Traffic is routed through the company's proxy.
> >
> > Thanks.
> > ESK
> >
> > On Sat, Nov 17, 2018, 04:02 Deepak Shetty <shettyd@gmail.com wrote:
> >
> >> > Only Client specific URL/Sites will be accessed, even google is not
> >> accessible.
> >> Also If I understand the above correctly , your JMeter will also need to
> >> use a proxy when you actually run your script. Your statement implies
> all
> >> your traffic is routed through your companies proxy.
> >>
> >> On Fri, Nov 16, 2018 at 10:29 AM Deepak Shetty <sh...@gmail.com>
> wrote:
> >>
> >> > Hi
> >> > If you cant change the browsers config to use a proxy (or use a
> >> different
> >> > browser) then you cant record a script with JMeter. In most
> >> organizations
> >> > that means you need to send a case , explain your reasons and get a
> >> > temporary waiver till you record your script.
> >> >
> >> > However that doesn't stop you from creating your script . In IE if you
> >> > press F12 you can see developer tools - That has a network tab that
> can
> >> > show you the request / response pairs and allow you to create your
> >> script
> >> > from scratch.
> >> >
> >> > regards
> >> > deepak
> >> >
> >> > On Fri, Nov 16, 2018 at 1:38 AM kumar srujan <sr...@gmail.com>
> >> wrote:
> >> >
> >> >> HI Team,
> >> >>
> >> >> No events/requests were captured by JMeter [v3.3] in IE [v11] for a
> web
> >> >> application with HTTP(S)Test Script Recorder option.
> >> >>
> >> >> Note we have below challenge’s:
> >> >>                 1) Few IE Settings were managed by admin. "Use
> >> automatic
> >> >> configuration script" check box was checked and              it can't
> >> be
> >> >> modified due to security reasons.
> >> >>                 2) No facility to download Firefox or any plugins for
> >> >> browser/JMeter in the Client machine.
> >> >>                 3) Only Client specific URL/Sites will be accessed,
> >> even
> >> >> google is not accessible.
> >> >>                 4) Import of ApacheJMeterTemporaryRootCA.crt is
> >> >> successful, however it is not shown under Certificates tab
> >>  in
> >> >> IE browser.
> >> >>
> >> >> Other Details:
> >> >>                 JDK/JRE 1.8 is available.
> >> >>                 Tried to record the scenario with localhost and
> >> different
> >> >> ports, no luck.
> >> >>                 Not allowed to change any registry key as workaround
> >> >> solution.
> >> >>
> >> >> Kindly suggest any possibility to overcome this situation and proceed
> >> >> with recording.
> >> >>
> >> >> Thanks.
> >> >> ESK
> >> >>
> >> >
> >>
> >
>

Re: No events/requests were captured by JMeter [v3.3] in IE [v11] for a web application

Posted by karthikeyan T <tk...@gmail.com>.
Hello Kumar,

Using F12 capture the header and body information and create your own
scripts.

Use Sampler --> HTTP sampler and put all your header /body informations.

Cheers

On Tue, Nov 27, 2018 at 8:35 AM kumar srujan <sr...@gmail.com> wrote:

> Hi Deepak,
>
> Thanks for the response.
>
> I have few doubts on the suggestion given by you (new to the tool )
> 1. How we can start the creation of scripts from info available in network
> tab of developer's tool. Can u guide me through.
> 2. Yes. Traffic is routed through the company's proxy.
>
> Thanks.
> ESK
>
> On Mon, Nov 19, 2018, 15:28 kumar srujan <srujan.esk@gmail.com wrote:
>
> > Hi Deepak,
> >
> > Thanks for the response.
> >
> > I have few doubts on the suggestion given by you (new to the tool )
> > 1. How we can start the creation of scripts from info available in
> network
> > tab of developer's tool. Can u guide me through.
> > 2. Yes. Traffic is routed through the company's proxy.
> >
> > Thanks.
> > ESK
> >
> > On Sat, Nov 17, 2018, 04:02 Deepak Shetty <shettyd@gmail.com wrote:
> >
> >> > Only Client specific URL/Sites will be accessed, even google is not
> >> accessible.
> >> Also If I understand the above correctly , your JMeter will also need to
> >> use a proxy when you actually run your script. Your statement implies
> all
> >> your traffic is routed through your companies proxy.
> >>
> >> On Fri, Nov 16, 2018 at 10:29 AM Deepak Shetty <sh...@gmail.com>
> wrote:
> >>
> >> > Hi
> >> > If you cant change the browsers config to use a proxy (or use a
> >> different
> >> > browser) then you cant record a script with JMeter. In most
> >> organizations
> >> > that means you need to send a case , explain your reasons and get a
> >> > temporary waiver till you record your script.
> >> >
> >> > However that doesn't stop you from creating your script . In IE if you
> >> > press F12 you can see developer tools - That has a network tab that
> can
> >> > show you the request / response pairs and allow you to create your
> >> script
> >> > from scratch.
> >> >
> >> > regards
> >> > deepak
> >> >
> >> > On Fri, Nov 16, 2018 at 1:38 AM kumar srujan <sr...@gmail.com>
> >> wrote:
> >> >
> >> >> HI Team,
> >> >>
> >> >> No events/requests were captured by JMeter [v3.3] in IE [v11] for a
> web
> >> >> application with HTTP(S)Test Script Recorder option.
> >> >>
> >> >> Note we have below challenge’s:
> >> >>                 1) Few IE Settings were managed by admin. "Use
> >> automatic
> >> >> configuration script" check box was checked and              it can't
> >> be
> >> >> modified due to security reasons.
> >> >>                 2) No facility to download Firefox or any plugins for
> >> >> browser/JMeter in the Client machine.
> >> >>                 3) Only Client specific URL/Sites will be accessed,
> >> even
> >> >> google is not accessible.
> >> >>                 4) Import of ApacheJMeterTemporaryRootCA.crt is
> >> >> successful, however it is not shown under Certificates tab
> >>  in
> >> >> IE browser.
> >> >>
> >> >> Other Details:
> >> >>                 JDK/JRE 1.8 is available.
> >> >>                 Tried to record the scenario with localhost and
> >> different
> >> >> ports, no luck.
> >> >>                 Not allowed to change any registry key as workaround
> >> >> solution.
> >> >>
> >> >> Kindly suggest any possibility to overcome this situation and proceed
> >> >> with recording.
> >> >>
> >> >> Thanks.
> >> >> ESK
> >> >>
> >> >
> >>
> >
>

Re: No events/requests were captured by JMeter [v3.3] in IE [v11] for a web application

Posted by kumar srujan <sr...@gmail.com>.
Hi Deepak,

Thanks for the response.

I have few doubts on the suggestion given by you (new to the tool )
1. How we can start the creation of scripts from info available in network
tab of developer's tool. Can u guide me through.
2. Yes. Traffic is routed through the company's proxy.

Thanks.
ESK

On Mon, Nov 19, 2018, 15:28 kumar srujan <srujan.esk@gmail.com wrote:

> Hi Deepak,
>
> Thanks for the response.
>
> I have few doubts on the suggestion given by you (new to the tool )
> 1. How we can start the creation of scripts from info available in network
> tab of developer's tool. Can u guide me through.
> 2. Yes. Traffic is routed through the company's proxy.
>
> Thanks.
> ESK
>
> On Sat, Nov 17, 2018, 04:02 Deepak Shetty <shettyd@gmail.com wrote:
>
>> > Only Client specific URL/Sites will be accessed, even google is not
>> accessible.
>> Also If I understand the above correctly , your JMeter will also need to
>> use a proxy when you actually run your script. Your statement implies all
>> your traffic is routed through your companies proxy.
>>
>> On Fri, Nov 16, 2018 at 10:29 AM Deepak Shetty <sh...@gmail.com> wrote:
>>
>> > Hi
>> > If you cant change the browsers config to use a proxy (or use a
>> different
>> > browser) then you cant record a script with JMeter. In most
>> organizations
>> > that means you need to send a case , explain your reasons and get a
>> > temporary waiver till you record your script.
>> >
>> > However that doesn't stop you from creating your script . In IE if you
>> > press F12 you can see developer tools - That has a network tab that can
>> > show you the request / response pairs and allow you to create your
>> script
>> > from scratch.
>> >
>> > regards
>> > deepak
>> >
>> > On Fri, Nov 16, 2018 at 1:38 AM kumar srujan <sr...@gmail.com>
>> wrote:
>> >
>> >> HI Team,
>> >>
>> >> No events/requests were captured by JMeter [v3.3] in IE [v11] for a web
>> >> application with HTTP(S)Test Script Recorder option.
>> >>
>> >> Note we have below challenge’s:
>> >>                 1) Few IE Settings were managed by admin. "Use
>> automatic
>> >> configuration script" check box was checked and              it can't
>> be
>> >> modified due to security reasons.
>> >>                 2) No facility to download Firefox or any plugins for
>> >> browser/JMeter in the Client machine.
>> >>                 3) Only Client specific URL/Sites will be accessed,
>> even
>> >> google is not accessible.
>> >>                 4) Import of ApacheJMeterTemporaryRootCA.crt is
>> >> successful, however it is not shown under Certificates tab
>>  in
>> >> IE browser.
>> >>
>> >> Other Details:
>> >>                 JDK/JRE 1.8 is available.
>> >>                 Tried to record the scenario with localhost and
>> different
>> >> ports, no luck.
>> >>                 Not allowed to change any registry key as workaround
>> >> solution.
>> >>
>> >> Kindly suggest any possibility to overcome this situation and proceed
>> >> with recording.
>> >>
>> >> Thanks.
>> >> ESK
>> >>
>> >
>>
>

Re: No events/requests were captured by JMeter [v3.3] in IE [v11] for a web application

Posted by Deepak Shetty <sh...@gmail.com>.
> Only Client specific URL/Sites will be accessed, even google is not
accessible.
Also If I understand the above correctly , your JMeter will also need to
use a proxy when you actually run your script. Your statement implies all
your traffic is routed through your companies proxy.

On Fri, Nov 16, 2018 at 10:29 AM Deepak Shetty <sh...@gmail.com> wrote:

> Hi
> If you cant change the browsers config to use a proxy (or use a different
> browser) then you cant record a script with JMeter. In most organizations
> that means you need to send a case , explain your reasons and get a
> temporary waiver till you record your script.
>
> However that doesn't stop you from creating your script . In IE if you
> press F12 you can see developer tools - That has a network tab that can
> show you the request / response pairs and allow you to create your script
> from scratch.
>
> regards
> deepak
>
> On Fri, Nov 16, 2018 at 1:38 AM kumar srujan <sr...@gmail.com> wrote:
>
>> HI Team,
>>
>> No events/requests were captured by JMeter [v3.3] in IE [v11] for a web
>> application with HTTP(S)Test Script Recorder option.
>>
>> Note we have below challenge’s:
>>                 1) Few IE Settings were managed by admin. "Use automatic
>> configuration script" check box was checked and              it can't be
>> modified due to security reasons.
>>                 2) No facility to download Firefox or any plugins for
>> browser/JMeter in the Client machine.
>>                 3) Only Client specific URL/Sites will be accessed, even
>> google is not accessible.
>>                 4) Import of ApacheJMeterTemporaryRootCA.crt is
>> successful, however it is not shown under Certificates tab             in
>> IE browser.
>>
>> Other Details:
>>                 JDK/JRE 1.8 is available.
>>                 Tried to record the scenario with localhost and different
>> ports, no luck.
>>                 Not allowed to change any registry key as workaround
>> solution.
>>
>> Kindly suggest any possibility to overcome this situation and proceed
>> with recording.
>>
>> Thanks.
>> ESK
>>
>

Re: No events/requests were captured by JMeter [v3.3] in IE [v11] for a web application

Posted by Deepak Shetty <sh...@gmail.com>.
Hi
If you cant change the browsers config to use a proxy (or use a different
browser) then you cant record a script with JMeter. In most organizations
that means you need to send a case , explain your reasons and get a
temporary waiver till you record your script.

However that doesn't stop you from creating your script . In IE if you
press F12 you can see developer tools - That has a network tab that can
show you the request / response pairs and allow you to create your script
from scratch.

regards
deepak

On Fri, Nov 16, 2018 at 1:38 AM kumar srujan <sr...@gmail.com> wrote:

> HI Team,
>
> No events/requests were captured by JMeter [v3.3] in IE [v11] for a web
> application with HTTP(S)Test Script Recorder option.
>
> Note we have below challenge’s:
>                 1) Few IE Settings were managed by admin. "Use automatic
> configuration script" check box was checked and              it can't be
> modified due to security reasons.
>                 2) No facility to download Firefox or any plugins for
> browser/JMeter in the Client machine.
>                 3) Only Client specific URL/Sites will be accessed, even
> google is not accessible.
>                 4) Import of ApacheJMeterTemporaryRootCA.crt is
> successful, however it is not shown under Certificates tab             in
> IE browser.
>
> Other Details:
>                 JDK/JRE 1.8 is available.
>                 Tried to record the scenario with localhost and different
> ports, no luck.
>                 Not allowed to change any registry key as workaround
> solution.
>
> Kindly suggest any possibility to overcome this situation and proceed with
> recording.
>
> Thanks.
> ESK
>