>However what I think the op wants to do is performance >test loading each tab, which is implemented in client side code >(javascript). Yep , I was replying to adrian. I agree with the rest of your points.
On Thu, Jul 16, 2009 at 10:19 AM, Tony Lotts <tljme...@gmail.com> wrote: > Deepak is right. However what I think the op wants to do is performance > test loading each tab, which is implemented in client side code > (javascript). > The performance of executing client side code is based upon the user's own > machine, and browser; which is irrelevant to web application scalability > and > thus not served by JMeter. > > In this case you may want to deliver a comparison of tab navigation across > each of your supported browsers, reporting the baseline hardware that the > test was conducted with. > However unless the tab navigation is a suspect of a poorly performing > implementation, it's not worth investigation. > > On Thu, Jul 16, 2009 at 12:30 PM, Deepak Shetty <shet...@gmail.com> wrote: > > > >how practical with you consider using the __javaScript() function in > > >this type of situations? (or any other way to process client side > > >actions when they are strictly needed) > > I ran into this problem recently and decided to write java code that > > simulated what the function does (generating complex XML from variables , > > dynamic field names etc..). If I'm interested in testing functionality > that > > is browser/javascript dependent I normally use selenium (or QTP). Its far > > more difficult to get any accuracy of browser render or script execution > > times , considering the various hardware configurations that can exist. > > > > > I got the help of two developers and we found one variable expected > > >from the applet, no appropiate value was found in all the traffic > > >recorded, so they assumed that it is sent directly from the applet to > > >the server > > If it's using HTTP it must work (the applet however could do other > stuff), > > You'd probably need to use a network sniffer tool like Wireshark and > > verify. > > In any case what an applet can do(in terms of client-server > communication) > > , > > you can do in Java/BSH. > > regards > > deepak > > > > On Thu, Jul 16, 2009 at 7:29 AM, Adrian Speteanu <asp.ad...@gmail.com > > >wrote: > > > > > well since this question was re-re-asked (again :) ), here goes > nothing: > > > > > > how practical with you consider using the __javaScript() function in > > > this type of situations? (or any other way to process client side > > > actions when they are strictly needed) > > > ( I am thinking of situations were the application might be so > > > obfuscated that without running a certain js you cannot generate a > > > certain variable value to pass back to the server, so whatever you do, > > > your requests will never be well formatted or complete. would it be > > > recommended/possible to adapt that js to what JMeter recognises / can > > > do? ) > > > > > > I encountered this problem with applets: all apparent requests > > > encountered in proxy server were replicated and I even managed to get > > > the id's right for all applet elements and for repository resources. > > > however, the application returned null pointer exception for one of > > > the most simple request of all. > > > I got the help of two developers and we found one variable expected > > > from the applet, no appropiate value was found in all the traffic > > > recorded, so they assumed that it is sent directly from the applet to > > > the server (I have my doubts on that but could not prove them wrong). > > > so, the test simply didn't act like the application no matter what. > > > > > > > > > On Thu, Jul 16, 2009 at 4:23 PM, Tony Lotts <tljme...@gmail.com> > wrote: > > > > > > > > What is it that you want to accomplish? > > > > If this is for a scalability test, the performance of client side > code > > > > execution is irrelevant. > > > > > > > > On Thu, Jul 16, 2009 at 2:10 AM, MITRAJ <rajesh.mittapa...@gs.com> > > > wrote: > > > > > > > > > > > > > > Tabs are loaded on demand and contents in the tab are pre-loaded.. > > > > > > > > > > Thanks, > > > > > Raj > > > > > > > > > > Noel O'Brien wrote: > > > > > > > > > > > > How is the content of the tab gotten from the server? Is it > > > pre-loaded or > > > > > > loaded on demand.? Either way, it's probably obtained using a > http > > > call. > > > > > > > > > > > > Try using a tool like wireshark to to analyze the call flow or > you > > > could > > > > > > use JMeters HTTP Proxy to recore the call flows directly. > > > > > > > > > > > > Regards, > > > > > > Noel > > > > > > > > > > > > ----- "MITRAJ" <rajesh.mittapa...@gs.com> wrote: > > > > > >> > > > > > >> Thanks Noel > > > > > >> > > > > > >> In my application have 3 tabs. > > > > > >> If i click on the tab, A frame is loaded. Those tabs are based > on > > > Java > > > > > >> script. (HTTP request url is not there for these tabs). Is there > > any > > > way > > > > > >> to > > > > > >> test tabs..? > > > > > >> > > > > > >> Thanks > > > > > >> Raj > > > > > >> > > > > > >> > > > > > >> Noel O'Brien wrote: > > > > > >> > > > > > > >> > Hi, > > > > > >> > > > > > > >> > See the "JMeter is not a browser" section in > > > > > >> > http://jakarta.apache.org/jmeter/index.html > > > > > >> > > > > > > >> > Regards, > > > > > >> > Noel > > > > > >> > > > > > > >> > ----- "MITRAJ" <rajesh.mittapa...@gs.com> wrote: > > > > > >> >> > > > > > >> >> > > > > > >> >> -- > > > > > >> >> View this message in context: > > > > > >> >> > > > > > >> > > > > > > > > > > > http://www.nabble.com/Do-Jmeter-Support-Java-Script-calls..--tp24493378p24493378.html > > > > > >> >> Sent from the JMeter - User mailing list archive at > Nabble.com. > > > > > >> >> > > > > > >> >> > > > > > >> >> > > > --------------------------------------------------------------------- > > > > > >> >> To unsubscribe, e-mail: > > > jmeter-user-unsubscr...@jakarta.apache.org > > > > > >> >> For additional commands, e-mail: > > > jmeter-user-h...@jakarta.apache.org > > > > > >> >> > > > > > >> >> > > > > > >> > > > > > > >> > -- > > > > > >> > Regards, > > > > > >> > Noel > > > > > >> > > > > > > >> > > > > > > >> > > > > > >> -- > > > > > >> View this message in context: > > > > > >> > > > > > > > > > > > http://www.nabble.com/Do-Jmeter-Support-Java-Script-calls..--tp24493378p24496582.html > > > > > >> Sent from the JMeter - User mailing list archive at Nabble.com. > > > > > >> > > > > > >> > > > > > >> > > > --------------------------------------------------------------------- > > > > > >> To unsubscribe, e-mail: > > jmeter-user-unsubscr...@jakarta.apache.org > > > > > >> For additional commands, e-mail: > > > jmeter-user-h...@jakarta.apache.org > > > > > >> > > > > > >> > > > > > > > > > > > > -- > > > > > > Regards, > > > > > > Noel > > > > > > > > > > > > > > > > > > > > > > -- > > > > > View this message in context: > > > > > > > > > > > http://www.nabble.com/Do-Jmeter-Support-Java-Script-calls..--tp24493378p24510645.html > > > > > Sent from the JMeter - User mailing list archive at Nabble.com. > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org > > > > > For additional commands, e-mail: > jmeter-user-h...@jakarta.apache.org > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org > > > For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org > > > > > > > > >
