>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 <[email protected]>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 <[email protected]> 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 <[email protected]> > 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" <[email protected]> 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" <[email protected]> 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: > [email protected] > > > >> >> For additional commands, e-mail: > [email protected] > > > >> >> > > > >> >> > > > >> > > > > >> > -- > > > >> > 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: [email protected] > > > >> For additional commands, e-mail: > [email protected] > > > >> > > > >> > > > > > > > > -- > > > > 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: [email protected] > > > For additional commands, e-mail: [email protected] > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
