ContributionsMost RecentMost LikesSolutionsRe: Failed to start ReadyAPI error on launch mar_szwi, you are welcome! Re: Failed to start ReadyAPI error on launch Hi, It seems that the issue is with your ReadyAPI settings. Please open your "C:\Users\<UserName>\soapui-settings.xml" file in any text editor and set the right values for _HttpSettings@max_connections_per_host_ and _HttpSettings@max_total_connections_. The default values _500_ and _2000_ should work fine. These values cannot be 0, negative or too big. Best regards, Alexander Sviridov ReadyAPI developer Re: GIT Integration Hi tsuarezc, You cannot remove the Git-related UI elements in 2.6.0. It isn't a plugin anymore. If you need to make your project to be non-composite again you can just set the property "Composite Project" to "false" in "Project Properties". Best regards, Alexander Sviridov ReadyAPI Developer Re: "Error getting response; null" during actual JDBC request test step run with Salesforce DB Hi, Thank you for informing us about it. The Saleforce driver contains some issues. Nethertheless we changed the logic to avoid them. The fix is available in the ReadyAPI 2.6.0 maintenance build: https://support.smartbear.com/downloads/readyapi/maintenance Best regards, Alexander Sviridov ReadyAPI developer Re: Is it possible to run more than one instance of LoadUI Agents on one Computer? Please note that you can set the RAM usage limit using the -Xmx VM option in agent's VM options file or inside the BAT or SH file if you use it to run agents. See "Configuring the Agent After the Installation" (http://readyapi.smartbear.com/loadui_ng/distributed/agents/create) if you need more details. Re: Is it possible to run more than one instance of LoadUI Agents on one Computer? Hi, Yes, you can run several instances of LoadUI's agent listening to different ports and running on the same physical machine. But you can face some troubles in case you'll try to execute the same project from different controllers. Possible issues depend on the project complexity (used data sources, etc.). So in general we don't recommend to use such a scenario. Now I can suggest the following: 1. If you plan to run different projects from your controllers you can try agents listening to different ports (please don't forget to specify the correct port on the controller side) 2. The more safe way is to have some virtual machines on your dedicated server and an agent on each of that VMs. Of course, that VMs must be included in your network. In this case you can access the agents by VMs' IP addresses and use the default port 1991 for all of them. It is a preferable scenario but I amn't sure it is suitable for you If you have any other questions please let me know. Best regards, Alexander Sviridov LoadUI NG Developer Re: Load UI test: Error connecting to socket: Connection timed out: connect - How to resolve this error Hi, Are there any connection settings project wise ? It is a message from LoadUI side. Meganr, what version of Ready! API do you use? At the moment I suggest to try the following: 1. Check that the projects of the other team members are configured to be run on that VM too 2. Try to execute your test locally (if you use the VM it means that there is a LoadUI NG agent installed on that VM - so please change the execution mode to "Run scenarios on this computer" and try to run the test - does it work?) Best regards, Alexander Sviridov LoadUI NG Developer Re: TPS (the number of transactions per second) Hi, When you create a new load test it contains one scenario by default. To have one more scenario please press the button Add Scenario on the page Load of the module LoadUI NG. To get TPS = 3 you should do the following (it is all on the page Load): 1. Set Load Type to VUs 2. In scenario's settings set the number of VUs to 3 Simultaneous and Wait time to 1 second (for both the scenarios) OR 1. Set Load Type to Rate 2. In scenario's settings set the number of Arriving users to 3 per second (for both the scenarios) To limit the test execution time to x minutes please see the following topic: http://readyapi.smartbear.com/loadui_ng/configure/duration/start Best regards, Alexander Sviridov LoadUI NG Developer Re: Problem in monitoring Apache web Server Hi, Could you please tell us what authentication algorithm do you use? You can get some more information about the issue from Apache's access log file (please see https://httpd.apache.org/docs/2.4/logs.html for details). In the next release of Ready! API we'll show more detailed error messages in the UI in such cases. Did you follow the steps that are described in http://readyapi.smartbear.com/loadui_ng/monitor/intro/enabling? Best regards, Alexander Sviridov LoadUI NG Developer Re: How do we relate the graph coming out of load test against metrics report in the same window ? Hi, Test Step Metrics displays the current values at a given point of time (the values in that table vary during the execution). When a load test is stopped the table displays the latest values. I can see that all is OK at the picture. In any case the test step results receiving was improved in Ready! API 1.4.0 so I suggest you to upgrade to this version. Kind regards, Alexander