Contributions
Re: java.lang.NoClassDefFoundErr-LoadUI doesn't run external jar
That's probably because SoapUI has so many dependencies that it includes the class [[org/owasp/esapi/ESAPI]] in some jar.... you need to find out which jar contains this class and also add that jar to the ext folder. Looks like it's this one you should look for: http://search.maven.org/#search%7Cga%7C ... 22esapi%2210 years agoPlace ReadyAPI QuestionsReadyAPI Questions2.1KViews0likes0CommentsRe: -nolock Command Line Switch
Hi, This option was added so that in the future, it would be possible to launch several instances of LoadUI or LoadUI Agents. However, there was never real use cases for doing that so the functionality never got implemented properly. As you will notice if you try, you can actually start more than one loadui instance, however, things will just break because both instances will try to use the same configuration/state files! So, the short answer is: never use that option.10 years agoPlace ReadyAPI QuestionsReadyAPI Questions1.2KViews0likes0CommentsRe: LoadUI, Geb and Selenium
Hi, I have been able to run this script in LoadUI using the Geb Runner. I believe this might be a problem with how LoadUI is handling @Grab. What I did was: - Tried to run the script in LoadUI and, like you, got this exception that @Grab could not download dependencies.... - Ran the script using the Groovy Console (which is really great to debug). The following is my full test script: @Grab(group='org.codehaus.geb', module='geb-core', version='latest.release') // this is not required, LoadUI includes a version of Geb already. @Grab(group='org.seleniumhq.selenium', module='selenium-htmlunit-driver', version='latest.release') import geb.Browser Browser.drive { go "http://05ten.se" assert $("img").size() == 2 } - Just try again to run the script in LoadUI. It just worked Hope this also works for you! Renato10 years agoPlace ReadyAPI QuestionsReadyAPI Questions2KViews0likes0CommentsRe: Urgent: How to resolve Error Grabbin Grabes
Hi again, It looks like you need quite a few other libraries for your script to work. Can I ask you how you're using LoadUI? You are trying to write your own component? Looks like you need the httpmime library and some grails libraries as well. Have you ever got this script running, even outside LoadUI? If you did, you probably should have access to all the libraries which are required.... you may add all library jars to the 'ext' folder inside your LoadUI installation. This way, you won't even need to use Grapes to get them. I should also mention that if you are a LoadUI Pro customer, we can provide more detailed support if you use our support channel: http://www.loadui.org/Support/support.html Regards, Renato SmartBear Software11 years agoPlace ReadyAPI QuestionsReadyAPI Questions5.9KViews0likes0CommentsRe: Urgent: How to resolve Error Grabbin Grabes
Hi Annop, I haven't been able to reproduce this issue. Several things could be going wrong for you, but I think the first thing to do would be to try and change the version of httpclient you're using from 4.3.2 to 4.3. The reason is that LoadUI actually comes with this version already provided, so Grapes doesn't have to download it. Once you confirm you can use this version, we can try to figure out why you can't download using Grapes. Can you write this script in the Groovy console and see if it correctly downloads the httpclient library: @Grab(group='org.apache.httpcomponents', module='httpclient', version='4.3.2') import org.apache.http.* println Consts If this works, then LoadUI should also have worked. Please let us know whether the above works for you. By the way, if this did work, you can work-around the problem for now by copying this library's folders from the default grapes directory (~/.groovy/grapes) to the LoadUI grapes (~/.loadui/.groovy/grapes). Regards, Renato SmartBear Software11 years agoPlace ReadyAPI QuestionsReadyAPI Questions5.8KViews0likes0CommentsRe: Bug? LoadUI Memory Leak?
Additionally to Max's comments, please make sure you read the SoapUI article about Improving memory usage, as in your case the problem might actually be on the SoapUI side! For example, do you keep sessions alive between requests, Discard OK Results, etc? Renato11 years agoPlace ReadyAPI QuestionsReadyAPI Questions1.4KViews0likes0CommentsRe: load testing a webservice with different parameters
Hi Ben, I believe you may need to use SoapUI to generate requests, then use LoadUI with a SoapUI Component to run the load test (unless they are very simple requests, in which case you might just us the Web Runner component). To achieve such high load I would suggest you use at least 10 LoadUI Agents. To do this, create a scenario containing a Runner (Fixed Rate or Ramp) connected to a SoapUI Runner, then deploy the same scenario to each of your 10 agents (don't forget to run the test in distributed mode). Distribution, however, is only available in LoadUI Pro. Best regards, Renato11 years agoPlace ReadyAPI QuestionsReadyAPI Questions643Views0likes0Comments