EmilyS
Occasional Contributor
Joined 14 years ago
User Profile
User Widgets
Contributions
Errors when specifying a new loadUI home folder on cmd line
I'm not sure if this is a bug or I'm doing something wrong. I'm trying to get loadUI to use a different folder for the home folder, but running into problems. I'm attempting to do this by running loadUI from the command line using the loadui.home parameter. I first moved the default home folder to a new location (moved, not copied). Then I ran the following command: loadui-cmd.bat --local -p [path to project file] "-Dloadui.home=[path to new home folder location]" When I run the above command, I get a huge string of errors, the first of which is: 10:22:30,679 ERROR [ContextLoaderListener] Application context refresh failed (O sgiBundleXmlApplicationContext(bundle=com.eviware.loadui.http-client, config=osg ibundle:/META-INF/spring/*.xml)) org.springframework.beans.factory.BeanCreationException: Error creating bean wit h name 'org.springframework.osgi.service.exporter.support.OsgiServiceFactoryBean #0': Invocation of init method failed; nested exception is org.springframework.b eans.factory.BeanCreationException: Error creating bean with name 'httpClientPro vider' defined in URL [bundle://31.0:0/META-INF/spring/bundle-context.xml]: Cann ot resolve reference to bean 'validatorHttpsClient' while setting constructor ar gument; nested exception is org.springframework.beans.factory.BeanCreationExcept ion: Error creating bean with name 'validatorHttpsClient' defined in URL [bundle ://31.0:0/META-INF/spring/bundle-context.xml]: Instantiation of bean failed; nes ted exception is org.springframework.beans.factory.BeanDefinitionStoreException: Factory method [public static org.eclipse.jetty.client.HttpClient com.eviware.l oadui.http.HttpClientFactory.createHttpsClient()] threw exception; nested except ion is java.lang.RuntimeException: java.io.FileNotFoundException: C:\Users\emily s\.loadui\keystore.jks (The system cannot find the file specified) The complete list of errors is attached. Note that I've completely removed the loadUI home folder from its original (default) location before running the above command. I've found that if I put the keystore file back in the original (default) home folder location, I don't get any errors when running the above command. So it seems like loadUI is still dependent on the keystore file being in the default home folder location, even though I've specified a new home folder location. Note that in the list of errors, loadUI is complaining because it can't find the keystore file in the default loadUI home folder location (C:\Users\emilys\.loadui\keystore.jks), even though I've specified a different home folder location in the command line (C:\Code\ team-city-build-tools\loadUI\.loadui). So in summary, to recreate the issue: 1) Move the loadUI home folder (including the keystore file) to a new location. Do not leave a copy of the keystore file in the default home folder location. 2) Run loadUI from the command line using: loadui-cmd.bat --local -p [path to project file] "-Dloadui.home=[path to new home folder location]" * you should get a bunch of errors 3) Copy the keystore file back to the original default loadUI home folder location (i.e. "C:\Users\[username]\.loadui" or similar) 4) Run the above command again * it should run this time without any issues Can you please investigate? We need to get loadUI to look for the keystore file in a different (ie non-default) loadUI home folder location. This is critical because we want to run these test in an automated fashion and we need to be able to specify the home folder location explicitly. Thanks, Emily2.2KViews0likes2CommentsMinimum loadUI install for running from command line?
Hello, We are trialing using loadUI for automated load testing with TeamCity. This means loadUI needs to be installed on all of our build agents (the machines the tests run on). The main installation folder (C:\Program Files (x86)\eviware\loadUI-1.5.0) is quite large, at 165 MB. We'd really like to trim this down to only contain the files necessary for running loadUI tests from the command line. We won't be creating load tests on these test machines and we won't need the user interface - we just need to be able to run tests from the command line. Can you please let me know what the minimum installation requirements are for this? That is, what files/folders in the loadUI installation directory can we trim out? Thanks, Emily1.3KViews0likes2CommentsRe: Home folder changed by itself? Now loadui won't run.
Hi Dain, Thanks for your prompt reply. The tests are run automatically on a scheduled basis by a Team City build agent, which is definitely not running under Antony's account (I've double checked - it runs on a system account). After a bit more digging, I have found that the Java "user.home" for the system account that runs the tests mysteriously changed from "C:\Documents and Settings\Default User" to "C:\Documents and Settings\antony", even though USERPROFILE is still correctly set to "C:\Documents and Settings\Default User". I have no idea how or why this change has occurred, but can pinpoint it to a 3 hour window yesterday, during which time Antony logged onto the machine that the tests run on and installed some automatic updates. Somehow during this time Java has gotten confused over the user.home directory for the system account that the tests run under. Here are a few related Java bugs that have been reported. http://stackoverflow.com/questions/2134 ... g-resolved http://bugs.sun.com/view_bug.do?bug_id=4787931 Anyway, none of this appears to be directly related to loadui - it appears to be related to either Java itself or some unexplained event on the build machine that the tests run on. Today I attempted to run loadui from the command line without any system properties passed in, and now it's working again. --local -p %teamcity.build.workingDir%\LockerLoadTests.xml --reports %teamcity.build.workingDir%\output --format HTML --statistics Again, I have no idea why it stopped working yesterday and why it's working again now. It had been running for many weeks several times per day without any issues, so it's a bit disconcerting that some unexplained event temporarily confused it! Thanks, Emily944Views0likes0CommentsHome folder changed by itself? Now loadui won't run.
Hi, I'm seeing some very strange behavior with loadui. I a month or so ago I installed loadui on a Team City build agent, and it's been running smoothly ever since (it runs several times per day). I have it running without any special system settings, and by default it uses "C:\Documents and Settings\Default User\.loadui" as its home folder. I've put all the necessary config files in this directory, so there are no issues. Today, the tests suddenly started failing with the following error: java.lang.RuntimeException: java.io.FileNotFoundException: C:\Documents and Settings\antony\.loadui\keystore.jks (The system cannot find the file specified) Antony is another developer at our company, and he had briefly logged into the build agent these tests are running on earlier this morning. He did install an updated version of Flash on the machine, but didn't make any changes related to loadui. Somehow, loadui now thinks it's supposed to use Antony's documents and settings folder as its home directory, and I can't figure out why or how to get it back to using the Default User directory like it was previously. I've tried rebooting the build agent machine, but that didn't help. I've also tried to force loadui to use the Default User home directory by passing in system properties on the command line: "-Dloadui.ssl.trustStore=C:\Documents and Settings\Default User\.loadui\keystore.jks" "-Dloadui.ssl.keyStore=C:\Documents and Settings\Default User\.loadui\keystore.jks" "-Dloadui.home=C:\Documents and Settings\Default User\.loadui" --local -p %teamcity.build.workingDir%\LockerLoadTests.xml --reports %teamcity.build.workingDir%\output --format HTML --statistics However, this results in a completely different error: [15:15:51]: 15:15:51,083 INFO [CommandRunner] Loading default Workspace [15:15:51]: 15:15:51,098 INFO [WorkspaceProviderImpl] Loading workspace from file: C:\Documents and Settings\Default User\.loadui\workspace.xml [15:15:51]: 15:15:51,364 INFO [WorkspaceItemImpl] Workspace 'WorkspaceItemImpl[label=null]' loaded successfully [15:15:51]: 15:15:51,427 INFO [CommandRunner] Loading Project: C:\BuildAgent\work\f1138bd24ae22e5a\LockerLoadTests.xml [15:15:51]: 15:15:51,505 ERROR [CommandRunner] An error occured when executing the script [15:15:51]: java.lang.IllegalArgumentException: No Bean found for class: interface com.eviware.loadui.api.statistics.StatisticsAggregator [15:15:51]: at com.eviware.loadui.util.BeanInjector.doGetBean(BeanInjector.java:68) [15:15:51]: at com.eviware.loadui.util.BeanInjector.getBean(BeanInjector.java:45) [15:15:51]: at com.eviware.loadui.impl.statistics.AbstractStatisticsWriter.<init>(AbstractStatisticsWriter.java:71) [15:15:51]: at com.eviware.loadui.impl.statistics.CounterStatisticsWriter.<init>(CounterStatisticsWriter.java:39) [15:15:51]: at com.eviware.loadui.impl.statistics.CounterStatisticsWriter$Factory.createStatisticsWriter(CounterStatisticsWriter.java:142) Can you please help? At this point I'm completely unable to run loadui on the build server due to the above issues. Thanks, Emily2.6KViews0likes2CommentsRe: project save in loadui
I agree - it would be much more intuitive if loadui asked the user where they want to save a project when a new project is first saved - in a fashion similar to the standard Windows file save dialog. As a new user, I found it confusing to figure out where loadui was putting my projects, and how to move them to the location that I really wanted them in.543Views0likes0CommentsAbility to configure report name
I would like to request a new feature: The ability to specify what I want to name a report produced through the command line tool. Right now, the report names are dynamically built using the current date/time. For instance "MyLoadTest-summary-1324307184798.html". I would like to have the option to specify a report file name. For instance: -p "c:\loadui\LoadTests.xml" --reports "c:\loadui\output" --format HTML --statistics --summaryfilename "SummaryReport" --statisticsfilename "StatisticsReport" This should produce the following reports: c:\loadui\output\SummaryReport.html c:\loadui\output\StatisticsReport.html If the file already exists, it should be overridden. The reason why this is important is that I am trying to loadui tests using TeamCity. TeamCity has a feature by which you can display build output (ie the loadui summary and statistics report) as a tab integrated into the TeamCity UI. However, in order to do this, you need to tell TeamCity what html file name to look for in the build output (ie "SummaryReport.html"). Since loadui is dynamically generating the report file name at present, I am not able to use this TeamCity feature. You can find more details about this TeamCity feature here: http://www.jetbrains.net/confluence/dis ... ld+Results Regards, Emily4.6KViews0likes3CommentsRe: Statistics not in report when executed from command line
Hello - I have the same issue. I have a very simple load test that contains a statistics component. I have ticked its setting to "add last result to summary". When I execute and then view the summary report via the GUI, the summary report (yellow screen) contains the final set of statistics as expected. However, if I try to print the summary report via the GUI, the statistics section is empty (actually, it contains the word "Statistics"). Also, when I execute from the command line, the statistics section is empty. This appears to be a problem for at least PDF, HTML, and TXT formats (I have not tried the other formats). I am using version 1.5.0, and the command I am using is: loadUI-cmd.bat -p <projectfilename> -r <reportdirectory> --format PDF --statistics Could you please advise as to when this might be fixed? Thanks, Emily766Views0likes0Comments