time ago i did a simple sample to learn how difficult is to extend the
JMeter.
the sample executes a string
//ejecuto el programa
Runtime obj = Runtime.getRuntime();
Process p = obj.exec(data);
p.waitFor();
for example, it executes "something.bat"
i finally thought that:
i can write a .bat that look the IP or the hostname or anything that
identifies the computer, and then run another .bat that is the one that i
want to run in this computer.
so, i can create a 'Z:' virtual unit in all the computers and put all the
bat there.
results: all the remote servers will run the .bat that they must run.
why i want to run a .bat? because a want to make a load test but from the
GUI. and y will use scripts of terminalService.
this was only to comment you
regards
Simon
9/15/06, Simon <sdeuvarow (AT) gmail (DOT) comwrote:
K, thank you i was looking and thinking for a while, and finally i
died here
i think that this functionality should be provided, perhaps in future
versions it is very useful to test a complex and heavy reality. You can
see an example of this in STA, that allows you to run diferent scripts
in diferent PCs from a single "client".
regards,
Simon
>
>
>
9/15/06, sebb <sebbaz (AT) gmail (DOT) comwrote:
15/09/06, Simon <sdeuvarow (AT) gmail (DOT) comwrote:
Hello, i want to know if it is posible to run a script X in the server
S1, a
script Y en the server S2 and recolect all the information in a single
client that starts all the servers.
No.
The client sends the same script to all servers.
You would probably be better off running independent non-GUI tests on
S1 and S2, and then combine the test results files manually.
To unsubscribe, e-mail: jmeter-user-unsubscribe (AT) jakarta (DOT) apache.org
For additional commands, e-mail: jmeter-user-help (AT) jakarta (DOT) apache.org
>
>
>