ContributionsMost RecentMost LikesSolutionsRe: Integration tab shows "Browser Component is disabled" Hi all! Thebrowser issue is related to the JxBrowser component used by ReadyAPI, and can be caused by a number of reasons. BugRIA-18398 mentioned by davinci020was connected mainly to BitBucket Cloud integration errors, the "Browser component is disabled" issue was just a side one. These are tips and tricks which you can try to overcome the "Browser component is disabled" error in the Integrations page: 1. Delete the "-Dsoapui.browser.disabled=true" option if any from the ReadyAPI.vmoptions file. 2. Try running ReadyAPI with and without the Administrator's rights. 3. Try installing the plugins manually by following the instructions specified in the FAQ article. If this does not help, please submit a new case here and we will continue the investigation within the case. Re: Dark mode in ReadyAPI causes assertions to be unreadable Hijrforeman, This is known issueRIA-18994:Dark Mode and Color-Blind Mode enabled makes the Assertions dialog unreadable. We will do our best to fix it in one of the next product updates. Sorry for the inconvenience! Re: AMQP - Cannot connect to ActiveMQ with AMQP Plugin Hiandreaszilly, The current version of the AMQP plugin supports AMQP 0.9.1, indeed. There is a task RIA-17050 in our DB to rebuild the plugin for AMQP 1.0, and I have increased its rating according to your message. Unfortunately, there is no ETA for this yet. Re: Error in Creating a Report in LoadUI with test name does not contain special character Hitotester, In my practice, such errors usually occurred because of an insufficient amount of resources on the machine where the load test had been run, sothe usage of a more powerful machine may help.There cannot be strict recommendations about how many resources are required for your specific load test because a lot of factors come into play here: a number of simulated virtual users, complexity of your SoapUI and LoadUI tests, using files from the hard drive, and so on. In most cases, the right configuration of the machine can be defined only empirically: the simplest check you can do is to try reducing the duration of the test and/or the number of simulated virtual users and checking whether the reports are generated successfully in this case. If the issue does not persist, it may mean that your tests require more resources than the current configuration can provide. As a workaround, we usually suggest generating reports on the Statistics page. On this page, you canadd the required statistics as a graph or as a table, and then create a printable report orexport data in the CSV format. If this information does not help you to resolve the issue, please submit a new case here and provide theproject file containing the actual configuration of your load test and agents if any so that we could investigate the issue in our lab. Re: Set variable for different test services Hireadybear, There is no special functionality in ReadyAPI to accomplish your task, but I suggest that you play with the updating/refactoring definition feature of the tool. The updating/refactoring definition dialogs are designed to keep your service up-to-date without recreating the project. If your old and new services have a more or less similar structure, you can try to update/refactor the old definition with the new one by providing the update/refactor options and remapping thebindings as you need. At that, the current tests will be updated with the new methods, paths, parameters automatically; the endpoints are required to be changed manually. Please refer to the following help section for details: https://support.smartbear.com/readyapi/docs/apis/update/index.html Please make sure to back up your current project file before proceeding with the updating/refactoring procedure - just to be safe. Re: Big projects loading slowly - How to manage ? Hi all, rajs2020, This is a pretty popular scenario - to organize frequently used test steps and cases into a separate project and then reference these tests from other projects. Please look through the following articles to learn how to reference common test steps and cases from other projects in ReadyAPI: Run Test Step From Another Project Run Test Case From Another Project I hope this helps. Re: SOAP step timeout when running from Azure DevOps task HiKayleighH, As the first step, I recommend that you check the timeout properties of the problematic SOAP request and the corresponding test case. Please refer to the SOAP Request Propertiesand Test Case Editor help topics to learn how to check the options. If this does not help you to overcome the issue when running the test from Azure DevOps, please submit a case using this link and provide your project file for investigation. Re: Preferences cannot be saved after update to 3.5.0 Hi all, This is a known issue (RIA-15417), and it must be fixed in the next version of the tool (approx. 3.7.0). Sorry for the inconvenience. As a workaround, you can delete the <User Folder>/.readyapi/readyapi-settings.xml and <User Folder>/soapui-settings.xml files, and relaunch the tool. On the next ReadyAPI start, the settings will be recreated and you will be able to update preferences in the UI. Also, you can try to specify some integer values (greater than 0) for the "Max connections per host" and "Max total connections" options in the ReadyAPI HTTP settings (for example, 500 and 2000 respectively), and save the changes. After that, the settings dialog should start working correctly. Re: How to keep database connection open or how to use one connection per testcase HiTerkon, You cannot reuse a single connection between multiple Groovy script steps as the context can only store simple data types (like strings or numbers), not complex objects. However, you can create a script library, which will allow you to create a new DB connection with a single line of code every time when you need it and reuse the library script across all your Groovy test steps. Some details on the approach are available in the following thread: https://community.smartbear.com/t5/API-Functional-Security-Testing/DataBase-Connection-in-SetUp-script-and-use-the-same-in-Groovy/td-p/169514 Re: ReadyAPI - Which files store the test tags ? Hirajs2020, If you create/remove/modify tags for a test case, the changes will be reflected in the following files of your composite project: 1. the project-level settings.xml file 2. the XML file of the modified test case (<FunctionalTestSuiteName> folder/<TestCaseName>.xml) Hope this information helps.