Hi
> I'm starting to think that the best (easiest) approach here is to simply
gracefully disallow jmx files
I agree. I dont see a way out of having to change your scripts or
specifying a set of guidelines everyone must follow.
For e.g. it is a rule that we never use full paths for our CSV files (th
On 17 September 2012 17:08, Oliver Lloyd wrote:
> The trouble is I have no control over the structure of the jmx files - they
> can come from other teams / people - so the script has to adapt to what it
> gets given.
>
> I'm starting to think that the best (easiest) approach here is to simply
>
The trouble is I have no control over the structure of the jmx files - they can
come from other teams / people - so the script has to adapt to what it gets
given.
I'm starting to think that the best (easiest) approach here is to simply
gracefully disallow jmx files that do not use numeric liter
On 17 September 2012 09:54, Oliver Lloyd wrote:
> Hey, that's actually a very good idea. It might get tricky if the thread
> count were smaller than the size of the farm but it's a much better solution
> than my first thought. Thanks.
>
Another way is to change the test plan so that it uses pro
Hey, that's actually a very good idea. It might get tricky if the thread count
were smaller than the size of the farm but it's a much better solution than my
first thought. Thanks.
On 17 Sep 2012, at 09:00, Shmuel Krakower wrote:
> Hi
> One idea is instead of parsing the value; wrap it.
> For
Hi
One idea is instead of parsing the value; wrap it.
For example said that the thread group users is 50 and you have 5 machines
in the farm you would need to divide by 5 with eval expression like
${__eval(50 / 5)} this can be the value in the thread group configuration.
Now you dont care if its a
I assume that you are trying to spread the load as equally as possible?
Could you would some magic with the Beanshell Server?
Perhaps you can block every test in a setup Thread group or a
Once-Only Controller until your test distribution is done and then
open the gates?
Good luck,
Anthony
On S
No really, sadly this is the problem statement.
So, what I'm working on is a program that takes the jmeter jmx file and farms
it out over a bunch of machines. Before it does this it parses the jmx to get
things like thread counts and references to csv files - you need these to make
the process
> I want to take this jmx xml file and parse it to read the location of the
file so I can do stuff with it (before I actually run the >test)
I cant help but feel that this is a proposed solution to a problem rather
than the problem itself.
Literally you are asking the equivalent of I have a java cl
