krenevla
Contributor
Joined 13 years ago
User Profile
User Widgets
Contributions
Change of testRunner.getStatus() response in 2.3.0
Hi, one of the features of 2.3.0 "We standardized test status names to PASS or FAIL across different ReadyAPI panels, editors, and dialogs." has broken compability of testRunner API with open source SoapUI - is this really intended? While before testRunner.getStatus() returned "PASSED" or "FAILED" now it returns "PASS" of "FAIL" - this means that all our teardown scripts that counts with this status are broken and I must support both statuses in order to keep compability of my project with SoapUI - while there is no bulk change implemented (other than editing on filesystem level) then this will be pain to update all the scripts in all projects so question is if this is intended and will stay as it is thanks, VladanRe: New V2.3 Update feature does not work as a true update.
I have noted following: - had my installation of 2.2.0 in ..\ReadyAPI (including lot of external JARs) - used update feature, used same folder in installer -> Ready API was installed into ReadyAPI-2.3.0 folder instead if ReadyAPI folder -> of course external JARs were not carried over -> seems update is a bit broken because it installs into it's own directory no matter what user selectsRe: Allow usage of "legacy" Get Data dialog or improve current one
This has been already implemented in 2.2.0 but interesting is that no one from Smart Bear replied here but when we asked lately for same thing using email of our big (and also their) customer, there was a response in a day and feature completed in few weeks :/ Anyway we can close this one as doneRe: [Resolved] SoapUI crashed with outOfMemory exception
Hi, edit soapui.bat or sh and search for "JAVA_OPTS" and change beginning of the line with following set JAVA_OPTS=-Xms256m -Xmx4096m -XX:MaxPermSize=512m -use memory settings that you can afford of course :) note that from now on, you must start soapui / readyapi via bat/sh V.Allow usage of "legacy" Get Data dialog or improve current one
Hi, In SoapUI 5.1.2 (latest legacy version), Get Data dialog was very quick to use because it started with focus in current location from where it was called. So navigating to properties in the same test case (for example) was very quick. In current Ready API, there is some Get Data dialog which starts on Project level and user must navigate via project structure to the level where he called the dialog (usually test case). This is many times slower solution because when project is big, user must scroll in content or remember the path so he can use filter. Anyway in legacy dialog, I was able to reach property in three clicks, now it's like 10 click and lot of scrolling and seeking for my current path You can compare how it looks in legacy SoapUI and new Ready API and in fact this is the only reason I am still with legacy system because work in it is much faster. Please make possibility in Preferences to use legacy Get Data dialog OR add button that will navigate me to the current area and will fill Project, Test Suite and Test Case columns Thank You, br, VladanRe: [SoapUI Pro 5.1.2][Windows 8.1] SoapUI puts "\r" into Soap Requests
I am not aware of any settings in SoapUI regarding this and yes, I have to open XML file in editor (before commiting to svn) and replace all ">\r" with just ">". Which is woking workaround but very annoying because I need to do it few times a day Is SoapUI using some locale settings from OS in it's editor?[SoapUI Pro 5.1.2][Windows 8.1] SoapUI puts "\r" into Soap Requests
Hi, I had to switch from Debian to Windows 8.1 (but using same SoapUI version) and for some reason, SoapUI now do this to the project file when I am changing/creating requests : THIS IS FROM XML: <soapenv:Header/>\r <soapenv:Body>\r <cre:CreateErrandRequest>\r <cre:Header>\r ... If this request is executed from SoapUI, it's ok. If it's executed from my test server (headless Debian running SoapUI 5.0.0) I got in response: "Illegal Text data found as child of: Header value: "\r \r \r \r"</ns5:ErrorText>" Can You please tell me what happened that SoapUI puts "\r" there all the time? How to get rid of that? This is quite urgent because now I am having broken project file (from test server point of view) Thanks, VladanSoapUI cuts property value in HTTP request
Hi, we need to send quite big JSON data as a part of HTTP request but SoapUI cuts it. There is some limiatation in legth by design? This seems to be way to large for SoapUi ... when sent from Eclipse, there is no problem. It's a value of property. In property itself, it's stored correctly. [ { "_assetNo": "10", "_factoryId": "123458", "_status": { "type": 1, "stringValue": "STORAGE" }, "_measureConstant": 0, "_has_measureConstant": true, "_manufCode": "54321", "_manufCodeType": "FLOW_METER", "_manufCodeName": "Flow_Meter_12345", "_deviceType": { "type": 8, "stringValue": "FLOW_METER" }, "_parentType": { "type": 1, "stringValue": "METER" }, "_manipulationType": { "type": "2", "stringValue": "REMOVE" }, "_errandDataMiscInfoList": [ { "_type": "PlannedControlInterval", "_value": "Yearly", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "Owner", "_value": "Vladicek", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "PulseValueEndCustomerV", "_value": "Vecko", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "DismantleReason", "_value": "ReasonLess", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "RegisterResolutionDisplay", "_value": "Display", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "InterchangeableCommUnit", "_value": "Yes", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "ConfigTool", "_value": "Hammer", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "QP", "_value": "QPcko", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "IpAddress", "_value": "10.14.41.39", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "ConnectionType", "_value": "USB", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "ConnectionDimension", "_value": "10", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "QI", "_value": "QIcko", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "PrincipleOfFunction", "_value": "Just for fun", "_attributeValidatorList": [] }, { "_type": "InstallDate", "_value": "3.5.1983", "_attributeValidatorList": [ { "type": 0, "stringValue": "MANDATORY" } ] }, { "_type": "InterfaceToCommUnit", "_value": "None", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "ConstructionLength", "_value": "10m", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "WarrantExpireDate", "_value": "20.10.2020", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "PulseValueCommUnit", "_value": "Pulse", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "MeasureElementTempSensors", "_value": "10", "_attributeValidatorList": [ { "type": 0, "stringValue": "MANDATORY" } ] }, { "_type": "CommInterfaceEndUser", "_value": "User interface", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "MeterType", "_value": "Flodesmatare", "_attributeValidatorList": [] }, { "_type": "PowerSupply", "_value": "Battery", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "BatteryDate", "_value": "14.9.2001", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] } ] }, { "_assetNo": "101", "_factoryId": "123458", "_manufacturerNorm": null, "_manufactureYear": "1970-01-01", "_status": { "type": "1", "stringValue": "STORAGE" }, "_owner": null, "_measureConstant": 0, "_has_measureConstant": true, "_manufCode": "54321", "_manufCodeType": "FLOW_METER", "_manufCodeName": "Flow_Meter_12345", "_startDate": "1970-01-01", "_endDate": "1970-01-01", "_deviceType": { "type": 8, "stringValue": "FLOW_METER" }, "_parentType": { "type": "1", "stringValue": "METER" }, "_parentId": "678", "_manipulationType": { "type": "0", "stringValue": "ADD" }, "_errandDataMiscInfoList": [ { "_type": "PlannedControlInterval", "_value": "Yearly", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "Owner", "_value": "Vladicek", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "PulseValueEndCustomerV", "_value": "Vecko", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "DismantleReason", "_value": "ReasonLess", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "RegisterResolutionDisplay", "_value": "Display", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "InterchangeableCommUnit", "_value": "Yes", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "ConfigTool", "_value": "Hammer", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "QP", "_value": "QPcko", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "IpAddress", "_value": "10.14.41.39", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "ConnectionType", "_value": "USB", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "ConnectionDimension", "_value": "10", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "QI", "_value": "QIcko", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "PrincipleOfFunction", "_value": "Just for fun", "_attributeValidatorList": [] }, { "_type": "InstallDate", "_value": "3.5.1983", "_attributeValidatorList": [ { "type": 0, "stringValue": "MANDATORY" } ] }, { "_type": "InterfaceToCommUnit", "_value": "None", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "ConstructionLength", "_value": "10m", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "WarrantExpireDate", "_value": "20.10.2020", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "PulseValueCommUnit", "_value": "Pulse", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "MeasureElementTempSensors", "_value": "10", "_attributeValidatorList": [ { "type": 0, "stringValue": "MANDATORY" } ] }, { "_type": "CommInterfaceEndUser", "_value": "User interface", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "MeterType", "_value": "Flodesmatare", "_attributeValidatorList": [] }, { "_type": "PowerSupply", "_value": "Battery", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "BatteryDate", "_value": "14.9.2001", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] } ] }, { "_assetNo": "80", "_factoryId": "123459", "_manufacturerNorm": null, "_manufactureYear": "1970-01-01", "_status": { "type": "1", "stringValue": "STORAGE" }, "_owner": null, "_measureConstant": 0, "_has_measureConstant": true, "_manufCode": "54321", "_manufCodeType": "TEMPERATURE_SENSOR", "_manufCodeName": "Temperature_sensor_12345", "_startDate": "1970-01-01", "_endDate": "1970-01-01", "_deviceType": { "type": 9, "stringValue": "TEMPERATURE_SENSOR" }, "_parentType": { "type": "1", "stringValue": "METER" }, "_parentId": "678", "_manipulationType": { "type": "0", "stringValue": "ADD" }, "_errandDataMiscInfoList": [ { "_type": "PoleNo", "_value": "3", "_attributeValidatorList": [ { "type": 0, "stringValue": "MANDATORY" } ] }, { "_type": "WarrantyExpirationDate", "_value": "20.2.2020", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "Owner", "_value": "Vladicek", "_attributeValidatorList": [ { "type": 0, "stringValue": "MANDATORY" }, { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "CableLength", "_value": "18m", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "MeasuringElement", "_value": "Thermometer", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "DismantleReason", "_value": "Malfunction", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "SensorBodyLength", "_value": "25cm", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "MountingType", "_value": "Glue", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] }, { "_type": "ConnectionType", "_value": "USB", "_attributeValidatorList": [ { "type": 1, "stringValue": "READ_ONLY" } ] } ] } ]Re: loosing focus from active window under certain conditions
Hi, issue is still there, at least in Linux version. How to reproduce - 1 - open property transfer step or Groovy step or both 2 - run test which runs module (last execution type (wait for finish), not sure if it's relevant) ---> both property transfer and Groovy are disabled, user needs to reopen them. This prevents of running some tests in background while working on new ones br, Vladan
