On 4/26/05, Leo Leo <[EMAIL PROTECTED]> wrote: > Hello! > > I discovered an "interesting" behaviour of remote-testing servers: > > My testplan contains the function to read certain values (unique numbers > from a specific number range) from a file. If I make a remote-test via HTTP, > the JMeter-Client reads the file an passes the specific values to the > servers. ==> OK, this is thread-safe. >
Are you sure? I didn't think the JMeter client passed anything to the server except the test plan. > If I make a remote-test to an HTTPS-Webserver, the files have to be read > from the JMeter-SERVERS! That means: > - I have to have the same directory structure on the servers and on the > client Not necessarily - relative paths can be used for the files, so the top-level directories can vary. The JMeter directories (bin/lib etc) are the same anyway. > - I cannot have one number-range for all the servers. That means, my > data-files on the JMeter-Servers have to be named equal (in order to find > the file via the testplan, but have to have different numbers (because > theses numbers have to be unique) Not necessarily - you could use the hostname as part of the file name, and use the hostname function as part of the file name. > > My questions: Is this a wanted feature, and if yes, why? > If yes: How could I make my servers to read the same file (might be possible > by using windows shares), but is this thread-safe?. Read-only access is surely always thread-safe? > If still yes: How could I use different OS (Win32 and Linux) as > JMeter-Servers? AFAIK, this should work so long as you use exactly the same JMeter version on all the nodes. > Thank you very much, > Leo > > -- > +++ GMX - die erste Adresse f�r Mail, Message, More +++ > > 10 GB Mailbox, 100 FreeSMS http://www.gmx.net/de/go/topmail > > --------------------------------------------------------------------- > 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]
