It's already possible to run multiple JMX files in GUI mode (though not automatically), and the server in client-server mode can be left running between test runs, so that Java startup-time is restricted to the client.
Batch mode only processes the single jmx file provided on the command-line. I'm sure it would be to extend JMeter as proposed. However the proposal requires an extra process to send the JMX data and to receive the results, both of which add extra overhead. Perhaps it would be simpler to implement an option to process all JMX files in a directory, or listed in a file. JMeter startup does not take very long (around 1 sec on my system) so the proposed change would only benefit test runs with lots of independent tests. On 21/12/2007, Pieter Ennes <[EMAIL PROTECTED]> wrote: > Dear jMeter list, (-user list included due to amount of commit > msgs on -dev, followup set to -dev) > > We are using jMeter to perform conformance and regression tests > periodically (typically every 15 minutes, for a large number of tests), > and are looking for ways to push integration a bit further. We are > investigating whether it is possible to develop the option described below: > > --- > The ability to POST a .jmx file to a running jMeter server over an > HTTP connection using a REST (or SOAP) interface and return the results, > either directly (in the same connection) or via a call-back URL. This > would be the equivalent of using -t and -l options on the command-line > with the benefit that the server runs continuously and the client-side > calls for executing a script become very cheap (i.e. no Java startup > time). The API should be documented and specs made available to the > community. > --- > > We would like to know if this is in fact feasible (or even sensible) > project. And if so, we are hoping to be able to sponsor a large part of > the development costs for any jMeter developer who likes to develop > this. The goal of this project is to have this included in vanilla > jMeter in a way such that the jMeter community is able to support and > maintain the code (with us) after the initial development. Therefore, > naturally, the implementation would be licensed under the same license > as jMeter. > > Please let us know your opinion. > > Kind regards, > -- > Pieter Ennes > WatchMouse > > e-mail: pieter @ watchmouse.com > europe: +31 (0) 8787 58 323 > us : +1 415 373 5263 > > > --------------------------------------------------------------------- > 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]
