well.. if the web-service returns no response at all and there is no other way of checking its state then you would either have to extend the webservice so it somehow makes its state available for testing or inspect the webservices container (if possible) to see that the webservice is "working ok"..
just to make sure; you are running a TestStep, not a TestCase here..
Can you show the actual compilation error so I can get a better understanding?
If you want to know why the testRunner is being passed as an argument to the TestStep.run method, I kindly ask you to have a look at the source-code, you will see how it is used :-)
Maybe you can achieve this without a groovy script;
1) Create a property-transfer that selects the addresses element and transfers it to a property in a properties-step, for example named "addresses" 2) Expand that property in your request with
${PropertiesStep#addresses}
In this setup the addresses will first be copied to the property, and then inserted into the outgoing request..
the default message created by soapUI does currently not include empty items in a SOAP-Encoding array.. sorry.. (the Form-editor in the Pro-version helps you create these though..)
We are happy to finally make our svn publically available for those of you that need latest bug-fixes and features or want to contribute some new cool functionality!
The repository is located at svn.eviware.com, soapUI codebase is at /soapui/trunk/core. We will gradually move all our open-source projects here (eclipse/netbeans/idea plugins, etc..), check back regularly over the coming weeks if you are waiting for any of them.
Please let us know if there are any issues, and kind regards to all of you!
1) No it is currently not possible to override thread-startup from command-line, please add feature-request at sourceforge! 2) Yes, the -n option will change the initial number of threads for the LoadTest, you should also see a related log-statement in the console for this.