05ten
Contributor
Joined 10 years ago
User Profile
User Widgets
Contributions
Re: How to resolve groovy script failure: Cannot invoke method getProjectByName() on null object
Not sure if you have access to the workspace as such in the testrunner. I might be wrong but I've always run the test runner with an explicit project in mind. But the error you get tells me that workspace is null. Right here: testRunner.testCase.testSuite.project.workspace.getProjectByName("UserRights") Consider why you need to separate a run into several different projects. It feels a little awkward tbh. Rather out that functionality in another (perhaps disabled) testsuite.Re: Error getting response; java.net.SocketTimeoutException:Read Timeout
Har you tried increasing the sockettimeout aswell? Because in your post you say you set it to 0. That would mean every request will always fail I believe, because httpclient will not wait for a response at all. Set it to 120000 (two minutes) and see.Re: Window Command line option in jenkins : Call multiple soapUI project files to execute in same batch
Interesting use-case. If you are bound to only using the commandline then i would try to loop it with different output folders as the testrunner does not really support multiple-projects. however I really think you should utilize maven in this case. Because redfish4ktc2has had the usecase for multiple project files before and created a maven-soapui-extension-plugin that has the test-multi goal. Go have a look: https://github.com/redfish4ktc/maven-soapui-extension-plugin I think it would solve your use-case perfectly, and Jenkins can absolutely build using maven, there are plugins for it. If you need guidance on maven then just give a shout and i'll set something simple up.Re: Parallel test execution - testrunner.sh
Well, if you want to turn on parallel execution for everything at the testrunner.sh-level then yeah, that's not possible. However, youcanenable it in the testsuite and project level. I assume that is what you means, running teststeps in parallel makes little sense. At least the maven plugin honors the runType-parameter of a testsuite, that i tested. And i'm pretty sure the Maven plugin uses the SoapUITestCaseRunner under the hood, which is the same as the testrunner.sh/bat does. I actually had a look into the TestMojo for the SoapUI Maven plugin and it's correct, see for yourself inTestMojo:52. The plugin also tells you what runType is performed. 13:43:53,987 INFO [PluginManager] 9 plugins loaded in 3162 ms 13:43:53,987 INFO [DefaultSoapUICore] All plugins loaded 13:43:55,042 INFO [WsdlProject] Loaded project from [file:/C:/Users/USER/git/soaui-regression-suite/X-Regression-test-soapui-project.xml] 13:43:55,048 INFO [SoapUITestCaseRunner] Setting project property [env] to [test] 13:43:55,053 INFO [SoapUITestCaseRunner] Running SoapUI tests in project [X Test Suite] 13:43:55,054 INFO [SoapUITestCaseRunner] Running TestSuite [X], runType = PARALLEL 13:43:55,068 INFO [SoapUITestCaseRunner] Running SoapUI testcase [D] 13:43:55,068 INFO [SoapUITestCaseRunner] Running SoapUI testcase [F] 13:43:55,070 INFO [SoapUITestCaseRunner] Running SoapUI testcase [G] 13:43:55,070 INFO [SoapUITestCaseRunner] Running SoapUI testcase [H] ... BUILD SUCCESS Just enable the parallel execution on the testsuite and project level, and you're good to go. For testsuite level and on project level Check it out and see if that works! :) Here's an example if you want to get setup with maven, but it should be redundant to the testrunner.sh, as long as you specify the project explicitly.Re: I want to use groovy script in the Test Suites Custom Properties value to get the Environments value
I think you might want to prefix your property expansion with a ${= def... return env;}. See dynamic properties in below link about property expansion. https://www.soapui.org/scripting---properties/property-expansion.htmlRe: Develop a custom Test Step integrated in SOAPUI
Not entirely sure which version introduces plugins. But I know that 5.0.0 does not have it, so it's pretty recent. Could be that the 5.1.x version you have doesn't sport the new plugin framework yet. If the folder is not created then I'm guessing that's the case. So an upgrade might be in order to not have to use the old, and very clunky, plugin framework.Re: How can I dynamicly route the request to different resource in a Rest MockService?
Managing path parameters is specifically a ServiceV PRO feature. I believe that plenty of things has to come in place in SoapUI OS for this to feature to happen. https://support.smartbear.com/readyapi/docs/servicev/configure/dispatch/parameter.html
